虚拟化的瓶颈
如果不考虑服务器虚拟化对存储基础设施的影响就急于部署虚拟化项目，那你可能会走进死胡同。《信息周刊》网络版 Michael Healey,InformationWeek
发表时间：2008-8-13
在当前的形势下，人们已不会再问该不该通过虚拟化来削减服务器规模这种问题了，取而代之的问题是何时将这一做法付诸实践。在部署虚拟化之前，如果你不先把现有的存储基础设施升级到相当的水准，那你无疑就像是在存储“烂泥路”的基础上修建一条服务器高速公路。
首先，企业应当将存储区域网络（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。