WSFC中仲裁见证是选择磁盘见证照旧文件共享见证？
当Windows故障聚集(WSFC)包含偶数个投票节点时，应配置仲裁见证。 如果一半的聚集节点同时关闭或断开毗连，则添加见证投票会使该聚集继续运行。 一般来说，奇数个节点（一般奇数大于或等于3）时无需配置仲裁见证。只有当偶数个节点时需要配置仲裁见证，防止WSFC出现脑裂。一般来说，常见的仲裁见证有下面三种：
磁盘见证
磁盘见证指的是使用一个共享的磁盘资源。这也是一种常见的仲裁见证方式。从任何集群节点到该共享磁盘的毗连也作为赞成投票计数。正常情况下，它需要确保集群中的节点都能够访问同一个共享磁盘。
文件共享见证
共享文件见证则是使用一个可访问的SMB文件共享作为见证。从任何集群节点到该共享的毗连也作为赞成投票计数。文件共享见证是一种仲裁见证，文件共享见证对具有复制存储的多站点聚集也很有用。不过，共享文件见证可能在网络稳定性方面有更高的要求，因为如果网络出现问题，可能会导致见证不可用，从而影响仲裁。
云见证
云见证是一种故障转移聚集仲裁见证，它使用 Microsoft Azure 提供对聚集仲裁的投票。这种见证方式暂未配置过，这里临时不表。有爱好可以参考官方文档
https://img2024.cnblogs.com/blog/73542/202502/73542-20250211234009333-715786236.png在SQL Server AlwaysOn的搭建中，Windows故障聚集(WSFC)是选择磁盘见证照旧文件共享见证取决于具体的场景和需求，以下是两者的对比及选择建议：
磁盘见证
实用场景：实用于具有共享存储（如SAN等）的Windows故障转移聚集，需为集群配置共享磁盘资源。所有节点都可以看到同一个共享磁盘。通常用于传统的当地环境，尤其是已具备高可用共享存储的场景。
优点：
[*]配置相对复杂，直接使用共享存储中的磁盘作为见证。
[*]对于单站点的聚集，磁盘见证可以快速响应，因为磁盘的读写速度通常较快。
[*]稳定性高：若共享存储本身高可用（如双控SAN），磁盘见证的可靠性较高。
[*]低延迟：存储与集群节点通常处于同一网络，响应速度快。
缺点：
[*]如果存储出现故障，磁盘见证也会受到影响，可能导致聚集仲裁失败。
[*]不实用于多站点的场景，因为磁盘无法跨站点共享。
文件共享见证
实用场景：实用于多站点的聚集，特别是当存储是复制存储时。
优点：
[*]配置简单，无需专用存储设备，成本低。可以部署在单独的文件服务器上(通常是DC服务器上)，避免存储故障对仲裁的影响。
[*]支持跨站点部署，文件服务器可以位于与聚集工作负载分开的站点上，从而在站点间网络通讯丢失时，仍能维持聚集的仲裁。
[*]对于多站点的劫难规复场景，文件共享见证可以提供更高的灵活性和可用性。
缺点：
[*]配置相对复杂，需要额外的文件服务器，并且需要确保文件共享的可用性和安全性。
[*]性能可能受到网络延迟的影响，尤其是在跨站点部署时。
官方文档给出的建议， 可以在以下情况下，使用文件共享见证：
[*]A Cloud Witness can't be used because your cluster nodes don't have a reliable internet connection or an internet connectivity.
[*]A disk witness can't be used because there aren't any shared drives to use for a disk witness. For example, a Storage Spaces Direct cluster, SQL Server Always On Availability Groups (AG), or Exchange Database Availability Group (DAG). None of these types of clusters use shared disks.
翻译如下：
[*]无法使用云见证，因为聚集节点没有可靠的Internet毗连或 Internet connectivity。
[*]无法使用磁盘见证，因为没有任何共享驱动器可用于磁盘见证。 例如，SQL Server Always On 可用性组 (AG) 或 Exchange 数据库可用性组 (DAG)的存储空间直通聚集。 这些类型的聚集都不使用共享磁盘。
选择建议
[*]如果群会集的节点数为奇数，通常建议使用“节点多数”模式，不配置仲裁见证。
[*]如果群会集的节点数为偶数，建议配置见证以避免“分裂脑”问题：
[*]单站点聚集：如果使用共享存储，且存储的可靠性较高，可以选择磁盘见证。
[*]多站点聚集：建议使用文件共享见证，特别是当存储是复制存储时，文件共享见证可以提供更好的容错能力和灵活性。
官方文档的建议：
A disk witness is usually recommended if all nodes can see the disk. A file share witness is recommended when you need to consider multisite disaster recovery with replicated storage. Configuring a disk witness with replicated storage is possible only if the storage vendor supports read-write access from all sites to the replicated storage. A Disk Witness isn't supported with Storage Spaces Direct.
如果所有节点都可以访问该磁盘，则通常建议使用磁盘见证。当你需要思量使用复制存储进行多站点劫难规复时，建议使用文件共享见证。仅当存储供应商支持从所有站点对复制存储进行读写访问时，才可以配置具有复制存储的磁盘见证。存储空间直通(Storage Spaces Direct)不支持磁盘见证。
参考资料 1: https://learn.microsoft.com/zh-cn/windows-server/failover-clustering/deploy-cloud-witness?tabs=failovercluster
扫描上面二维码关注我如果你真心以为文章写得不错，而且对你有所帮助，那就不妨帮忙“推荐"一下，您的“推荐”和”打赏“将是我最大的写作动力！本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文毗连.
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]