VMware vSAN 6.6 发行说明

更新时间：2017 年 5 月 16 日 VMware vSAN 6.6 | 2017 年 4 月 18 日 | ISO 内部版本 5310538 请查看发行说明以了解新增内容及更新。

发行说明内容

本发行说明包含以下主题：

• 新增功能
• VMware vSAN 社区
• 本版本的升级
• 限制条件
• 已知问题

新增功能

VMware Virtual SAN (vSAN) 6.6 引入了以下新功能和增强功能：

• 单播。在 vSAN 6.6 及更高版本中，支持 vSAN 群集的物理交换机不需要多播。如果 vSAN 群集中的部分主机运行早期版本的软件，则仍需要多播网络。
  
  
• 加密。vSAN 支持对 vSAN 数据存储进行静态数据加密。启用加密时，vSAN 会对群集中的每个磁盘组逐一进行重新格式化。vSAN 加密需要在 vCenter Server 和密钥管理服务器 (KMS) 之间建立可信连接。KMS 必须支持密钥管理互操作协议 (KMIP) 1.1 标准。
  
  
• 通过本地故障保护实现增强的延伸群集可用性。您可以在延伸群集中的单个站点内为虚拟机对象提供本地故障保护。您可以为群集定义允许的故障数主要级别，并为单个站点中的对象定义允许的故障数辅助级别。当一个站点不可用时，vSAN 会在可用站点中保持可用性和本地冗余。
  • 通过本地故障保护实现增强的延伸群集可用性。您可以在延伸群集中的单个站点内为虚拟机对象提供本地故障保护。为群集定义允许的故障数主要级别，并为单个站点中的对象定义允许的故障数辅助级别。当一个站点不可用时，vSAN 会在可用站点中保持可用性和本地冗余。
  • 更改见证主机。可以更改延伸群集的见证主机。在“故障域和延伸群集”页面上，单击更改见证主机。


• 配置帮助和更新。您可以使用“配置帮助”和“更新”页面检查 vSAN 群集的配置，并解决任何问题。
  • “配置帮助”可帮助您验证群集组件的配置、解决问题并对问题进行故障排除。配置检查分为几个类别，类似于 vSAN 运行状况服务中的类别。配置检查涵盖硬件兼容性、网络和 vSAN 配置选项。
  • 您可以使用“更新”页面更新存储控制器固件和驱动程序以满足 vSAN 要求。
    
    
• 重新同步限制。您可以限制用于群集重新同步的 IOPS。如果重新同步导致群集中的延迟增加，或者主机上的重新同步流量太高，则使用此控件。
  


• 运行状况服务增强功能。针对以下方面的新增和增强的运行状况检查：加密、群集成员资格、时间偏差、控制器固件、磁盘组、物理磁盘、磁盘平衡。联机运行状况检查可以监控 vSAN 群集运行状况并将数据发送给 VMware 分析后端系统进行高级分析。您必须参与客户体验改善计划，才能使用联机运行状况检查。
  
  
• 已更新基于主机的 vSAN 监控。您可以通过 ESXi Host Client 监控 vSAN 的运行状况和基本配置。在 Host Client 导航器中，单击存储。选择 vSAN 数据存储，然后单击监控。单击选项卡以查看主机的 vSAN 信息。在 vSAN 选项卡上，可以单击编辑设置来更正主机级别的配置问题。

• 性能服务增强功能。vSAN 性能服务包括网络、重新同步和 iSCSI 的统计信息。可以选择性能视图中保存的时间范围。每次运行性能查询，vSAN 都会保存选定的时间范围。
  
  
• vSAN 与 vCenter Server Appliance 集成。部署 vCenter Server Appliance 时可以创建一个 vSAN 群集，然后将该设备托管到群集上。vCenter Server Appliance 安装程序使您可以创建一个从主机声明磁盘的单主机 vSAN 群集。vCenter Server Appliance 部署在该 vSAN 群集上。


