理智看待VMware的存储产品

    VMware的备份为什么这么重要？它的产品似乎已经人手一份。备份真的需要专业工具吗？VMware环境下的备份问题其实可以和基本的互通性支持一样简单：在VMware ESX等虚拟机中以访客身份运行时，你操作系统里现有的备份方案是否有效，它又能否得到厂商的支持？

    要了解与VMware有关的产品和声明，就要仔细考虑到底这类产品的功用是什么。由于VM是作为文件保存在磁盘上的，它们也就可以像开放式文件那样备份下来，并在本地位置上或ESX环境中移动（VMotion）。虽然VM有重启时用的Crash-consistent恢复功能，但没有使用第三方高级数据保护工具的话，应用程序状态和已变更的数据都不会被记录下来。VMware提供了在服务器故障或崩溃时迅速重启服务器的功能，但它没有内建第三方技术（如可感知应用程序的快照和数据复制），应用程序和数据恢复就只能依赖于最后一次已知有效的备份时间这一恢复点，以及及时还原到该点的状态。

    对于备份产品，VMware支持可以简单地理解为向代理端或客户端提供支持，而这些代理端和客户端是运行在类似于传统物理服务器的VM中的访客操作系统里的。VMware支持还可以理解为将访客操作系统（包括其可感知应用程序和任务处理的数据保护技术）的应用程序和数据与VMware Consolidated Backup (VCB)结合起来。备份软件的媒介可以作为另一个支持层，而备份管理程序可以在访客操作系统的VM中安装，不需要运行在外部物理服务器上。VMware备份支持还能理解为在VMware ESX控制台层上及其衍生环境中的整合。

    与存储有关的应用程序和功能包括备份和快照软件、复制和连续性数据保护，以及VM上安装和运行的存储服务功能。存储服务器则包含虚拟磁带库（VTL）或备份和归档目标设备，以及虚拟存储服务器。举个例子，LeftHand使其SANiQ软件能够安装在VM上，以实现ESX服务器上内置的专用存储虚拟化，并与托管着其他操作系统和应用程序的其他VM并存。

    同样地，EMC也已经使其Avamar备份目标知识库软件能够运行在VM上，成为其他Avamar代理的目标，而这些Avamar代理可以是在同一台物理服务器里其他VM的操作系统中安装的，也可以是在其他服务器上的。考虑到服务器CPU的工作负载和需求、内存及I/O资源，在VM中与其他应用程序一起安装备份或归档目标时，并不一定需要根据性能优先的原则。具有讽刺意味的是，作为服务器、存储和虚拟化厂商的IBM早在数年前就已经在其DS8000高端存储阵列（基于支持管理程序的p5 PowerPC处理器）中加入了支持运行访客应用程序的能力，但Big Blue却仍未真正充分发挥它所谓的分区（即VM）的这方面功能，只宣称过理论上它可以做到这一点而已——至少作为正在出货的产品，它这方面做得不够。

    对于整合服务器以及同一台（同时在VM中托管着存储虚拟化进程的）物理服务器里不同VM上运行的应用程序负载而言，其意义并不在于性能。在VM中托管存储虚拟化或存储服务应用的潜在收益在于避免内置存储受到限制或被孤立，并让它能够为其他应用程序所用（如归档或其他低性能的应用），而不需要另加一个专用服务器应用来满足存储功能需求，降低成本。换句话说，除了提高利用率，还应该考虑资源虚拟化带来的性能和稳定性方面的收益。

    俗话说的，凡事要刨根究底，不要问“怎么了”，而应该问“为什么”。IT厂商也一样：不要只问他们VMware在访客操作系统和VM里的代理是干什么的，还要弄清楚VMware加强与ESX现有功能的整合的意图为何。换句话说，有关虚拟化的言论都必须抽丝剥茧，找出虚拟服务器和存储支持功能面对的现实。