你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure Stack Edge Pro GPU 设备上的群集见证
适用于：
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2
本文简要概述了 Azure Stack Edge 设备上的群集见证，包括群集见证要求、设置和管理。
关于群集仲裁和见证
Windows Server 故障转移群集需要维护仲裁，以便 Windows Server 群集在发生故障时保持联机状态。 当 Windows Server 群集中的某些节点发生故障时，未发生故障的节点需要验证群集中是否多数节点未发生故障以保持联机状态。
但是，多数概念仅适用于节点数为奇数的群集。 当群集中的节点数为偶数时，系统需要一种方法来使投票总数为奇数。 这就是群集见证的重要性所在。 群集见证拥有投票权，以便在发生故障时，群集（最初具有偶数个节点）的投票总数为奇数。
有关群集仲裁的详细信息，请参阅了解群集仲裁。
Azure Stack Edge 上的群集仲裁和见证
在双节点 Azure Stack Edge 设备上实现 Windows Server 故障转移群集。 在 Azure Stack Edge 群集上始终维护仲裁，以便设备在发生故障时可以保持联机状态。 如果其中一个节点发生故障，则多数未发生故障的节点必须验证群集是否保持联机状态。 多数概念仅适用于节点数为奇数的群集。
对于具有两个节点的 Azure Stack Edge 群集，如果一个节点发生故障，则群集见证会提供第三票，以使群集保持联机状态（因为群集拥有 2/3 的赞成数 - 占多数）。
Azure Stack Edge 上的群集见证
双节点 Azure Stack Edge 群集需要使用群集见证，这样一来，如果其中一个 Azure Stack Edge 节点出现故障，群集见证将投出第三票，从而使群集保持联机状态（因为群集拥有 2/3 的赞成数 - 占多数）。 另一方面，如果设备两个节点同时发生故障，或者两个 Azure Stack Edge node 节点相继发生故障，无法有多数赞成票，则群集将会脱机。
此系统要求 Azure Stack Edge 两个节点相互连接，且均与群集见证连接。 如果群集见证脱机或失去与任一设备节点的连接，则单个 Azure Stack Edge 节点发生故障时，赞成票总数将为偶数。 在这种情况下，Windows Server 故障转移群集将尝试任意选择一个不会投票的设备节点来修正此情况（使赞成票总数为奇数）。 此时，如果发生故障的 Azure Stack Edge 节点恰好是 Azure Stack Edge 群集中投过一票的节点，则无法有多数赞成票，群集将脱机。 正因如此，为了防止 Azure Stack Edge 群集在设备单个节点发生故障时脱机，群集见证必须处于联机状态且同时连接到设备两个节点。
见证要求
群集见证可以在云中，也可以在本地。 在这两种情况下，见证必须满足某些要求。
云见证要求
- 群集中的两个设备节点均应具有可靠的 Internet 连接。
- 确保设备上打开 HTTPS 默认端口 443，因为云见证使用此端口与 Azure Blob 服务建立出站通信。
本地见证要求
- 在本地创建 SMB 2.0 文件共享，但不在设备节点上创建。
- 文件共享上至少具有 5 MB 的可用空间。
- 设备可以通过网络访问文件共享。
群集见证设置和配置
为使见证可以独立投票，它必须始终托管在设备群集的 Azure Stack Edge 节点之外。 可以通过以下任一方式部署见证。
云见证 - 当 Azure Stack Edge 群集上的两个节点均连接到 Azure 时，使用云见证。 若要设置云见证，请使用云中的 Azure 存储帐户，并通过设备的本地 UI 配置见证。
建议使用冗余连接部署云见证，使见证高度可用。 有关详细信息，请参阅通过本地 UI 设置云见证。
本地见证 - 当两个节点均未连接到 Azure 或具有偶发性连接时，使用本地见证。 如果你所处的 IT 环境包含其他计算机和文件共享，请使用文件共享见证。 若要设置本地见证，可以在部署设备的网络的本地服务器上使用 SMB 文件共享，并通过本地 UI 配置服务器文件共享路径。
建议以高度可用的方式部署见证。 例如，运行文件服务器的交换机可用于托管文件共享。 有关详细信息，请参阅通过本地 UI 设置本地见证。