• 维护模式增强功能。“确认维护模式”对话框提供有关维护活动的指导信息。可以查看每个数据撤出选项的影响。例如，您可以检查是否有足够的可用空间来完成选定选项。
  
  
• 重新平衡和修复增强功能。磁盘重新平衡操作更高效。手动重新平衡操作提供更好的进度报告。
  • 重新平衡协议优调后更加高效，能够实现更好的群集平衡。手动重新平衡提供更多的更新和更佳的进度报告。
  • 更高效的修复操作只需较少的群集重新同步。即使 vSAN 无法使对象合规，也能够部分修复已降级或不存在的组件以便增加允许的故障数。
    
    
• 磁盘故障处理。如果磁盘出现持续高延迟或拥堵，vSAN 会将此设备视为即将消亡的磁盘，并撤出磁盘中的数据。vSAN 通过撤出或重建数据来处理即将消亡的磁盘。不需要用户操作，除非群集缺少资源或存在无法访问的对象。当 vSAN 完成数据撤出后，运行状况会显示为 DyingDiskEmpty。vSAN 不会卸载故障设备。


• 新的 esxcli 命令。
  • 显示 vSAN 群集运行状况：esxcli vsan health
  • 显示 vSAN 调试信息：esxcli vsan debug

VMware vSAN 社区

使用 vSAN 时出现任何问题，都可以使用 vSAN 社区网站提供反馈和请求帮助。

本版本的升级

有关升级 vSAN 的说明，请参见 VMware Virtual SAN 6.6 文档。

vSAN 6.6 是新的主要版本，需要全面升级。执行以下任务完成 vSAN 6.6 升级：

1. 将 vCenter Server 升级到 vSphere 6.5.0d。有关详细信息，请参见 VMware vCenter Server 6.5.0d 发行说明。
2. 将 ESXi 主机升级到 vSphere 6.5.0d。有关详细信息，请参见 VMware ESXi 6.5.0d 发行说明。
3. 将 vSAN 磁盘格式升级到 5.0 版本。
   

注意：不支持直接从 vSphere 6.0 Update 3 升级到 vSphere 6.5.0d 和 vSAN 6.6。

针对容量受限的主机升级磁盘格式

在升级 vSAN 磁盘格式期间，会执行磁盘组撤出操作。移除磁盘组并升级到磁盘格式版本 5.0，再将磁盘组重新添加到群集。对于双节点或三节点群集或容量不足以撤出每个磁盘组的群集，必须使用以下RVC命令升级磁盘格式：vsan.ondisk_upgrade --allow-reduced-redundancy

允许降低冗余性时，虚拟机在升级过程中不受保护，因为此方法不会将数据撤出到群集中的其他主机。该方法会移除各磁盘组，升级磁盘格式，然后将磁盘组重新添加到群集。所有对象仍可用，但冗余性已降低。

如果在升级到 vSAN 6.6 时启用去重和压缩，则可以从 vSphere Web Client 选择允许精简冗余。

使用 VMware Update Manager 与延伸群集

使用 VMware Update Manager 并行升级主机可能会导致并行升级见证主机与延伸群集中的某个数据主机。要避免升级问题，请勿将 VMware Update Manager 配置为并行升级见证主机与延伸群集中的数据主机。成功升级所有数据主机并退出维护模式后再升级见证主机。

升级期间确认运行状况检查故障

升级 vSAN 磁盘格式时，“物理磁盘运行状况 – 元数据运行状况”检查可能会间歇性失败。取消转储过程缓慢时可能会发生这些故障，很有可能是因为 vSAN 必须在存储设备上分配物理块。采取措施之前，请在活动频繁期间（如多个虚拟机部署等）完成后确认此运行状况检查的状态。如果运行状况检查仍为红色，则警告有效。如果运行状况检查为绿色，则可以忽略之前的警告。有关详细信息，请参见知识库文章 2108690。

限制条件

有关 vSAN 6.6 版本的其他最高配置限制的信息，请参见最高配置文档。

已知问题

已知 vSAN 6.6 中存在以下问题：

