【虚拟化实战】存储设计之七Block Size

发布时间:2020-07-25 16:25:35 作者:frankfan7
来源:网络 阅读:1469

作者:范军 (Frank Fan)新浪微博:@frankfan7   微信:GetToCloud

实战存储设计之六Latnecy我们介绍Latency过高的原因和一些建议。本文重点分析Block Size对性能特别是latency的影响。

什么是Block Size

Block Size这个词在不同的语境中有不同含义。在此文中指的是在OS中运行的应用发出一个IO读或写请求所传送的数据单元的大小。无论你采用传统存储架构,还是融合,超融合等架构,IOBlock Size对性能都有影响。

如同下图所示,一个IO请求比如搬一块砖,砖块的大小对整个存储架构中的很多组件的负荷都有影响。比如HBA,存储交换机,存储系统的CPU等等,当然存储介质本身对不同砖块的处理能力也不同。

【虚拟化实战】存储设计之七Block Size


上图摘自博客vmpete.com

为什么Block Size对存储性能有很大影响?

Throughput的影响:

Throught =  IOPsx  Block size

同样是10IOPs256K blocks 需要传输的数据是4K Blocks 64倍!那么自然会对存储网路的带宽以及存储控制器的CPU消耗都有影响。

时延Latency的影响

【虚拟化实战】存储设计之七Block Size

 

上图摘自vmpete.com。 这是在采用存储性能分析软件PernixData  Architect之后,显示了不同Block SizeLantency的影响。可见当Block Size大于64K时对Lantency的影响最大。


如何来应对大数据块IO带来的挑战呢?

以前没有工具或简单的方法可以很好了解应用产生的Block Size。而且在常规存储设计中,并没有太多顾及到应用产生的Block Size, 往往是根据一些假设条件来做出设计决定。即使在存储阵列中采用闪存,其实并不能减少。大数据块IOHBA,存储网络以及存储控制器产生的负荷。并且我们发现常规SSD硬盘处理大数据块IO的性能并不理想。


利用IO BlockSize真实案例:

案例一:

某客户发现应用性能下降,经排错发现大数据块IOLatency的影响极大。在不对后台存储有任何改变的情况下,采用PernixData FVP软件和服务器NVMe PCI闪存对存储性能加速。极大的降低了大数据块IOLatency的影响。注意该用户才用NVMe PCI闪存而不是常规SSD Drive。因为常规SSD硬盘处理大数据块IO的应能并不好。

案例二:

某客户发现很多应用的性能下降。经排错发现某SQL虚拟机产生非常多的大数据块IO,对该SQL优化后问题解决。

案例三:

某云服务提供商在所有虚拟机中设置 Disk IO Limit以防止共享环境中某些虚拟过度占用存储资源。vSphere 5.5以后对mclock diskscheduler 作了更改,对于block size 大于32KIO,从Disk IO limit这个角度上讲,不在认为该IO只是一个IO.   比如 256K blockSize IO 会被认为是8IO

了解应用Block Size的大致情况,会对更好的设置Disk IOLimit有很大帮助。


Reference:

Viewing the impact of block sizes with PernixData Architect

Limit a VM from an IOps perspective


推荐阅读:
  1. docker 存储驱之overlayFS
  2. 部署KVM虚拟化平台(理论+实战)

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

虚拟化 lo

上一篇:JS之DOM那些事

下一篇:python rabbitmq 消费端根据能力轮询接受

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》