系统集成部VS5.5实施维护技术规范课件.docx

系统集成部VMWARE VSPHERE售后技术规范文件编号：当前版本：V1.0作 者：审 核 人：单 位：上海金仕达卫宁软件股份有限公司部 门：系统集成部完成日期：2016-06-6文件修改记录表序号修改人修改内容批准人生效日期版本号123456与VMwarevSphere配合使用的硬件11验证硬件部署系统前，我们建议执行以下操作：验证系统中的所有硬件是否都在将要运行的特定版本的 VMware 软件的硬件兼容性列表中。确保您的硬件满足将要运行的 VMware 软件支持的最低配置。测试系统内存 72 小时，检查是否有硬件错误。硬件CPU 注意事项CPU虚拟化增加的开销量取决于可以在物理处理器上原样执行的虚拟机工作负载的百分比，以及虚拟化剩余工作负载的成本。??对于许多工作负载，CPU 虚拟化只增加了很少量的开销，却实现基本与本机类似的性能。??许多确实因CPU虚拟化而导致开销增加的工作负载不受CPU 约束，即其大多数时间用于等待外部事件，如用户交互、设备输入或数据检索，而不是用于执行指令。因为可以使用其他未使用的CPU周期来吸收虚拟化开销，因此通常这些工作负载的吞吐量与本机相似，但是可能会略微延长延迟。??对于一小部分因CPU 虚拟化增加开销以及受CPU 约束的工作负载，在吞吐量和延迟方面都可能有明显的退步。本小节的其余部分列出了VMware建议的实现最佳CPU性能的做法和配置。??在多数环境中，ESXi可以在不影响虚拟机性能的情况下，允许高水平的CPU 过载（即，在一个主机上运行比该主机上物理处理器核心总数更多的vCPU）。如果ESXi主机处于CPU饱和状态（即，该主机上的虚拟机和其他负载需占用该主机拥有的全部CPU资源），则对延迟敏感的工作负载可能无法正常执行。在这种情况下，您可能想降低CPU负载，例如通过关闭某些虚拟机的电源或将其迁移到其他主机（或允许DRS自动迁移）。定期监控该主机的CPU 使用情况是一个好办法。可以通过vSphereClient或使用esxtop或resxtop来完成此工作。下面，我们来介绍如何解释esxtop数据：?如果esxtopCPU面板上第一行的平均负载等于或大于1，这表示该系统已经过载。?PCPU线上的物理CPU的使用率百分比也可以用于指示可能的过载状况。通常情况下，80%的使用率是正常的上限数据，而90%应作为CPU正在接近过载状况的一个警告。然而，不同的组织对所期望的负载百分比的标准不同。有关使用esxtop或resxtop的信息，请参见VMware《资源管理指南》中的附录A。??为虚拟机配置超过其工作负载能够使用的虚拟CPU(vCPU)可能会导致资源使用率略微增加，从而可能影响负载过重的系统的性能。常见的示例包括：运行在多个vCPU的虚拟机上的单线程工作负载，或是vCPU数已超过工作负载能够高效利用范围之外的虚拟机上的多线程工作负载。即使客户机操作系统不使用某些vCPU，为虚拟机配置这些vCPU仍然会在ESXi上提出少量资源需求，从而在主机上转化为实际的CPU消耗。例如：?在某些客户机操作系统中，未使用的vCPU仍然占用定时器中断。（但是，“动态时钟定时器”内核并非如此，如第38页的“客户机操作系统CPU 注意事项”所述。)?无论在客户机操作系统，还是在ESXi中，多个vCPU保持内存一致，都会消耗额外的资源。（但是，硬件辅助MMU虚拟化可以显著降低此成本。）?大多数客户机操作系统在不活动期间会执行闲置循环。在此循环内，大多数客户机操作系统都可以通过执行HLT或MWAIT指令来暂停。但是，一些较旧的客户机操作系统（包括Windows2000（使用特定的HAL）、Solaris8和9以及MS-DOS）会在其闲置循环内使用忙时等待。这会消耗本可以另作他用的资源（如其他虚拟机、VMkernel等）。ESXi自动检测这些循环并取消调度闲置的vCPU。尽管这样可以降低CPU开销，但是也会降低某些繁重I/O工作负载的性能。有关其他信息，请参见VMware知识库文章1077和2231。?客户机操作系统调度程序可能会在多个vCPU间迁移单线程工作负载，因此会损失缓存局部性。这些资源需求会转换为主机上切实存在的CPU消耗。?有些工作负载可以在多个虚拟机间轻松拆分。在某些情况下，对于相同数量的vCPU，使用数量多但较小的虚拟机（有时称为“横向扩展”）所提供的性能将比使用数量少但较大的虚拟机（有时称为“纵向扩展”）更高。在其他情况下，正好相反，使用数量少但较大的虚拟机将会提高性能。导致这种差异的因素有很多，包括NUMA节点大小、CPU缓存局部性以及工作负载实施细节。可以通过使用您的环境中特定的工作负载进行实验，从而作出最佳选择。UP 与SMP HAL/内核共有两种类型的硬件抽象层(HAL)和