服务器执行和存储资源管理
但是这些平台往往把磁盘驱动只不过当作一组磁盘(JBOD)。虽然若以系统管理程序为中心的定势思维来看待系统的运行和管理，上述看法是无可厚非，但实际上这些平台十分依赖服务器完成的所有任务。这并不是管理和保障存储资源的最好办法。考虑到应用对服务器的需求，以及内存对应用的要求，使用服务器执行所有附加的I/O和磁盘管理会导致服务问题，原因是性能受到了影响，安全操作也处于风险之中。
专用磁盘阵列，例如IBM的XIV及其他产品，会执行那些原本得由操作系统或系统管理程序执行的功能。而原先的做法则会给虚拟平台造成额外压力。
有时候会忽略的功能包括：
·向磁盘阵列写入数据时，为了确保当磁盘发生任何问题时数据都不丢失，数据以条带方式写入多个磁盘。但是为了把数据恢复到最近一次成功的备份，可能需要24小时或更久时间。
·使用商品化磁盘技术来抑制成本。通过队列写入磁盘技术，特别是随机写入技术，提高了I/O性能和可靠性。但隐藏了磁盘性能受制于机电延迟因素这一事实：磁盘性能受制于机电额定速度和读取数据头发现磁轨所花费的时间。
·在高性能系统中将需要频繁访问的数据存放在磁盘阵列的缓存中。如果缓存存放不是磁盘控制器具有的一个功能，这就不得不在服务器联合体中完成，这甚至会需要更高性能的CPU以及更多昂贵的M或T比特的主存储器。
·使用快照或者特定时间拍照技术处理磁盘驱动器上变更的数据，能够在系统故障时加速该系统恢复的速度。当覆盖到整个系统管理程序时，会因为服务器管理这一活动而导致该功能的复杂性增加。为了保障系统性能，建议把这一功能留给磁盘控制器去处理。
·提供数据压缩技术比如通过数据拆分以实现在存储系统上投资最大化。再次提醒，这个功能最好作为存储功能部分由存储系统实现而不是内嵌在系统管理程序中。
为什么系统管理程序倾向于接管这些功能?与容易的部署简单和安全的操作相比，答案与“拥有”对系统操作全面控制更相关。当然磁盘阵列需要通过虚拟化服务器操作，他们也这样做了。把专业复杂性融入所有系统中以提高可靠性和易用性。
当由于应用需要或系统组件故障引起的重新调整系统工作负载导致数据热点出现时，用户的服务水平可能受到明显的影响。响应时间变得不切实际，数据不能按时提供给应用或最终用户，最终顾客将订单交给了别处。这些对磁盘和I/O资源的计划外的需求也可能由于资源准备的方式自身导致。
在云中追踪数据
在这些数据热点成为对系统管理经理的挑战之前管理好它们是非常重要的，而且专有的磁盘阵列能够帮助IT专家们管理数据热点。追踪数据和相关的应用是关键;当系统迁移到云环境时必须要谨慎管理。JBOD在虚拟化环境中还不能充分管理磁盘阵列中的数据。
系统管理程序厂商经常推荐直连存储–这是努力控制系统复杂性和独立应用的一个好方法。这些系统能够在网络存储环境中工作得相当好，因为数据都是常 驻在网络磁盘阵列中。它能让用户选择如何获取存储和服务器资源以及向谁获取。它也能在实践中帮助灾难恢复。数据能在磁盘阵列之间进行复制而不必依赖服务器 联合体。
当数据量以每年50%速度增长而企业发现预算必须被抑制或缩减时，管理和访问大数据量相关的各种挑战也会增加。IT经理们将不得不在系统架构的各个部分部署新技术。当心向系统管理程序要求太多而导致对CPU需求过度。
请确认你正确的使用了你的系统管理程序，并且它能与专用磁盘阵列一起管理与磁盘中的数据存储、恢复、安全保护相关的工作负载。遵照这一策略能给你带来以下益处：
·当系统基础架构发展进化时，益处来源于不需要过度使用虚拟服务器而只需分配存储任务给专用磁盘阵列。服务器容量能够与服务器、内存和应用管理相关，最大限度获得对服务器的投资回报，提供一个安全的处理平台。
·使用了最新技术的数据管理能力总是通过虚拟化磁盘阵列提供。
·当数据管理、系统性能和系统恢复需求发展变化时，在服务器和/或存储阵列投资上给与适当的全面关注。
·当投资预算需要在当前经济大环境下仔细审查时，IT专家们将能够分别针对服务器和存储做出投资决策，并且能够根据他们所面对的具体IT问题作出购买决定。