• 深层重新加密操作期间群集一致性运行状况检查失败
  对加密 vSAN 群集进行深层重新加密操作可能需要数小时。在重新加密期间，以下运行状况检查可能指示操作失败：群集配置一致性。群集一致性检查不会检测到深层重新加密操作，可能不存在问题。

  解决办法：在深层重新加密操作完成后，重新测试 vSAN 群集一致性运行状况检查。

• 禁用 DRS 后，虚拟机 OVF 部署会失败
  如果在 vSAN 群集上禁用了 DRS，则在 vSAN 群集上部署 OVF 模板将失败。您可能会看到类似以下内容的消息：当前状态不允许执行此操作 (The operation is not allowed in the current state)。

  解决办法：在部署 OVF 模板之前，先在 vSAN 群集上启用 DRS。

• 在群集上禁用 vSAN 后，vSAN 延伸群集配置丢失
  在延伸群集上禁用 vSAN 后，不会保留延伸群集配置。延伸群集、见证主机和故障域配置将会丢失。

  解决办法：重新启用 vSAN 群集时，请重新配置延伸群集参数。

• 整个群集失败后，虚拟机孤立或无法访问
  整个群集失败后，一些电源关闭或挂起的虚拟机可能会变得孤立或无法访问，尤其是启用 vSAN 加密的情况下。

  解决办法：使用以下过程重新注册孤立或无法访问的虚拟机。

  1. 使用 RVC 连接到 vCenter Server。
  2. 导航到孤立虚拟机所在群集的名称并重新注册虚拟机。例如，如果群集名称是“vsan”，则运行以下命令：vsan.check_state -ref /localhost/Datacenter/computers/vsan

     示例输出：

     vsan.check_state -ref /localhost/Datacenter/computers/vsan
2017-03-03 18:54:04 +0000: Step 1: Check for inaccessible vSAN objects
2017-03-03 18:54:10 +0000: Step 1b: Check for inaccessible vSAN objects, again
2017-03-03 18:54:11 +0000: Step 2: Check for invalid/inaccessible VMs
2017-03-03 18:54:11 +0000: Step 2b: Check for invalid/inaccessible VMs again
2017-03-03 18:54:11 +0000: Step 3: Check for VMs for which VC/hostd/vmx are out of sync Did not find VMs for which VC/hostd/vmx are out of sync

• 见证主机的磁盘格式版本比数据主机的版本高
  如果在升级到 vSAN 6.6 期间更改见证主机，则新的见证主机会接收最新的磁盘格式版本。见证主机的磁盘格式版本可能比数据主机的磁盘格式版本高。在这种情况下，见证主机无法存储组件。

  解决办法：使用以下步骤将磁盘格式更改为早期版本。

  1. 删除新见证主机上的磁盘组。
  2. 设置高级参数，使用较早的磁盘格式设置磁盘组的格式。有关详细信息，请参见知识库文章 2146221。
  3. 使用与数据主机匹配的 vSAN 磁盘格式版本在见证主机上重新创建新的磁盘组。



• 更换见证主机期间，关闭电源的虚拟机显示为无法访问
  更改延伸群集中的见证主机时，关闭电源的虚拟机在 vSphere Web Client 中短暂显示为无法访问。此过程完成后，关闭电源的虚拟机显示为可访问。在整个过程中，所有正在运行的虚拟机显示为可访问。

  解决办法：无

• 如果主机中存在故障引导介质，则无法将主机置于维护模式
  vSAN 无法将存在引导介质故障的主机置于维护模式。进入维护模式的任务可能会因无法保存配置更改而失败，同时出现内部 vSAN 错误。您可能会看到类似以下内容的日志事件：Lost Connectivity to the device xxx backing the boot filesystem

  解决办法：使用撤出全部数据选项从每个主机手动移除磁盘组。然后将主机置于维护模式。

