Apache CloudStack Official Document 翻译节选（七）

关于 Apache CloudStack 的最佳实践（一）

Best Practices

部署Apache CloudStack是极具挑战性的，在整个部署过程中需要你做出形形色色的技术性选择。Apache CloudStack的配置条目是相当灵活的，这是因为在组合和配置具体条目时有太多方式可以实现。本部分涵盖了Apache CloudStack部署过程中的建议性要求和必须性要求。

下述内容应当被视为建议而非绝对要求。我们的确鼓励任何计划构建Apache CloudStack云的人通过项目邮件列表寻求指导和建议。

Process Best Practices

强烈建议搭建一个能够模仿业务环境的工作台式Apache CloudStack云。如果在Apache CloudStack云中应用了定制化的不仅，这么做是十分重要的。

要在Apache CloudStack云的部署、尝试和学习中花费足够多的时间。初次部署Apache CloudStack云时，安装基础模型网络可能在数小时内完成、但安装高级模型网络可能要花费几天时间。要部署一个全功能的Apache CloudStack云病逐步解决部署过程中的问题，大约要花费4到8周的时间，在此过程中你可以通过项目社区的邮件用户列表寻求帮助。

Setup Best Practices

每个宿主机都应被配置为仅接受来自可信实体的连接（例如来自Apache CloudStack云管理服务和自己的监控软件的连接）
如果你想获得确定数量的虚拟机实例，那就在每个豆荚舱内使用多个宿主机集群。
用于主存储的共享挂载点或者逻辑单元号设备的主存储容量不应超过6TB，最好在每个宿主机集群中使用多个容量较小的主存储设备、避免使用单个大容量存储设备。
当需要导出主存储中的共享文件时，可以通过限定具备访问存储系统权限的IP地址范围来避免数据丢失。
网卡绑定是可以直接实现的，且可以增强网路的可靠性。
当使用能够支持较多虚拟机实例的重型服务器时，推荐给存储系统配置万兆网络。
宿主机的容量取决于虚拟机实例的RAM规格。CPU和存储通常是可以超配的，RAM则不可以超配，RAM通常是设计宿主机容量的一个限制性因素。
在使用XenServer作为虚拟化引擎时，建议给dom0分配更多的RAM以便XenServer宿主机可以承载更多的虚拟机实例（dom0是为XenServer虚拟化引擎优化过的一个Linux内核，给dom0分配更多的内存有助于XenServer处理更多量的虚拟机）。推荐给XenServer的dom0分配超过2940MB的RAM（XenServer的dom0默认为752MB内存）。

Maintenance Best Practices

注意监测宿主机的磁盘使用情况。宿主机运行错误的很多情况是root分区所在磁盘被未经恰当分割转储的日志文件填满了。
监测每个宿主机集群中的虚拟机实例总量。一旦宿主机集群中的虚拟机总量超出了虚拟机引擎的处理最大能力，则应禁止向该宿主机集群分配虚拟机实例。要在宿主机集群中留有安全余量以应对一台或多台宿主机不可运行的可能性，一旦有宿主机不可用、就会因重新部署原本运行于柒上的虚拟机实例而导致其他宿主机的负载加重。查阅你所使用的虚拟化引擎产品文档以确认每个宿主机上可承载的虚拟机数量的最大值，然后通过Apache CloudStack的全局设定进行限制。
监测每个宿主机集群中的虚拟机实例的活跃度，保持活跃的虚拟机实例数量低于允许宿主机故障后的宿主机集群能够承载的虚拟机实例安全数量。例如，在一个宿主机集群中有M个宿主机，最多同时允许3个宿主机发生故障，每个宿主机上最多承载H个虚拟机实例，那么这个宿主机集群中的安全虚拟机实例的数量就不应超过（M-3）*H 个虚拟机实例。一旦宿主机集群中的虚拟机实例数量达到这个值，就应通过Apache CloudStack的管理功能禁止再向这个宿主机集群分配虚拟机实例。
虚拟化引擎更新补丁的缺失可能导致数据错误和虚拟机实例丢失。要确保虚拟化引擎厂商提供的更新补丁已被安装。通过虚拟化引擎更新通道查询并更新你的虚拟化引擎。Apache CloudStack不会自动更新或者提示你虚拟化引擎有新的更新包，然而保持虚拟化引擎更新是至关重要的。你的虚拟化引擎供应商可能对没有更新过补丁的虚拟化引擎提供技术支持。