SDS如何影响数据存储基础设施的规划？

　　软件定义存储（SDS）的目标是把存储应用程序与物理的数据存储基础设施分离。理论上，这将实现存储资源的“灵活”分配、重新分配和不分配。换言之，SDS提供一种把存储服务从存储包中分离出来的方法，即使基本的硬件和互连被变更，仍然能提供卷的持续性。

　　这项能力尤其适用于从服务器硬件被提取出来的或者“被虚拟化”并能够在服务器、网络或者存储堆栈之间移动的应用程序。

　　事实上，对于以一种平滑高效的方式完成这种毫不费力的工作负载的转换，存储已经被证明是一种障碍，尤其在物理存储连接在FC SAN的时候的设定。物理的SAN是复杂的基础设施，在服务器和存储设备之间具有硬编码（hard-coded）路径。把一个应用程序移到另外一台服务器设备上将可能需要改变应用程序的配置设定，以体现与相同的存储资源相连的被修改后的路径。唯一的选择是解散SAN，回到直连式（或者内部）存储的配置，然后依赖支持可能托管特定客户机的每台服务器的每台存储阵列之间的同步数据复制。结果通常是代价高昂以及难于维护的乱局。

　　通过使用SDS，对于物理资源而言，呈现给一个虚拟化的工作负载或者一台客户机的存储卷本身就是一个抽象层，而非一个物理连接。这个SDS卷可以与工作负载一起在主机之间移动，通过SDS服务提供与相同的联机存储资源的新路径。因此，不必复制每台可能的主机的数据。

　　除了提供容量，SDS层应该通过平衡连接数据的所有可用路径之间的I/O、根据智能的应用程序优先顺序向应用程序I/O提供最佳效率来提供性能。智能负载均衡应该成为SDS控制层的组成部分。

　　由于向应用程序数据提供的服务应该包括适合应用程序本身的恢复优先级别和关键程度的数据保护的保证，所以SDS层应该提供连接保护服务的卷。例如，“永远在线”（"always-on"）的应用程序可能需要具备一个虚拟卷，将其数据同步或异步地复制至一个单独的数据存储基础设施中的另外一个卷，创建一个高可用的双活（active/active）集群配置。对停机时间有较高容度的次关键的应用程序可能不需要这样的保护服务，每晚备份至异地的磁带或者虚拟磁带大概足够了。

　　底线是：SDS没有改变数据存储基础设施规划的根本，在设计之前常常先需要理解自己的应用程序。部署放之四海而皆准的存储虚拟化只会推高存储的成本。