• 如果主机失败，运行状况检查会超时
  如果群集中的某个主机失败，则运行状况检查可能会超时。您可能会看到以下消息：后端任务用时超过 120 秒 (a back-end task took more than 120 seconds)。vSAN 运行状况服务检测到主机失败后，将重新启动。运行状况检查将在十分钟后自动恢复。

  解决办法：无

• 如果 vSAN 群集中的 ESXi 主机运行 vSphere 6.0 Update 1 或更低版本，则运行状况服务无法正常运行
  如果群集中的 ESXi 主机运行 vSphere 6.0 Update 1 或更低版本，则 vSAN 6.6 运行状况服务无法正常运行。

  解决办法：不要将运行 vSphere 6.0 Update 1 或更低版本软件的 ESXi 主机添加到 vSAN 6.6 群集。

• 延伸群集故障切换后，首选站点上的虚拟机会发出警示：无法进行故障切换 (Failed to failover)
  如果延伸群集中的辅助站点发生故障，虚拟机将故障切换到首选站点。首选站点上的虚拟机可能会发出以下警示：无法进行故障切换 (Failed to failover)。忽略此警示。不会影响故障切换行为。

  解决办法：无

• 在网络分区期间，活动站点中的组件显示为不存在
  在 vSAN 2 主机或延伸群集中进行网络分区期间，vSphere Web Client 可能会从非活动站点的角度显示群集视图。您可能会发现主站点中的活动组件显示为不存在。

  解决办法：使用 RVC 命令查询群集中对象的状态。例如：vsan.vm_object_info

• vCenter Server Appliance 安装程序接受超过 80 个字符的群集名称
  如果您输入超过 80 个字符的 vSAN 群集名称，vCenter Server Appliance 安装程序会接受此名称，但是配置无效。vCenter Server Appliance 会在引导时失败。

  解决办法：输入不超过 80 个字符的 vSAN 群集名称。

• vCenter Server Appliance 安装程序接受为容量混用闪存驱动器和磁盘驱动器
  vCenter Server Appliance 安装程序允许您为新的 vSAN 群集中磁盘组的容量层混用闪存设备和磁盘。每个磁盘组的容量层可以支持全闪存或全磁设备。

  解决办法：不要在 vSAN 群集的容量层上混用闪存设备和磁盘。

• 更改 vSAN 加密配置时如果主机断开连接，会看到临时更新配置任务
  更改加密 vSAN 群集中的配置（例如打开或关闭加密或更改 KMS 密钥）时，每 3 秒钟会在每个主机上运行一次更新 vSAN 配置任务，直到所有主机重新连接或 5 分钟后才会停止。这些任务无害且对性能基本无影响。

  解决办法：无

• 某些对象在强制修复后不合规
  在执行强制修复后，某些对象可能无法修复，因为对象的所有权在此期间已转移到其他节点。这些对象的强制修复可能会延迟。

  解决办法：修复并重新同步所有其他对象后，尝试强制修复操作。可以等到 vSAN 修复对象。

• 将主机从某个加密群集移到其他加密群集，然后再将其移回原始群集时，任务失败
  将主机从加密 vSAN 群集移动到其他加密 vSAN 群集，然后再将其移动到原始加密群集时，任务可能会失败。您可能会看到以下消息：出现了常规系统错误: 无效故障 (A general system error occurred: Invalid fault)。出现此错误的原因是 vSAN 无法使用原始加密密钥重新加密主机上的数据。短时间后，vCenter Server 将在主机上还原原始密钥，然后挂载 vSAN 群集中所有已卸载的磁盘。

  解决办法：重新引导主机并等待挂载所有磁盘。

• 重新引导 vCenter Server 和 ESXi 主机后，会对群集进行分区
  重新引导 vSAN 群集的 vCenter Server 和 ESXi 主机后，会对群集进行分区。

  解决办法：重新启动 vSAN 运行状况服务。

• 站点恢复后延伸群集不平衡
  恢复延伸群集中的故障站点时，故障站点中的主机有时要经过很长一段时间才会依次恢复。vSAN 在开始修复缺失组件时可能会过度使用一些主机。

  解决办法：在短时间内同时恢复故障站点中的所有主机。

