关于-分层式存储(SAN)
很早之前，我在自己的下载目录挂了一篇Automated-Storage-Tiering的资料，到了许久都没有人下载，所以我很好奇，一个处于存储的前沿技术，为何被打入冷宫。
所以，我想用自己微不足道的经验，分享下这个技术。
但是前提：存储式自动分层这个技术，即使是一线存储厂商，2012年的今天，目前没有几个真正对此功能完善的，IBM-DS8000也许算是其中一个。然后就是这个功能将越来越重要，前年时我仍然把它看作是一个功能，必要时候用来控指标，而从今年初到现在，已经有用户针对这一功能提出了需求。
分层式存储-核心效益在于：把高性能的存储，自动提供给最佳应用需求，实现动态的实时迁移，从而最大的发挥用户的投资成本。
当高性能的SSD已经逐渐被用户接受时，用户担心的是如何把这部分昂贵的投资，运用到关键业务上，尤其是当所有存储资源被整合以后，这个需求就愈发迫切，因为生产业务的类型多样的，比如备份系统：我们仅仅提供给它几颗SATA盘就够了，如果把部分备份内容放置在SSD上，直接就造成了成本浪费，或者更多的投入。
---------------------------------------------------
假设一个有趣的场景：
---------------------------------------------------
一个客户对销售人员-小红提出了需求，
客户需要建立3套系统：分别是数据库系统，备份系统，和门户系统；然而这3套系统对性能都有高性能需求，不过是在不同时段。
数据系统，周一至周五访问频繁
门户系统只有周六，日访问频繁。
而备份系统，只有每天晚上才使用，所以白天对存储性能花费不是很大。
另外客户补充了：三套系统各需要1TB的空间容量。
客户希望这三套关系的业务系统，在性能方面任何时候不需要出现瓶颈。
此时：小红的解决方案？
1，为了不造成单点故障，推荐用户购买3套独立的存储。
2，为了性能需求，推荐用户在存储上配置3TB-SSD的磁盘。
小红提出一个传统的方案，虽然没有特色，但是确实百分百的达到了用户需求。
但是此时，出现了另一个销售-小明；凭着男人的敏锐的直觉，和独到的眼光，小明提出了另一个方案，堪称完美至极。
这个方案高明之处在于：
节省60%的成本构建
资源利用率100%
满足不同业务的性能需求
小明的方案?
1.使用3套存储设备。
2.把存储资源整合为一个共享资源，达到100%的利用。
3.购买5%的SSD磁盘，其余分摊在SAS磁盘与SATA磁盘，降低投入成本。
――这就是分层式存储。
回到之前的例子：
存储服务器，会把整合后的资源，提供给3套业务服务器。
被整合后的三种特征的磁盘，按照Tier1，Tier2,Tier3级别定义。
关键在于，存储服务器会侦测每个业务服务器的I/O访问频率。
假如是在周六，周日（还记得之前假设的场景？），存储服务器会把门户系统中的数据迁移至Tier1上面，因为系统检测到I/0异常的频繁，而到了周一至周五，门户系统的数据被迁移至Tier2上面，OK，到了晚上，几乎没有人在访问门户网站了，那数据将被迁移至Tier3上面，此时，Tier1上面将是备份系统的数据！
一次项目，可能会因为预算不足而夭折，因为SSD磁盘价位仍然是昂贵的，这也可能是小红即将遇到的问题。随着信息的逐年扩大，SSD磁盘不断的投入，投资回报率的问题用户也会逐渐的意识到。
所以，小明的 Solution 是明智的。
分层是存储的价值在于，把最关键的资源，在最佳的时候，提供给关键的业务需求，从而高效的利益资源，降低用户投资，提高投资的回报率。
再宏观了讲：绿色
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
补充：
1）为什么仅仅需要5%的SSD，因为数据在不同磁盘层进行迁移的时候，仅仅是热点数据块(Block),当映射给应用主机一个2TB-LUN的时候，热点数据块在其中往往是几个MB，几个GB而已。
2）按照之前假设的场景，用户又提出2个新的需求，例如：我们的数据库系统通通都是黄金数据，任何时候都不能有延迟。又或者，备份系统仅仅是二线数据，即使在IO访问频繁的时候都不希望它占用优质的SSD磁盘，如何应对？
其实，目前最犀利的厂商已经解决，因为用户完全可以人工定义每个卷的属性，强制某一个卷必须在某一个，或者某一些磁盘层，这样就能在充分利用优质资源的同时，避免浪费。
3）在我设计的方案中，尽可能的把每个技术发挥到淋漓尽致，目的主要在于满足用户所有指标的情况下节省预算。一次项目中：使用26颗SATA大容量，低成本的磁盘，我们选取4颗小容量的做RAID 10，其中2颗磁盘做RAID 1,其余保持RAID 5；
在分别测试和收集三个RAID性能后，利用这3个不同级别的RAID进行分层，避免用户SSD的投入。
最终结果：客户笑了，集成商笑了，作为厂商我也很高兴。
～～～～～～～～～～～～～～～～～
本文出自 “20sjfox” 博客，谢绝转载！