一、针对VMWare集群相关问题

1）ESXi集群资源不足，存在很多虚拟机，配置很高，资源利用率很低；业务已下线，但是资源未下线；

2）部分主机CPU和内存使用情况一直很高；

3）存储LUN大小不合理，导致空闲资源无法集中使用。

1）资源分配不合理，空闲虚拟机较多，占用资源较多。

2）集群整体缺乏监控，对集群的各个资源使用情况没有监控。

1.3解决方案

1）回收资源，下架并删除已经不使用的资源，缩容使用率较低的虚拟机资源，主要针对开发、测试用的虚拟机，生产环境不建议操作。

2）限制虚拟机可使用的资源，例如，限制CPU使用量、限制内存使用量，主要针对开发、测试用的虚拟机，生产环境不建议操作。

3）划分区域，划分开发、测试和生产等区域，不同组访问不同的区域，跨区访问需要授权，特别是访问生成环境。

4）增加ESXi和虚拟机的监控，建议使用VMware运管平台运维管理（vRealizeOperationsManager）。

5）升级vCenter和ESXi软件，将现有主机升级到最新版本，需要评估可行性。

6）合并较小的LUN，增加存储的利用率。

二、持续较高的CPU使用情况的解决方案

CPU使用情况中的临时高峰表示CPU资源的使用情况最佳。持续较高的CPU使用情况可能表示存在问题。

可以使用CPU性能图表监控主机、群集、资源池、虚拟机和vApp的CPU使用情况。

1）主机CPU使用情况一直很高。CPU使用情况值较高时会增加主机上虚拟机的就绪时间和处理器列队。

2）虚拟机CPU使用情况超过90%，且CPU就绪值超过20%。应用程序性能将受到影响。

1）主机可能缺少满足要求所需的CPU资源。

2）相对于常规CPU的虚拟CPU的数量可能过多。

3）可能存在IO存储或网络操作使CPU处于等待状况。

4）客户机操作系统为CPU生成的负载过多。

2.3解决方案

1）验证是否在主机的每台虚拟机上均安装了VMwareTools。

2）将主机上或资源池中其他虚拟机的CPU使用情况与此虚拟机的CPU使用情况值进行比较。主机的虚拟机视图上的堆栈条形图显示主机上所有虚拟机的CPU使用情况。

3）确定虚拟机的高就绪时间是否导致其CPU使用时间达到CPU限制设置。如果出现这种情况，请增加虚拟机上的CPU限制。

4）增加CPU份额以给予虚拟机更多机会运行。如果主机系统受到CPU约束，则主机上的总就绪时间可能仍维持在相同级别。如果主机就绪时间没有减少，则为高优先级虚拟机设置CPU预留，保证它们收到所需要的CPU周期。

5）增加分配给虚拟机的内存量。此操作会减少所缓存应用程序的磁盘和/或网络活动。这可能会降低磁盘I/O，并减少主机对虚拟化硬件的需求。具有较少资源分配的虚拟机通常可累积更多的CPU就绪时间。

6）将虚拟机上的虚拟CPU数目减少到执行工作负载所需要的数目。例如，四路虚拟机上的单线程应用程序只能从单个vCPU中受益。而管理程序还需维护三个空闲vCPU，占用本可用来处理其他工作的CPU周期。

7）如果主机不在DRS群集中，则将它添加到一个群集中。如果主机在DRS群集中，则增加主机数，并将一个或多个虚拟机迁移到新主机上。

9）使用最新版本的管理程序软件并启用CPU节省功能（例如TCP分段卸载、较大内存页面和巨型帧）。三

三、内存性能问题的解决方案

主机计算机内存是客户机虚拟内存和客户机物理内存的硬件备份。

主机计算机内存必须至少稍大于主机上虚拟机的总活动内存。

虚拟机的内存大小必须稍大于客户机内存平均使用情况。

增加虚拟机内存大小可导致更多内存使用情况开销。

1）内存使用情况一直很高（94%或更高）或者一直很低（24%或更低）。

2）可用内存一直为6%或更低，且交换频繁发生。

1）主机可能缺少满足要求所需的内存。如果活动内存与分配的内存大小相同，则会导致用于负载的内存资源不足。如果活动内存一直很低，则分配的内存会过多。

2）主机计算机内存资源不足以满足要求，这会导致内存回收和性能降低。

3）如果活动内存与分配的内存大小相同，则会导致用于负载的内存资源不足。

3.3解决方案

1）验证是否在每个虚拟机上均安装了VMwareTools。虚拟增长驱动程序与VMwareTools一起安装，它对性能而言至关重要。

2）验证是否启用了虚拟增长驱动程序。通过虚拟增长和交换，VMkernel定期回收没有使用的虚拟机内存。通常，这不影响虚拟机性能。

3）如果内存太大，则在虚拟机上减少内存空间，并更正缓存大小。这将为其他虚拟机释放内存。

4）如果虚拟机的内存预留值设置大大高于活动内存设置，则减少预留设置，以便VMkernel可以回收空闲内存供主机上其他虚拟机使用。

5）将一个或多个虚拟机迁移到DRS群集中的主机上。

6）将物理内存添加到主机。

四、ESXi部分主机空间不足

4.2解决方案

如果文件系统有未使用空间，但是inode已达到最大数量，则无法创建新文件。这看起来像已满文件系统一样。

要解决此问题，请确定ESX控制台文件系统和VMFS文件系统是否已达到inode或文件系统限制并移除某些文件。

要确定ESX控制台文件系统和VMFS文件系统是否已达到inode或文件系统限制并移除某些文件，请执行以下操作：

1）获取对命令行的root访问权限

2）在ESX主机上，请运行以下命令

您会看到类似以下内容的输出：

在本例中，总共有640000个inode且580065个可用，因此inode可用。3）如果您已用尽inode限制，则必须移除一些文件有关释放磁盘空间的详细信息，请参见：

4）运行此命令生成可能是删除候选项的日志文件列表

此命令将寻找50,000KB(50MB)或更大的文件，跳过虚拟机可能位于的/vmfs目录，并提供每个文件的详细输出。这可能会返回本地存储的ISO文件、日志包、较大的日志文件等。多余的文件可能位于的一些典型路径如下：

5）针对VMFS卷运行此命令

您会看到类似以下内容的输出：

在本例中，Files、PtrBlocks和SubBlocks的值均不为零，因此对于新文件存在可用的VMFS条目。