• 虚拟机操作因延伸群集的 HA 主节点问题而失败
  在延伸群集的某些故障场景中，某些虚拟机操作（如 vMotion 或打开虚拟机电源）可能受到影响。这些故障场景包括部分或完全站点故障，或站点之间的高速网络故障。导致此问题的原因是延伸群集站点的正常操作要求能够使用 VMware HA。

  解决办法：在执行 vMotion、虚拟机创建或打开虚拟机电源操作之前禁用 vSphere HA。然后重新启用 vSphere HA。

• 已更新还原或更换 vCenter Server 可能会引起群集分区
  更换 vCenter Server 或从备份恢复 vCenter Server 后，主机成员资格列表可能过时。这可能导致从群集中对 ESXi 主机进行分区。

  解决办法：使用以下步骤确保重新引导 vCenter Server 时，将所有主机添加到 vSAN 群集。

  1. 重新引导 vCenter Server 之前，配置主机以忽略群集成员列表更新。在 vSAN 群集中的每个主机上运行以下命令：
     esxcfg-advcfg -s1 /VSAN/IgnoreClusterMemberListUpdates
  2. 在 vCenter Server 开始运行且所有主机都添加到群集后，配置主机以使用群集成员列表更新。在群集中的每个主机上运行以下命令：
     esxcfg-advcfg -s0 /VSAN/IgnoreClusterMemberListUpdates

• 磁盘取消配置或磁盘卸载任务失败
  磁盘取消配置或磁盘卸载任务可能会因数据写入提交任务和虚拟磁盘删除任务之间的冲突而失败。在需要新的 vSAN 磁盘格式的升级期间，可能会出现此问题。在 VMkernel.log 中您可能会看到以下消息：

  4724 2017-04-10T18:46:51.309Z cpu30:67232)LSOM: LSOMFreeMDDispatch:3797: Throttled: Waiting for component cleanup

  解决办法：重新引导主机以清除冲突，然后重试此操作。

• vMotion 网络连接测试错误报告 ping 故障
  如果为 vMotion 使用 vMotion 堆栈，则 vMotion 网络连接测试（群集 > 监控 > vSAN > 运行状况 > 网络）会报告 ping 故障。vMotion 网络连接 (ping) 检查仅支持使用默认网络堆栈的 vmknic。如果 vmknic 使用 vMotion 网络堆栈，则检查会失败。这些报告并不指示存在连接问题。

  解决办法：配置 vmknic 以使用默认网络堆栈。您可以使用 RVC 命令禁用 vMotion ping 检查。例如：vsan.health.silent_health_check_configure -a vmotionpingsmall

• 如果卸载磁盘组，则无法执行深层重新加密
  vSAN 在执行深层重新加密之前，首先会执行浅层重新加密。如果存在已卸载的磁盘组，浅层重新加密将会失败。深层重新加密过程无法开始。

  解决办法：重新安装或移除已卸载的磁盘组。

• 日志条目显示防火墙配置已更改
  启用 vSAN 加密时，安全配置文件中会显示新的防火墙条目：vsanEncryption。此规则控制主机如何与 KMS 直接通信。触发后，会在 /var/log/vobd.log 中添加日志条目。您可能会看到以下消息：

  Firewall configuration has changed.Operation 'addIP4' for rule set vsanEncryption succeeded.
  Firewall configuration has changed.Operation 'removeIP4' for rule set vsanEncryption succeeded.

  可以忽略这些消息。

  解决办法：无

• 已更新vSAN 数据存储对第一类磁盘的支持有限
  vSAN 6.6 不完全支持 vSAN 数据存储中的第一类磁盘。如果您在 vSAN 数据存储中使用第一类磁盘，则可能会遇到以下问题：

  • vSAN Health Service 不正确显示第一类磁盘的运行状况。
  • “已用容量细目”在以下类别中显示第一类磁盘的已用容量：其他
  • 无法正确计算使用第一类磁盘的虚拟机的运行状况。

  解决办法：无

