虚拟化性能最大化的实现需要多个技术小组配合

看了一份 VKernel 公司提供的实现虚机性能最大化需要多个技术小组配合实施的文档，现做个摘要。

#####
# 文档摘要
#############################

原文标题：3 Ways Storage and Server Admins Unite To Enhance VMware Performance
副标题：how to keep the peace between teams

摩擦是无处不在的，一开始是系统管理员和存储管理员之间因为服务器使用存储问题产生一些小摩擦，后来随着虚拟化的深入，虚拟化不断的扩大对存储的需 求，虚拟化管理员和存储管理员的冲突不可避免的不断的发生。虚拟化的最初，可能是虚拟化管理员提出对存储的需求，然后存储管理员依据需求完成存储的连接和 划分，但是要实现虚机性能的最大化，不得不加强多项目组之间的合作，存储管理员必须参与到虚拟化的实施之前的规划设计之中。

如何实现呢？

分三步走：

第一步，需要多方深入的参与到虚拟化应用的规划之中

今天，系统管理员和存储管理员工作的交集主要是围绕未来的存储容量需求。单纯的容量需求往往不是虚拟化性能的瓶颈所在，资源的动态使用是虚拟化的特征之一，也是影响虚机性能的主要因素。

资源的动态使用主要表现在如下几个方面：
1. 虚机不断的加入到 data store 中；
2. 虚机中的应用的负载处在变化中；
3. 处于同一 Host 上或者 data store 中的虚机之间会互为影响；
4. 虚机在多个 data store 中迁移。

因为虚拟化资源的动态使用这个特性的存在，需要在物理服务器、网络、存储之间均衡资源负载，要实现这个目标，需要应用程序负责人，虚拟化管理员，存储管理员之间协作配合。

第二步，减少不必要的存储的占用

虚拟机对存储的使用往往比单纯的物理机对存储的使用要高的多。【个人理解：虚拟化之所以对存储的使用较多，是因为虚机创建方便，存储中往往存在一些有快照的虚机，僵死的虚机，关掉不用的虚机，还有虚机模板等等。】

如何减少存储的使用呢？
1. 在存储上启用重复数据删除技术；
2. 定期清理不用的虚机快照；
3. 定期不用的虚机、虚机模板等等。加强虚机生命周期管理。

第三步，产生问题时为排错提供正确的信息

应用发生和存储相关的问题时，虚拟化环境的排错要比传统的环境排错更加复杂，关键是要定位到具体的虚机和其所在的 data store。一旦明确到具体的虚机和对应的 data store 之后，就可以对过去 24 到 48 小时做过的变更进行分析。【嘿嘿，这时看出来遵循 ITIL 的重要性了 】

#####
# 我的点评
###############################

原文中提到了存储管理员、系统管理员和虚拟化管理员之间的关系，似乎缺少了网络管理员，毕竟就虚拟化来说在存储方面不仅存在 SAN 的形式，还有 iSCSI 和 NFS 形式，而且传统的 ESX 主机连接还需要配置 Load Balance，Fault Tolerance 等等，这些都应该需要网络管理员的配合。缺少了网络管理员的参与，那结果一定不会比缺少存储管理员的参与好到哪儿去。当然，一个资深的（货真价实的）架构 师的存在，可以从项目的最初设计上就考虑到方方面面的技术弊端，实现虚拟化性能最大化。