中英文网站开发公司,中天建设集团有限公司山东分公司,易加网站建设方案,36kr wordpress主题3.1 平均延迟与长尾延迟
虚拟磁盘#xff08;VD#xff09;的延迟是由其底层架构决定的#xff0c;具体而言#xff0c;取决于请求所经历的路径。以EBS2为例#xff0c;VD的延迟受制于两跳网络#xff08;从BlockClient到BlockServer#xff0c;再至ChunkServer#x…
3.1 平均延迟与长尾延迟
虚拟磁盘VD的延迟是由其底层架构决定的具体而言取决于请求所经历的路径。以EBS2为例VD的延迟受制于两跳网络从BlockClient到BlockServer再至ChunkServer的延迟、软件栈处理时间即BlockClient、BlockServer和Pangu组件的处理时间以及SSD的I/O操作时间。因此延迟的弹性本质上是粗粒度的不同架构比如EBS2和EBS3下的各种时间开销级别不同。针对不同代际的EBS在其最繁忙的生产集群的前10%中测量了8 KiB随机读写操作的平均延迟构成。由于EBS1已不再部署且其硬件如HDD和10Gbps网络已过时故未将其纳入比较。 硬件处理的主导作用不论是EBS2还是EBS3大部分总延迟都是由硬件处理造成的包括第一跳和第二跳网络橙色和粉色标记以及磁盘I/O黄色标记。 EBS3的特性尽管EBS3在前端增加了EC纠错编码和压缩处理的时间但因数据体积减小网络传输时间即第二跳延迟相应减少这使得EBS3与EBS2的总体延迟相近。这一结果反映了EBS3在优化数据处理与传输时间之间的平衡。 读写差异读操作与写操作的主要区别在于硬盘I/O延迟。值得注意的是EBS2采用的是TLC SSD而EBS3则使用QLC SSD。这两种类型SSD在性能特性上有所不同特别是写入速度和耐久性这也会影响它们的I/O延迟表现。
扩展阅读 深度剖析大容量QLC SSD为何遭疯抢 全景解析SSD IO QoS性能优化 为什么QLC NAND才是ZNS SSD最大的赢家
上述分析侧重于平均延迟但长尾延迟QoS即极端情况下的延迟也是衡量存储系统性能的关键指标。长尾延迟通常受软件处理的不确定性、资源竞争、以及硬件突发状况等因素影响。在EBS2和EBS3中通过优化软件栈处理流程比如分离客户端I/O与后台任务如垃圾回收以及采用更高效的数据处理算法可以减少由软件引起的大延迟事件从而改善整体的长尾延迟表现。
3.2 IOPS与吞吐带宽
系统整体的IOPS和吞吐量上限主要受到BlockClient的限制。BlockClient作为客户端请求与后端存储服务交互的前端组件它的处理和转发能力直接影响了整个系统能够处理的IOPS和数据吞吐量。具体来说BlockClient处理请求从内核空间到用户空间的转换并进一步到硬件卸载如FPGA或专用加速器这一系列操作构成了性能的瓶颈。 EBS2的改进在EBS2中通过引入用户空间TCP堆栈处理I/O请求将I/O处理从内核空间转移到用户空间以减少内核态与用户态之间的切换开销从而提升性能。 EBS3的进一步优化EBS3在此基础上更进一步利用通用FPGAField-Programmable Gate Array硬件卸载技术直接绕过CPU处理数据移动、数据块CRC校验和数据包传输显著提升了I/O处理能力。EBS3配备2x100G网络但此时瓶颈转移到了PCIe总线带宽上。 吞吐量与IOPS随HT数量增加下图展示了BlockClient在不同优化措施下最大吞吐量和IOPS的变化情况。结果显示对于EBS2当使用2x25Gbps网络时吞吐量主要受限于网络能力。而在EBS3的2x100G网络配置下瓶颈变为PCIe带宽。只要网络带宽允许增加超线程HT数量就能提升IOPS。 为了更好地适应不同工作负载的需求引入了自适应性能级别AutoPL的虚拟磁盘。这意味着用户可以根据实际需求动态调整IOPS和吞吐量而不需要改变磁盘的容量配置。这种机制为用户提供了一种灵活的方式来应对瞬时或周期性的性能高峰。 Base Burst策略为了高效分配IOPS和吞吐量给不同的虚拟磁盘VDs采用基础Base与突发Burst相结合的策略。 基础吞吐量确保每个VD都能获得一个最低的、稳定的IOPS和吞吐量保障Base throughput满足基本的性能需求确保服务质量。 突发吞吐量在基础之上系统会根据当前资源的可用情况尽力满足VD的额外性能需求Burst throughput。这种策略允许VD在需要时短时间内超过其基础配额以应对短暂的高负载情况而不会长期影响其他VD的性能。
3.3 容量
在EBS的设计中实现容量弹性的能力是其作为云块存储服务的基本要求之一。为了满足这一需求EBS引入了多项关键特性来增强其在容量管理上的灵活性和效率具体包括以下两点 分段设计带来的无缝VD调整EBS利用分段设计Segmentation Design实现了虚拟磁盘VD容量的无缝调整即用户可以轻松地对VD进行扩容或缩容操作这一过程通过添加或移除所谓的“SegmentGroups”来完成。SegmentGroups作为存储空间分配的逻辑单元使得EBS能够快速响应用户对存储容量变化的需求而无需中断服务。目前EBS支持的虚拟磁盘容量范围从1 GiB到64 TiB覆盖了从小型应用到大型数据库等多种存储需求场景。 快速克隆server-less应用的特点之一是需要在短时间内快速分配大量资源如虚拟磁盘。为此EBS利用了Pangu文件系统的硬链接特性这一特性允许在存储集群内部通过下载单个快照来克隆多个磁盘大大加快了资源部署的速度。基于这一技术EBS2能够实现令人印象深刻的性能指标在1分钟内创建多达10,000个虚拟磁盘每个磁盘大小为40 GiB。这样的能力对于需要频繁创建和复制存储环境的场景如开发测试、大规模部署、灾备演练等来说是极其宝贵的它极大提升了资源分配的效率和响应速度。