• 在 vmknic 上设置流量类型选项以支持见证流量后未发生 HA 故障切换
  在 vmknic 上设置流量类型选项以支持见证流量，vSphere HA 不会自动发现新设置。您必须手动禁用，然后重新启用 HA，以便发现 vmknic。如果先配置 vmknic 和 vSAN 群集，然后再在群集上启用 HA，则会发现 vmknic。

  解决办法：在群集上手动禁用 vSphere HA，然后重新启用它。

• 禁用并删除 iSCSI 目标服务后，某些 iSCSI 对象仍保留在 vSAN 数据存储中
  使用 Web Client 移除所有 iSCSI 目标和 LUN 并禁用 iSCSI 目标服务后，iSCSI 主对象仍保留在 vSAN 数据存储中。

  解决办法：要删除 iSCSI 主对象以及与 iSCSI 目标服务关联的所有元数据，请在群集中的所有主机上运行以下命令：esxcli vsan iscsi homeobject delete

• iSCSI 目标故障切换期间，iSCSI I/O 操作可能会中断
  在 iSCSI 目标故障切换期间，iSCSI I/O 操作可能会中断。主机故障或主机重新引导可能会触发 iSCSI 目标故障切换。

  解决办法：从 iSCSI 启动器重试会话。

• 不支持 iSCSI MCS
  vSAN iSCSI 目标服务不支持每个会话多个连接 (MCS)。

  解决办法：无

• 任何 iSCSI 启动器都可以发现 iSCSI 目标
  vSAN iSCSI 目标服务允许网络上的任何启动器发现 iSCSI 目标。

  解决办法：您可以将 ESXi 主机与 iSCSI 启动器放置在不同的 VLAN 上，从而将它们隔离。

• 解析网络分区后，链接克隆虚拟机上的某些虚拟机操作可能会失败
  在客户机操作系统中不生成 I/O 的链接克隆虚拟机上，某些虚拟机操作可能会失败。生成快照和挂起虚拟机操作可能会失败。如果基础父虚拟机的命名空间尚不可访问，则在解析网络分区后，可能会出现此问题。当父虚拟机的命名空间变得可访问时，未通知 HA 启动该虚拟机。

  解决办法：重新启动未主动运行 I/O 操作的虚拟机。

• 使用“配置 vSAN”向导后注销 Web Client 时，某些配置任务可能会失败
  “配置 vSAN”向导可能需要长达数小时才能完成配置任务。在向导完成配置之前，您必须保持 Web Client 的登录状态。具有多个主机和磁盘组的群集中通常会发生此问题。

  解决办法：如果某些配置任务失败，请重新执行配置。

• 具有较旧版本 ESXi 软件的主机会忽略新策略规则
  如果有两个或更多 vSAN 群集，其中一个群集运行最新版本的软件，而另一个群集运行较旧版本的软件，则可能会出现此问题。vSphere Web Client 显示最新 vSAN 软件的策略规则，但是这些新策略在较旧的主机上不受支持。例如，RAID-5/6（擦除编码）– 容量在运行 6.0U1 或更早版本软件的主机上不受支持。可以配置新的策略规则，并将其应用到任何虚拟机和对象，但是运行较旧版本软件的主机会忽略这些新策略规则。

  解决办法：无

• vSAN 容量监控的“已用容量细目”中不显示快照内存对象
  对于使用 10 之前的硬件版本创建的虚拟机，快照内存包括在“已用容量细目”中的 Vmem 对象中。

  解决办法：要查看“已用容量细目”中的快照内存对象，请使用硬件版本 10 或更高版本创建虚拟机。

