在本文的第二部分中，我们为大家介绍了如何为私有云架构打好基础，接下来我们将继续为大家介绍在搭建私有云架构过程中在改善Self-Service供给和常用业务和应用流程自动化等方面的注意事项。

　　改善Self-Service供给

　　从一个用户的角度讲，预定一台测试服务器肯定不像在iTunes上买几张音乐光盘那样简单。目前市场上有足够的Self-Service供给机器可以选择，包括：

• Citrix XenServer和Hyper-V Essentials管理平台
• Microsoft System Center Virtual Machine Manager User Self-Service Portal
• Surgient虚拟自动化平台
• VMware Lab Manager
• VMware Lab Manager

　　Self-service供给可以降低新技术及测试和培训系统部署的TCO，并简化对虚拟化管理软件的投入。包括定额执行和整合生命周期管理在内的许多工具都允许未经使用的虚拟机进入待机状态。

　　Self-service供给是实现内部云架构的一个便捷步骤，因为用户只需要通过Web界面就可以定制一项服务，很多情况下他们甚至可以为家里定制服务。最后要强调的是，这些服务的递交方式并不是最重要的，只要它们能满足用户对性能和可靠性的期望值即可。

　　利用虚拟架构编排工具使常用进程实现自动化

　　用户Self-service是实现内部云架构的第一步，而虚拟架构编排及补偿则分别是第二和第三步。对虚拟机架构进行编排可以使许多常用IT管理流程实行自动化运营，包括：

• 服务器供给和淘汰
• 变更控制的执行
• 根据储运损耗对虚拟机的启动和停运实现自动化
• 对物理主机间的虚拟机负载进行二次平衡
• 根据性能需求来重新界定虚拟机的硬件规格
• 关闭多余的物理资源

　　再次提醒，任何类型的动态虚拟架构编排或工作负载的二次平衡都需要考虑到安全分区的限制。大多数编排工具都有工作负载图示功能，这使管理人员可以迅速地将一系列流程连贯起来，从而对实际的任务实现自动化处理。

　　如果是服务器虚拟机部署，相应的工作负载包括虚拟机的创建、利用VLAN对虚拟机的连接、存储规划以及管理角色的分配。对于每种虚拟机而言，都需要创建一系列独一无二的工作负载，具体的组织则要考虑到它们的部门地址或物理地址等等因素。

　　灾难恢复的自动化是虚拟架构自动化发展过程中的另一项运用，通过VMware Site Recovery Manager和Citrix Workflow Studio等可以提前撰写灾难恢复失败回复脚本。这使你可以提前规划出虚拟机的重启顺序，使最关键的应用可以在第一时间得到恢复。

　　有些编排工具可能是专门针对应用或工作负载的。例如，对正在运行的虚拟机内存、CPU或存储等资源的动态添加就可以在不影响系统正常运转的前提下解决性能问题。但是，资源的热添加是需要有客户操作系统和客户操作系统应用提供支持的。

　　你的某项应用可能是运行在Windows Server 2008操作系统——支持资源的热添加，但该应用启动时所消耗的内存量是固定的。更进一步说，就是一些应用如果不进行重启是不需要更多内存的。

　　强制关闭服务器看起来似乎是一个节省电力和冷却成本的好方法，但如果没有服务器供应商的官方支持，大多数组织并不愿意对服务器进行动态能耗管理。

　　据Burton Group预计，从今年起服务器供应商会开始提供动态能耗管理支持，因此这方面的担忧早晚会得到解决。

　　避免被架构锁定

　　要设计一个可以和外部云供应商相兼容的云架构，在选择相应平台时要谨防被架构锁定。一个由单一供应商提供支持、需要私有设计界面的云计算平台可以防止被架构锁定，具有很高的潜在价值。另一方面，如果一个虚拟架构云平台由内部支持运营，但对许多外部供应商来说都可用的话，可以给企业提供诸多选择，比如说对电费进行讨价还价。

　　无论你多么信任外部云的未来，在企业内部制定云规则可以帮你节省大量运营成本。要对业务和IT进程进行调整以支持虚拟架构下的补贴需要投入大量精力，但“基础设施即服务”递交模式的长期稳定性让这一切都变得很值。