check-circle-line exclamation-circle-line close-line

更新时间:2017 年 2 月 24 日

VMware Virtual SAN 6.2 | 2016 年 3 月 15 日 | ISO 内部版本 3620759

请查看发行说明以了解新增内容及更新。

发行说明内容

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

新增功能

Virtual SAN 6.2 引入了以下新功能和增强功能:

  • 支持 TLS。在 vSphere 6.0 Update 3 及更高版本中,默认启用对 TLS v1.0、TLS v1.1 和 TLS v1.2 的支持,并且可对此支持进行配置。如需了解如何配置 TLS v1.0、TLS v1.1 和 TLS v1.2,请参见 VMware Knowledge Base article 2148819. For a list of VMware products supported for TLS v1.0 disablement and the use of TLS v1.1/v1.2, consult VMware 知识库文章 2145796

  • 去重复和压缩。Virtual SAN 6.2 提供去重复和压缩功能,可以消除重复的数据。此技术可以减少满足要求所需的总存储空间。在 Virtual SAN 群集上启用去重复和压缩功能后,特定磁盘组中冗余的数据副本将减少为单个副本。在全闪存群集中,可以在群集范围内设置去重复和压缩。

  • RAID 5 和 RAID 6 擦除编码。Virtual SAN 6.2 支持 RAID 5 和 RAID 6 擦除编码,进而减少了保护数据所需的存储空间。在全闪存群集中,RAID 5 和 RAID 6 可用作虚拟机的策略属性。可以在至少四个容错域的群集中使用 RAID 5,在至少六个容错域的群集中使用 RAID 6。

  • 软件校验和。Virtual SAN 6.2 在混合和全闪存群集中支持基于软件的校验和。默认情况下,在 Virtual SAN 群集中所有对象上启用软件校验和策略属性。

  • 新的磁盘上格式。Virtual SAN 6.2 支持通过 vSphere Web Client 升级到新的磁盘上虚拟文件格式 3.0。此文件系统可为 Virtual SAN 群集中的新功能提供支持。磁盘上格式版本 3.0 基于内部 4K 块大小技术,此技术可以提高效率,但是,如果客户机操作系统 I/O 不是 4K 对齐,则会导致性能降低。>

  • IOPS 限制。Virtual SAN 支持 IOPS 限制,可以对指定对象的每秒 I/O(读/写)操作数进行限制。读/写操作数达到 IOPS 限制时,这些操作将延迟,直到当前秒到期。IOPS 限制是一个策略属性,可以应用于任何 Virtual SAN 对象,包括 VMDK、命名空间等。

  • IPv6。Virtual SAN 支持 IPv4 或 IPv6 寻址。

  • 空间报告。Virtual SAN 6.2“容量”监控显示有关 Virtual SAN 数据存储的信息,包括已用空间和可用空间,同时按不同对象类型或数据类型提供容量使用情况细目。

  • 运行状况服务。Virtual SAN 6.2 包含新的运行状况检查,可帮助监控群集,使您能够诊断并修复群集问题。如果 Virtual SAN 运行状况服务检测到运行状况问题,则会触发 vCenter 事件和警报。

  • 性能服务。Virtual SAN 6.2 包含性能服务监控,可以提供群集级别、主机级别、虚拟机级别以及磁盘级别的统计信息。性能服务收集并分析性能统计信息,并以图表格式显示这些数据。可以使用性能图表管理工作负载并确定问题的根本原因。

  • 直写式内存缓存。Virtual SAN 6.2 使用驻留在主机上的直写式读取缓存提高虚拟机性能。此缓存算法可减少读取 I/O 延迟和 Virtual SAN CPU 和网络使用量。

Virtual SAN 的早期版本

Virtual SAN 6.0 和 6.1 的功能和已知问题在发行说明中进行了介绍。以下位置提供 Virtual SAN 发行说明:

VMware Virtual SAN 社区

使用 Virtual SAN 时遇到任何问题,都可以使用 Virtual SAN 社区网站提供反馈和请求帮助。

本版本的升级

有关升级 Virtual SAN 的说明,请参见 VMware Virtual SAN 6.2 文档

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