• 升级到 vSAN 6.5 或更高版本后，“虚拟机摘要”页面中报告的“存储使用情况”显示的值可能较大
  在先前版本的 vSAN 中，报告的虚拟机“存储使用情况”值是单个数据副本使用的空间。例如，如果客户机向精简置备的对象写入 1 GB（两个镜像），则“存储使用情况”显示为 1 GB。在 vSAN 6.5 及更高版本中，“存储使用情况”字段显示的是实际使用空间，其中包括所有数据副本。如果客户机向精简置备的对象写入 1 GB（两个镜像），则“存储使用情况”显示为 2 GB。升级到 vSAN 6.5 后，一些虚拟机上报告的存储使用情况值可能比以前大，但实际占用的空间并没有增加。

  解决办法：无

• 无法将见证主机置于维护模式
  尝试将见证主机置于维护模式时，主机仍处于当前状态并显示通知：指定的参数不正确 (A specified parameter was not correct)。

  解决办法：将见证主机置于维护模式时，请选择不迁移数据选项。

• 将见证主机移入延伸群集然后再移出会将群集置于配置错误状态
  如果将见证主机置于启用了 vSAN 的 vCenter 群集中，会显示一条警报，通知您见证主机无法驻留在该群集中。但是，即使将见证主机移出群集，群集仍会处于配置错误状态。

  解决办法：将见证主机移出 vSAN 延伸群集，然后重新配置延伸群集。有关详细信息，请参见知识库文章 2130587。

• 如果包含 HA 检测信号数据存储的群集在进行网络分区，则虚拟机不会在其他数据站点上重新启动
  当 vSAN 群集中的首选站点或辅助站点断开与其他站点的网络连接后，断开网络连接的站点上运行的虚拟机不会在其他数据站点上重新启动，并可能显示以下错误：vSphere HA 虚拟机 HA 故障切换失败 (vSphere HA virtual machine HA failover failed)。

  这是 vSAN 群集的预期行为。

  解决办法：在群集上配置 vSphere HA 时，不要选择 HA 检测信号数据存储。

• 已卸载的 vSAN 磁盘和磁盘组在 vSphere Web Client 的“操作状态”字段中显示为已挂载
  当磁盘持续显示高延迟时通过运行 esxcli vsan storage disk group unmount 命令或通过 vSAN 设备监控服务卸载 vSAN 磁盘或磁盘组后，vSphere Web Client 的“操作状态”字段中错误地显示为已挂载。

  解决办法：使用“运行状况”字段而不是“操作状态”字段验证磁盘状态。

• 磁盘格式升级显示不在 vSAN 上的磁盘
  升级磁盘格式时，vSAN 可能会错误地显示已从群集中移除的磁盘。UI 还可能会将版本状态显示为混合。从群集中手动卸载一个或多个磁盘后，通常会出现此显示问题。该问题不影响升级过程。只检查已挂载的磁盘。将忽略已卸载的磁盘。

解决办法：无

• 所有 vSAN 群集共享同一外部代理设置
  所有 vSAN 群集共享同一外部代理设置，即使您在群集级别设置了代理也是如此。如果群集无法直接访问 Internet，vSAN 将使用外部代理连接到 Support Assistant、客户体验改善计划和 HCL 数据库。

  解决办法：无

• 隔离首选站点，然后仅重新连接到见证主机时，延伸群集中的虚拟机变得无法访问
  首选站点不可用或失去与辅助站点和见证主机的网络连接时，辅助站点会与见证主机构成群集并继续执行存储操作。首选站点上的数据在一段时间后可能会过期。如果首选站点随后连接到见证主机，但不连接到辅助站点，则见证主机会离开所在群集并与首选站点构成群集，而一些虚拟机可能变得无法访问，因为它们没有此群集中最新数据的访问权限。

  解决办法：在将首选站点重新连接到群集之前，将辅助站点标记为首选站点。在站点重新同步后，可以将要使用的站点标记为首选站点。

• “虚拟机存储策略”向导的存储消耗模型显示错误的信息
  如果 vSAN 群集中的一个或多个主机运行的不是软件版本 6.0 Update 2 或更高版本，则选择 RAID 5/6 作为容错方法时，“虚拟机存储策略”向导的存储消耗模型可能会显示不正确的信息。

  解决办法：将所有主机升级到最新的软件版本。