自动挡跑车：Easy Tier解放SSD

简化管理：子卷与整卷随意分层

第一个卷（100GB）上因IOmeter测试而成为热点区域的约50GB“子卷”迁移完之后，Easy Tier继续从HDD层迁移相邻的卷。由于运行Orion的缘故，这个110GB的卷上热点遍布，整体都被迁移到SSD层。

运行Orion的110GB卷开始从HDD层向SSD层迁移

随着时间的推移，从HDD层（mdisk0）迁移到SSD层（mdisk1）的扩展数据块（Extent）越来越多

这个110GB的卷在迁移时并没有应用在运行，大约每分钟能迁移4GB左右的数据（16个256MB的Extent）。之前约50GB的“子卷”迁移时大概也是这个速度，虽然上面还在运行IOmeter，但似乎还不足以构成影响。

整个卷的110GB都已迁移到SSD层

迁移完毕，构成卷的扩展数据块（Extent）全部转移到了SSD层（mdisk1）

在层间迁移前后，我们也进行了IOmeter和Orion的对比测试。

IOmeter随机读：与之前在200GB的卷上进行的“摸底测试”相比，这一次是在50GB左右的iobw.tst文件上运行IOmeter。从硬盘驱动器的角度来讲，这50GB的空间缩小了访问的范围，也更靠近盘片的外圈，相当于“短击”（short-stroke）的效果，因此在Easy Tier动手迁移之前（仍在HDD层），随机读IOPS比原先200GB硬盘驱动器MDisk上时高出约10%。好在Easy Tier把这50GB迁移到SSD层之后，IOPS也比原来有同等幅度的提升……所以迁移后（SSD）与迁移前（HDD）的性能之比仍然在20倍左右，验证了子卷级自动分层存储的效果。

50GB的“子卷”迁移到SSD层之后，性能提升幅度与第5页SSD与HDD对照测试的比值基本相符

IOmeter顺序读：以顺序读写为主的应用不是自动分层存储技术优化的对象，我们依然进行了相应的测试，主要还是作为迁移成功的辅助判别依据。同样是在iobw.tst文件（而非真正的卷）上测试的缘故，迁移前后的性能都比原来在HDD和SSD上的对应测试略高，但是同样条件下的相对比值基本保持不变。

Easy Tier迁移之后（SSD层）与Easy Tier迁移之前（HDD层）的相对值，和第5页的同一测试表现一致

Orion：由于前几段提到的“短击”因素，Easy Tier迁移前（HDD层）的IOPS比200GB HDD MDisk时高出约10%（相应地，延迟有较明显缩短），不过迁移后（SSD层）也有小幅提升，所以两者之比（SSD vs. HDD）仍维持在11倍左右；MBps方面，迁移后亦比200GB SSD MDisk时高出约10%，迁移前则有所下降，所以两者之比拉大到3倍。显然，卷级自动分层存储的效果同样得到了验证。

卷从HDD层迁移到SSD层之后，Orion性能提升同样显著

总结：卷的概念大于子卷，能在子卷级实现自动分层存储，当然也可以对整卷进行自动分层操作。在具有多个存储层的存储池，新建的卷会先从分配给较低的存储层（如HDD层）分配存储空间，如果访问频度达到了“热点”的标准，自动分层存储软件会将相应的数据块迁移到较高的存储层（如SSD层）上来，以改善IOPS性能和响应时间（降低延迟）。反之亦然，在访问频度降下来（变“冷”）以后，自动分层存储软件也会将相应的数据块迁移到较低的存储层上，节约宝贵的SSD资源。

在设计合理的子卷级自动分层存储软件的帮助下，管理员只需要给应用分配所需的存储空间，而不用考虑它们对存储介质的性能要求，大幅度减少人工规划和手动调整的工作量，从而达到简化管理的目标——如同那自动挡的豪华跑车，驾驶员把握好方向即可，升档还是降档无须操心，要享受急速狂飙的乐趣时，狠狠踩下油门就好了……