在ESX服务器环境中管理存储器<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

落英缤纷

由于受到VMware公司虚拟化技术整合服务器、最小化占地面积、减少电力需求以及降低冷却成本的推动，下一代用户已经将其注意力转向了VMware ESX Server的存储性能。本文将讨论建立和维护虚拟存储系统的技巧和建议。

存储虚拟化的益处对于VMware和非VMware公司来说已经越来越清楚了：虚拟化从物理存储器中抽像化出存储映像，并导致企业数据中心中更少的破坏性影响。但VMware管理员需要理解ESX之上存储器的细节。

Storage VMotion改变存储游戏规则

Storage Vmotion加入到VMware ESX Server 3.5改变了存储游戏规则，特别是对于被Storage VMotion的发行版本恼火的存储虚拟化厂商来说更是这样。作为ESX Server 3.5的一个主要特性，这种新的服务使得VMware管理员能够将客户机操作系统的虚拟磁盘从一个数据存储器迁移到另外一个数据存储器，同时又可保证虚拟机的运行。

Storage VMotion的突破也有其出人意外之处。例如，它只能通过VMware Remote CLI (RCLI)来使用。其次， Storage VMotion用户是否会遇到VMFS的碎片整理的问题也不明确，原因即是虚拟机磁盘格式（即Virtual Machine Disk Format或 VMDK）可以不断地移动位置。

好消息是VMware社团已经提出了向Storage VMotion添加GUI的技巧。而且，还有两种方法同时可以使用，至少有一种方法并不会违背ESX Server兼容性规则。可能会有更多的插件可供使用，还会有一些专门针对VMware的磁盘碎片整理工具。

Storage VMotion仅仅是对数据中心管理员们所认为的ESX缺陷进行补救的一种尝试。虽然有了对备份软件产品和VMware ESX的更新，多数用户还是要在虚拟服务器环境中苦苦奋斗，原因就是兼容性和存储器厂商的支持。

ESX上的SAN连接

Storage VMotion仅仅是对ESX堆栈结构的上半部分的一种考虑。其下，虚拟化管理员还必须理解存储器组件，如虚拟机文件系统（Virtual Machine File System （VMFS））、逻辑单元号(LUN)和存储区域网络（SAN），因为基础结构需要继续虚拟化。拥有数据中心虚拟环境中SAN故障的诊断技巧和知识是非常是特别必要的。这是因为在正确管理的情况下，SAN存储是一种用于虚拟化环境的出色方案。

虽然认可并同意SAN可以作为备份虚拟架构的最佳备份选择，企业的数据中心可能并不选择使用SAN。原因可能包括安装设置成本和独立连接等因素。

在一个虚拟环境中实施SAN存储部分地要涉及到与LUN和 metaLUN的协作。Windows 和 Linux服务器管理员可以将其分区扩展到自由的空间，ESX管理员却不能。但对于使用VMFS和metaLUN的管理员来说，确实有一些运作方法。一个VMFS-2卷通过VMFS工具的命令行实用程序（vmkfstools）可以扩展到一个新的SCSI设备上或LUN之上。

VMware和SAN的存储和备份依赖于连接性。在考虑ESX上的存储问题时，VMware的管理员们必须重视的首要任务是如何配置用于iSCSI的ESX和VCB。