2026/4/6 6:00:22
网站建设
项目流程
上海专业网站建设公司,个人域名注册流程,开展农业信息网站建设工作总结,网站定制哪家比较好新钛云服已累计为您分享872篇技术干货引言性能为何对安全对象存储至关重要当今企业不仅面临管理海量数据#xff08;通常达数十 PB 级别#xff09;管理的挑战#xff0c;更肩负着在混合云与多云环境中保障数据安全的责任。对象存储系统#xff08;尤其是 Ceph#xff09;…新钛云服已累计为您分享872篇技术干货引言性能为何对安全对象存储至关重要当今企业不仅面临管理海量数据通常达数十 PB 级别管理的挑战更肩负着在混合云与多云环境中保障数据安全的责任。对象存储系统尤其是 Ceph通过提供 S3 兼容访问、原生冗余机制及日益丰富的企业级功能为应对这些挑战提供了所需的可扩展性与灵活性。随着传输加密与静态加密技术被逐层应用于 Ceph 对象网关RGW部署准确评估其对延迟、吞吐量及资源利用率的影响变得至关重要。本系列文章给大家展示了一次全面性能基准测试的研究成果。文章评估聚焦于真实场景工作负载如何与不同加密配置、数据保护方案及横向扩展模式的交互作用为架构人员运维人员以及开发人员提供具有实际生产意义的参考价值。01硬件和软件设置我们在生产级 Ceph 集群上进行了测试该集群采用 RGW对象网关、OSD对象存储守护进程、Monitor监视器、Manager管理器及 Ingress入口服务的部署架构。硬件规格每种测试集群配置4 节点、8 节点及 12 节点均保持统一的 OSD 分布数量每节点 24 个 OSD与每节点 4 个 RGW 守护进程的部署标准并通过专设虚拟 IP 实现基于 Ingress 的负载均衡。软件版本Ceph 集群配置PG 计数网络架构和连接为匹配计算/存储配置我们的网络架构为集群高吞吐性能提供底层支撑Leaf–Spine 拓扑我们采用 100 GE Leaf–Spine 网络架构配备一台 Spine 交换机QFX5120和三台 Leaf 交换机QFX5120构建可扩展的低延迟设计。该架构既满足当前端口密度需求又支持未来升级例如添加标准 Spine 交换机并重用现有设备且全程不影响性能。双 100 Gbps 服务器上行链路通过 LACP 聚合每个 Ceph 节点利用单网卡上的两个 100 GE 端口通过 LACP 绑定连接到两台 Leaf 交换机实现冗余与链路聚合单节点限制尽管采用双端口 LACP 绑定但每个 Ceph 存储节点搭载的英特尔网卡最大聚合吞吐量为 100 Gbps这意味着单节点在理想条件下的吞吐量上限约为 12.5 GB/s。集群交换容量我们的 Leaf–Spine 拓扑由一台 QFX5120 Spine 交换机和三台 QFX5120 Leaf 交换机构建为所有 12 个存储节点提供全线速连接。每台 Leaf 交换机连接四个节点并以 100 Gbps 上行链路对接 Spine 交换机使集群理论交换总容量达到约 150 GB/s。在大对象基准测试中系统实际达成约 111 GB/s 聚合吞吐量这表明已接近物理网络极限——尤其是在大对象读取密集型工作负载场景下。02测试方法我们设计性能评估方案旨在解答以下关于 Ceph 对象网关RGW性能与安全部署的核心问题TLSSSL对 RGW 吞吐量和延迟有何影响服务器端加密SSE-S3/KMS会引入多少开销守护进程间安全通信msgr v2是否影响 CPU 利用率纠删码配置22、42、83与 3 副本复制模式的性能对比如何基于 HAProxy 的 Ingress 服务与直接访问的性能差异节点数量和并发量对性能的扩展性影响每个测试案例均针对 PUT 和 GET 工作负载在 64 KiB 至 1 GiB 的对象尺寸范围内进行多轮测试。使用 Elbencho 客户端-服务器模式线程数设置为 128SSE 测试采用 64 线程最多运行 8 个并发客户端。每个 Elbencho 客户端使用独立存储桶存储桶预先创建并采用默认分片配置每个存储桶 11 个分片。大于 1 GiB 的对象启用分段上传功能。03结果摘要Ceph 部署在 100 GE 网络的顶级全闪存基础架构上时表现出卓越的性能和灵活性。随着企业数据规模扩展至数十亿对象和 PB 级Ceph 处理多样化数据模式的能力至关重要——无论是高 IOPS 低延迟的元数据密集型工作任务还是高吞吐的带宽密集型场景都能从容应对。大型对象工作负载吞吐量优先对于超过 32 MiB 的对象集群实现了近乎线性的扩展最多可扩展到 12 个存储节点峰值为 65 GiB/s 的聚合 PUT 吞吐量和 ~115 GiB/s 的聚合 GET 吞吐量。除此之外单个节点上的 100 GE 网卡饱和度成为主要瓶颈。这表明未来的基准测试将受益于更高带宽的网卡因为大型对象工作负载仍有空间从当前节点的可用资源中实现更高的吞吐量结果。请注意在使用多个端口时NIC 的标称端口速度与其可以处理的带宽之和之间的区别因为在多端口 NIC 上后者可能小于前者。对于大型对象完全传输中的安全配置TLS msgr v2以合理的开销保持高吞吐量这表明 Ceph 对象网关 RGW 非常适合大规模的安全数据管道。启用服务器端加密 SSE 以提供静态对象加密时还有性能改进的空间。小型对象工作负载IOPS 和延迟优先小型对象测试 64 KiB 展示了 Ceph 对象网关 RGW 能够通过增加并发性和集群大小来有效地扩展 IOPS。对于 64 KiB 对象该系统使用纠删码在 12 个节点集群上实现了高达 391K GET IOPS 和 86K PUT IOPS。为达到小对象工作负载的最佳性能尤其在髙并发场景必须部署在具有强大CPU容量和充足RGW线程的基础设施上使Ceph对象网关能充分发挥其并行处理能力。04下一步本文介绍了测试环境、方法论及核心结果。在本系列后续文章中我们将深入每个性能维度探究 TLS 和 SSE 对 RGW 吞吐量的影响、纠删码与复制的扩展特性、并发度与守护进程密度对延迟的作用机制等。我们将看到直接源自生产级测试的详细结果。从而不管用户是为 AI 流水线、备份系统还是多租户云服务构建安全对象存储提供更多的参考。如有相关问题请在文章后面给小编留言小编安排作者第一时间和您联系为您答疑解惑。推荐阅读推荐视频