当Nutanix集群中某一节点的CVM遇到操作系统故障无法启动时，可以尝试通过救援镜像恢复CVM服务，而无需重刷整个节点。
风险说明：CVM作为节点存储控制器，异常的恢复操作可能导致所在节点上的数据不可用或元数据损坏。如果无法确定是否能通过该方式恢复CVM，建议将该节点强制踢出集群再重新加回。踢出集群的步骤请参阅：https://portal.nutanix.com/kb/2379
以下操作基于AOS 5.5+ESXi 6/6.5环境。所涉及的相关CVM配置项请根据实际情况修改。示例如下：
Prism中出现如下告警事件：
Latency between CVMs: Latency between CVMs is higher than 15 ms.
出现此告警则表示CVM互Ping延迟较高（超过15ms，一般同一集群内的延迟不应该高于2ms），会影响ZooKeeper及Cassandra服务的稳定性，极端情况下会造成数据复制异常。
集群NCC检查项名称为：inter_cvm_ping_latency_check
Nutanix集群使用ZooKeeper来管理集群内所有节点的数据复制状态。ZooKeeper服务异常会导致集群的高可用性降低，数据跨节点复制任务出错。因此当集群报ZooKeeper服务不正常时需要人工进行确认。
$ ncc health_checks system_checks zkinfo_check_plugin
#错误类型1： #提示ZooKeeper服务没有在部分CVM上正常运行 Zookeeper service is not running on all CVMs. #错误类型2： #提示ZooKeeper节点不活跃 All zookeeper servers are not active. Inactive servers are zk*:XXXX (ZooKeeper PID) Could not check status of zookeeper server zk* at XXXX #错误类型3： #提示ZooKeeper服务建立的连接数太多（正常在单个进程有不多于40/55个连接数） There are XX open connections from XX.XX.XX.XX to zk*
0. SSH登陆到ZooKeeper服务存在问题的节点CVM上。
1. 确认存在ZooKeeper主机IP的host记录：
在对Nutanix集群中的主机进行硬件维护，或者集群扩容节点之后，执行NCC检查会报如下错误：
FAIL: /home/ngt/ca.tar does not have the same checksum on all CVMs.
此CA文件存储了NGT（Nutanix Guest Tools）服务与集群通信用的密钥。如果每个节点CVM上存放的密钥不一致，会导致发起虚拟机迁移时NGT服务停止工作，进而影响到虚拟机一致性快照功能。硬件信息的变化会使集群重新生成CA文件，但存在CA文件部分同步失败的情况，因此产生了MD5值不一致。
对于使用ESXi虚拟化环境的Nutanix集群，从AOS 5.0之后，Prism将要求注册至vCenter，以实现虚拟机管理信息的同步。
注册后如果遇到vCenter Server服务异常或者完全崩溃，则需要及时阻止Prism与vCenter的通信，以免造成集群采集上来的虚拟机状态紊乱。
对于这种场景，根据vCenter Server发生问题的严重程度，可以分两种处理方式：