在升级 Virtual SAN 磁盘上格式的过程中,会执行磁盘组撤出操作。然后移除磁盘组并升级到磁盘上格式版本 3.0,再将磁盘组添加回群集。对于双节点或三节点群集,或没有足够容量执行各磁盘组撤出的群集,必须使用以下 RVC 命令升级磁盘上格式:vsan.ondisk_upgrade --allow-reduced-redundancy

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

如果在升级到 Virtual SAN 6.2 的过程中启用去重复和压缩,则可以从 vSphere Web Client 选择允许降低冗余性

使用 VMware Update Manager 与延伸群集

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

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

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

限制条件

在全闪存配置中,Virtual SAN 支持每个磁盘组最大 600 GB 的写入缓冲区缓存大小。

有关 Virtual SAN 6.2 版本的其他最高配置限制的信息,请参见最高配置文档。

已解决的问题

  • 升级到 Virtual SAN 6.1 时,显示错误消息:无法访问代理脱机捆绑包 (Unable to access agent offline bundle)
    从启用了运行状况检查的 Virtual SAN 6.0 升级到 Virtual SAN 6.1 时会出现此错误。在升级过程中,已替换运行状况检查 VIB,其服务也将临时停止。在某些情况下,运行状况检查可能会生成错误消息。

    本版本已解决该问题。

  • 将主机置于 Virtual SAN 群集中用作见证主机,然后将其移出群集时,会从该主机移除运行状况检查 VIB
    如果将某个 ESXi 主机移出 Virtual SAN 群集,则会移除其运行状况检查 VIB。因此,如果该主机是群集的见证主机,则主机的安装状态为红色。

    本版本已解决该问题。

  • 在回滚较大延伸群集(例如 15:15:1)中的站点故障时,其中容错域中的每个节点连续发生故障(每个故障间隔几秒),虚拟机可能会无法访问或处于孤立状态

    本版本已解决该问题。

  • 尝试在延伸群集的见证主机上配置全闪存磁盘组失败
    尝试将见证主机和全闪存磁盘组添加到延伸群集时,任务失败且没有任何磁盘组添加到主机上。

    本版本已解决该问题。

  • 将主机添加到 Virtual SAN 群集触发安装程序错误
    将 ESXi 主机添加到启用了 HA 和 Virtual SAN 运行状况服务的群集时,由于存在 VIB 安装争用情况,因此,您可能会遇到以下一个或两个错误:

    • 在任务视图中,“配置 vSphere HA”任务可能会失败,并显示类似于以下内容的错误消息:无法安装 vCenter Server 代理服务。安装程序错误未知 (Cannot Install the vCenter Server agent service. Unknown installer error)

    • “启用代理”任务可能会失败,并显示类似于以下内容的错误消息:无法完成操作,有关详细信息,请参见事件日志 (Cannot complete the operation, see event log for details)

    本版本已解决该问题。

  • 已知问题

    • Virtual SAN 禁用时,将无法声明磁盘
      如果在群集上启用 Virtual SAN 之前尝试声明磁盘并创建磁盘组,则操作将失败。

      解决办法:先在群集上启用 Virtual SAN,然后声明磁盘并创建磁盘组。

    • 通过 esxcli 启用 Virtual SAN 6.2 后,自动磁盘声明不起作用
      如果通过 esxcli 启用 Virtual SAN 6.2,则自动磁盘声明方法不起作用。

      解决办法:使用 vSphere Web Client 配置自动磁盘声明。还可以使用手动方法声明磁盘。

    • 主机升级由于锁存器分区中空间不足失败
      升级失败,并在 /var/log/esxupdate.log 中显示以下消息:

      Failed to create temporary DB dir: [Errno 28] No space left on device: '/locker/packages/var/db/locker/profiles.new' filename = /locker/packages/var/db/locker

      /var/log/vobd.log 中还可能会看到以下事件:

      2016-02-23T11:50:16.095Z: [VfatCorrelator] 676355748510us: [vob.vfat.filesystem.full] VFAT volume mpx.vmhba32:C0:T0:L0:8 (UUID 55e71deb-2f773c48-5dda-a0369f56dd20) is full.(585696 sectors, 0 free sectors)

      2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119690921us: [vob.visorfs.ramdisk.full] Cannot extend visorfs file /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz because its ramdisk (vsantraces) is full.2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119691022us: [esx.problem.visorfs.ramdisk.full] The ramdisk 'vsantraces' is full.As a result, the file /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz could not be written.

      解决办法:从主机的锁存器分区中删除 Virtual SAN Observer .gz 文件,然后重试升级。

      1. 登录到 ESXi shell 并检查位于 /locker/vsantraces/ 中的锁存器分区的空间使用情况。

      2. 使用 df -h 命令确定所有使用率达到 100% 的 VFAT 分区。例如:

        df -h
        Filesystem Size Used Available Use% Mounted on
        vfat 249.7M 202.5M 47.3M 81% /vmfs/volumes/68a04eea-90716418-ba59-6dc3297f0ef8
        vfat 249.7M 202.4M 47.3M 81% /vmfs/volumes/6f065ae4-88f03302-b4c6-c0b765c07ff8
        vfat 285.8M 285.7M 112.0K 100% /vmfs/volumes/55e71deb-2f773c48-5dda-a0369f56dd20
        -------------------------------

      3. 从主机的锁存器分区 (/locker/vsantraces/) 中移除 Virtual SAN Observer .gz 日志。例如:vsanObserver--YYYY-MM-DDTxxhyymzzs.gz

      4. 重试主机升级。

    • 将 6.0 Update 1 主机配置文件应用到配置了 Virtual SAN vmknic 的 6.0 Update 2 主机时,合规性检查和修复失败
      如果将主机从 ESXi 6.0 Update 1 升级到 ESXi 6.0 Update 2,然后应用主机配置文件,则操作会失败并显示以下消息:更新任务配置规范时出现意外错误: 'IPProtocol'(Unexpected error updating task config spec:'IPProtocol')

      解决办法:可以将主机升级到 6.0 Update 2,然后从升级后的主机提取主机配置文件以获取 6.0 Update 2 版本的主机配置文件。

      还可以编辑主机配置文件,然后将编辑后的主机配置文件应用到升级后的主机。

      1. 右键单击主机配置文件,然后选择菜单导出主机配置文件。主机配置文件将导出为 .vpf 文件。

      2. 使用文本编辑器打开 .vpf 文件,然后替换以下文本的所有实例:

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IPv4</value></parameter>

        替换为以下文本:

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IP</value></parameter>

      3. 导入修改后的主机配置文件,然后将其应用到运行 ESXi 6.0 Update 2 的主机。

    • 主节点故障切换并重新启动后,SPBM 合规性状态显示无效结果
      一些 Virtual SAN 节点失败后,基于存储策略的管理 (Storage Policy-based Management, SPBM) 可能不正确地将虚拟机的合规性状态显示为不适用。主节点和备份节点失败时可能会出现此问题,此问题由 SPBM 为响应故障而启动的一系列自动合规性查询而导致。由于这些合规性查询给系统增加了额外的负载,因此任何新的合规性查询都可能会超时或返回无效结果。

      解决办法:等待所有自动启动的合规性查询完成。任何新的合规性查询都会返回有效结果。

    • “创建新虚拟机存储策略”向导显示不正确的规则标签
      打开“创建新虚拟机存储策略”向导以根据 Virtual SAN 数据服务定义策略时,用于描述策略规则的标签可能显示内部标识符而不是用户友好的标签。例如,您可能会看到 vsan.capabilitymetadata.propertymetadata.summary.replicaPreference.label 而不是每个对象的磁盘带数

      解决办法:注销 vSphere Web Client,然后再次登录。

    • 如果主机有不同的 ESXi 软件版本,vSphere Web Client 中的“重新同步组件”页面不会显示重新同步活动
      升级 Virtual SAN 群集中的主机时,一些主机可能有不同的 ESXi 软件版本。例如,一些主机运行 ESXi 6.0 Update 1,一些主机运行 ESXi 6.0 Update 2。在此升级期间,vSphere Web Client 中的“重新同步组件”页面可能不显示群集中正在进行的重新同步活动。

      解决办法:要在主机升级过程中监控重新同步活动,请使用 RVC 命令 vsan.resync_dashboard

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

      解决办法:无

    • 升级期间进行快照整合可能会失败
      Virtual SAN 磁盘上格式从 2.0 版本升级到 3.0 版本期间,快照整合可能会失败。vSphere Client 中的需要整合列指示虚拟机需要整合。要避免这种情况,请在升级磁盘上格式前或等待升级完成后执行快照整合。

      解决办法:如果快照整合失败,请在磁盘上格式升级完成后执行该操作。

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

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

    • 删除应用到统计信息数据库对象的存储策略时会禁用 Virtual SAN 性能服务
      如果删除应用到性能服务的存储策略,vSphere Web Client 会显示消息:已禁用性能服务 (The Performance Service is disabled)。

      解决办法:执行以下步骤恢复已删除的存储策略或者使用 RVC 命令将现有存储策略应用到性能服务统计信息数据库对象:

      1. 使用 SSH 登录到 vCenter Server 并访问 Bash shell。

      2. 运行以下命令,使用 vCenter 帐户登录:

        rvc localhost

      3. 运行以下命令将存储策略应用到统计信息数据库对象:

        vsan.perf.stats_object_setpolicy -o <policy> <cluster>

      例如:

      vsan.perf.stats_object_setpolicy -o "/localhost/VSAN-DC/storage/vmprofiles/Virtual SAN Default Storage Policy" MyCluster

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

      解决办法:无

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

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

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

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

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

      这是 Virtual SAN 群集的预期行为。

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

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

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

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

    • 无法输入超过 256 个字符的 Virtual SAN 容错域名称
      尝试在 vSphere Web Client 中分配超过 256 字节的容错域名称时,系统显示以下错误:指定的参数不正确: faultDomainInfo.name (A specified parameter was not correct: faultDomainInfo.name)。使用多字节 Unicode 字符时,即使未超过 256 个字符也可能达到 256 个字节的限制。

      解决办法:无。

    • 所有 Virtual SAN 群集共享同一外部代理设置
      所有 Virtual SAN 群集共享同一外部代理设置,即使在群集级别设置了代理也是如此。如果群集不能直接访问 Internet,则 Virtual SAN 将使用外部代理连接到 Support Assistant、客户体验改善计划以及 HCL 数据库。

      解决办法:无

    • 更改 vCenter HTTP 或 HTTPS 端口和认证设置的默认值后,Virtual SAN 运行状况服务出现故障
      Virtual SAN 运行状况服务只支持默认的 HTTPS 端口 443 以及 /etc/vmware-vpx/ssl/rui.crt/etc/vmware-vpx/ssl/rui.key 下的默认证书。如果更改默认端口或修改证书,则 Virtual SAN 服务将无法正常运行。您可能会收到状态码 400(错误请求)或请求被拒绝。

      解决办法:将 Virtual SAN 运行状况服务 HTTP 和 HTTPS 设置配置为使用默认值。

    • 不会在 Virtual SAN 网络上运行 Virtual SAN 运行状况检查的多播性能测试
      在某些情况下,根据 ESXi 主机的路由配置,不会在 Virtual SAN 网络上运行网络多播性能测试。

      解决办法:将 Virtual SAN 网络用作 ESXi 主机的唯一网络设置,并根据此配置执行网络多播性能测试。

      如果 ESXi 主机存在多个网络设置,还可以按照以下示例中列出的步骤操作。假定 Virtual SAN 在 192.168.0.0 网络上运行。

      1. 将多播组地址绑定到各个主机上的以下网络:

        $ esxcli network ip route ipv4 add -n 224.2.3.4/32 -g 192.168.0.0?

      2. 检查路由表:

        $ esxcli network ip route ipv4 list
        default      0.0.0.0          10.160.63.253  vmk0       DHCP
        10.160.32.0  255.255.224.0    0.0.0.0        vmk0       MANUAL
        192.168.0.0  255.255.255.0    0.0.0.0        vmk3       MANUAL
        224.2.3.4    255.255.255.255  192.168.0.0    vmk3       MANUAL

      3. 运行主动多播网络性能测试,然后检查结果。

      4. 测试完成后,恢复路由表:

        $ esxcli network ip route ipv4 remove -n 224.2.3.4/32 -g 192.168.0.0

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

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

    • Virtual SAN 见证主机 OVA 不支持内部 DVS 配置
      VMware Virtual SAN 见证主机 OVA 软件包不支持在见证主机中配置分布式虚拟交换机 (Distributed Virtual Switch, DVS)。

      解决办法:使用旧版虚拟交换机。