如何让静态数据中心“动起来”？

那些创建已经有数年之久的数据中心——尤其是基于业内标准系统和软件的数据中心——已经大多成为一种静态的环境。也就是说，成为一种由支持一种操作系统的服务器、数据管理系统、应用架构和多种应用组成的数据中心。而且系统通过使用预装架构来访问存储和网络，这种架构只能通过一系列谨慎计划的手动流程来作出变更。

三十几年前，大型主机和单厂商中端系统用户就发现了这个问题，而且这种静态的做法可能会带来一系列问题，必须被虚拟化和自动化技术的谨慎使用来取代。另外一种采用动态的想法也是重要一步，而且要记住一点，必须确保整体能够正常运行。这也是目前那些拥有基于业内标准系统的数据中心的数据经理学到的一个经验。

如何避免过度分配

现在这种基于业内标准系统的数据中心往往并没有一个避免过度架构问题的计划。所以，每个企业部门应该选择能够满足他们自己需求的系统和软件，并且根据自己的业务流量来作出决定。这就意味着，大多数数据中心将成为仓储型数据中心——或者叫做计算池。企业会针对每个独立部门的需求来采购这种计算池。每个计算池通常是由自身的管理工具来管理的（其中一些工具不能兼容其他计算池的管理工具）。

业务部门采购足够的系统、软件、存储和网络资源来应对高峰时段的需求。足够的资源可以提供足够的冗余性，这样业务解决方案就可以保持连续工作以及高可用性。

这种方法也会带来极高的成本：其中部分资源可能有些时候会处于空闲状态，等待高峰时段的到来。如果考虑到企业内部所有的空闲资源的话，那么可以说企业很大一部分收入IT投资都白白浪费掉了。毕竟，这些资源并不是针对企业机构日常处理需要的。显然这种在过去看来很合理的做法现在已经不再适用了，许多企业都无法承受其高昂的成本，全球市场迫使他们在有限范围内最大程度上利用西安有资源。

如何克服有争议的手动流程

当静态数据中心突然停电的时候，许多企业都会转而采用容易出错的手动流程来查看到底问题出在哪。这种流程会将问题孤立出来、转移资源，这样企业就可以修复漏洞，继续保持正常运转，然后将资源迁回正常架构中。此外，还有必要启动物理服务器，适当装载一些软件。而且企业还需要重新启动或者重新架构网络和存储系统。恢复速度主要取决于启动物理系统备份和架构的速度。

以上所有这些步骤都需要花上很长时间以及大部分企业员工都不具备的丰富经验，而且这些流程很容易产生人为错误。另外一个复杂之处在于，所有计算池都是基于不同应用和管理架构的。这就意味着，在解决这个部分问题时所需要的员工经验与在解决其他问题所需的经验是不一样的。

显然，手动流程并不具备很好的扩展性。当然，这也是十几年前基于大型机和中端系统的数据中心开始转型使用自动化技术的原因。企业机构希望拥有一个做能够处理计划内和计划外紧急事件的动态数据中心，同时又不用处理以上提到的任何难题。