在当前的形势下，人们已不会再问该不该通过虚拟化来削减服务器规模这种问题了，取而代之的问题是何时将这一做法付诸实践。在部署虚拟化之前，如果你不先把现有的存储基础设施升级到相当的水准，那你无疑就像是在存储“烂泥路”的基础上修建一条服务器高速公路。

　　首先，企业应当将存储区域网络（storage area network，下称SAN）列为服务器虚拟化计划的一部分。注意，这可不是什么无足轻重的附属品。SAN可以提供其他存储策略所缺乏的关键性能选项，并且为利用思杰公司（Citrix）、虚铁公司（Virtual Iron）、VMware公司等厂商的虚拟化平台中内置的空间分配和灾难恢复功能开辟道路。

　　由于服务器团队通常独立于存储和灾难恢复团队之外，因此要说服他人采纳这个方案并不那么容易，所以有时企业的虚拟化项目和SAN项目可能会南辕北辙。另外，在经济不景气的年月，要让企业下定决心同时投资两种新技术，确实是个艰巨的任务；下面我们会帮助你做一番投资回报率（ROI）分析。不管怎么说，这场关乎企业IT政策和预算的战斗值得你搏上一搏。

　　磁盘空间需求

　　毋庸置疑，虚拟化是提高CPU和内存这两种硬件利用率的绝佳途径，然而它对传统存储系统的影响就截然相反了。例如，VMware等虚拟机产品放在虚拟服务器上时，对初始空间分配的需求往往要比放在物理服务器上时要大，原因是虚拟机所在的物理服务器出现问题时，需要腾出空间将服务器状态写到存储磁盘上。磁盘空间的过度分配（overallocation）降低了存储空间利用率，提高了成本，这在很大程度上抵消了部署虚拟服务器所带来的好处。

　　解决上述问题的对策是利用EqualLogic公司、日立公司（Hitachi）、NetApp公司或Xiotech 公司等SAN厂商推出的自动精简配置（thin provisioning）技术。这种技术可以将任意大小的逻辑卷（logical volume）空间分配给虚拟服务器使用，但磁盘存储块只有当真正写入数据时，才会被分配供使用。比如说，你的数据库团队声称某个应用程序需要500GB空间，你可以配给它500GB，但是，只有当前实际所需的空间会真正分配到位，这样你就节省了宝贵的磁盘空间。如此一来，你甚至可以透支使用超过当前磁盘容量的空间。

　　当你透支使用时，如果使用的空间逼近了实际容量，那会出现怎样的情况？不必担心，你会收到提前预警的，因为SAN提供的管理软件可以设置空间报警临界阀值。超过阀值时系统会发出警报，甚至还能够在实际利用率提高时自动重新设置空间。不过，这跟航空公司超量预订机票的情况有所不同，在乘客过多时航空公司可以将多余的人打发走；然而，当你允许别人使用的存储空间已经增长到容量极限时，你就不得不出面解决问题了。可行的方法之一，是在SAN里面增加更多的存储设备或者存储阵列。

　　如果发生灾难

　　虚拟化项目带来的一个意外好处，是让机构组织能够意识到灾难恢复方面的风险。比如说，某市政府最近开始了服务器虚拟化项目，把10至15台服务器合并到3至4台物理服务器上。这种举措的潜在风险当然会引起相关人员的注意。最后，市政府为了更好地保护系统，计划再添置一套故障转移（failover equipment）设备并增设SAN。

　　有趣的是，在开始虚拟化项目之前，该市政府并未给服务器设置多余的硬件，也没有能力恢复局域网上的任何数据。鉴于市政府还在较旧的服务器上运行薪金和账单等至关重要的系统，这种风险就更大了。不过，当服务器和数据散落于网络各处时，这种风险往往容易被人忽视，而虚拟化会让人意识到数据风险的存在。

　　SAN能让你有效地部署灾难恢复计划。戴尔公司（Dell）、惠普公司（Hewlett-Packard）和国际商业机器公司（IBM）出品的最新型服务器都内嵌管理程序（hypervisor），也就是说设备可以从闪存启动，然后迅速成为服务器群（server farm）的组成部分。这个功能目前只适用于VMware 3i版本。至于微软公司（Microsoft）、XenSource公司等其他厂商的虚拟软件以及VMware的旧版本能否也支持这一功能，这就要看今后的市场销售情况了。

　　无论采用何种方法，VM都是储存在SAN内的，这就赋予了IT专业人员更高级的磁盘阵列（RAID）保护、自动复制以及主机/应用程序恢复功能。

　　如果你并未将SAN纳入虚拟化项目中，你就无法享受到专为集中存储所设计的特性优势。如果在没有SAN的情况下使用VMware ESX，你就放弃了许多有用的功能，比如将虚拟服务器从一台物理服务器在线迁移到另一台物理服务器、简便易用的智能灾难复原、动态共享及分配内存和网卡之类服务器资源等等。除此之外，还有：

　　自动故障转移功能，这是VMware软件内置的高可用性（high-availability）选项，当服务器不能正常运转时它可以检测得到。VMware知道当前运行的虚拟机是哪些，于是它便能在资源库（resource pool）内的另一台主机上重新启动这些虚拟机。

　　综合备份（consolidated backup）功能，它允许代理服务器在不严重影响虚拟机正常工作的情况下备份虚拟机的一个快照（snapshot）。

　　即将追加的新功能，比如站点恢复管理器（Site Recovery Manager），它可以协助将整个数据中心的故障转移自动化。

　　SAN给VMware带来的好处对其他厂商类似产品的灾难恢复选项也同样适用，这包括思杰公司和XenSource公司的产品。部署服务器虚拟化以及将物理服务器迁移到虚拟机，为实现合并存储、集中管理、提高空间利用率、提高可用性、增强数据保护以及减少备份窗口创造了绝佳机会。

　　快速数据读写

　　SAN是靠什么绝招与虚拟服务器实现刀剑合璧的呢？ SAN利用条带化方式（striping）将连续的数据分割成相同大小的数据块，再分别写入到阵列中不同的物理磁盘上，从而加快了响应速度。实际上，磁盘读写始终是系统中最慢的一环。正如你在部署虚拟化项目的时候会开始意识到灾难恢复的风险问题，当你将更多的服务器虚拟化时，磁盘读写的问题就会凸显出来。当你试图将一台物理主机上的20到30台数据库服务器指向同一个磁盘阵列时，磁盘读写就会成为瓶颈，从而抵消部署虚拟化所带来的好处。

　　你需要考虑的不光是磁盘锭(spindle)的数目。如果应用程序磁盘读写频繁，你就得确保SAN包含多个控制器，以便更好地进行吞吐量管理，同时配置更多的冗余设备以避免单点故障（single point of failure）。其他需要考虑的因素还包括对虚拟化/SAN新功能的支持、服务器内存、驱动器速度以及技术平台-究竟是选择互联网小型计算机接口（iSCSI）还是光纤通道（Fibre Channel）。

　　当SAN被纳入虚拟化项目中时，并非所有厂商的SAN产品都性能相当。为了确保SAN对虚拟化功能的支持，微软公司、Vmware公司、XenSource公司甚至苹果公司（Apple）都正在和SAN厂商合作。