此外,文件见证和多数节点仲裁功能的使用还减少了对专用网络实现集群稳定性的需求。许多可用性组的集群现在跨越地理区域,在这些区域中,仅仅为了将 DR 节点放在同一子网上而桥接您的网络是没有意义的。同样——如果它增加了大量的价值,它可能是有道理的,但好处并不存在。
即使集群没有检测到任何问题,可用性组的内置监控也可以启动故障转移,我认为它不会关心专用网络,因为它只关心它用于复制的路由。希望有人可以发布关于 AG 在不同情况下如何从私有网络中受益或不受益的参考,但我猜它不存在,因为现在 10 年都不需要私有网络了。
如果您认为数据库的复制会给公共网络带来很大的负载,您可以通过将端点设置为私有地址来使用私有网络进行复制。请参阅为 SQL Server Always On 可用性组数据复制流量配置专用网络。是的,我知道文章中有一个链接指向之前提倡私有网络的文章。我的观点是,如果您的公共网络非常糟糕以至于您需要专用网络,那么您可能会遇到很多故障转移和其他问题。这就像为漏水的船买保险——很好,你有保险,但船还是会沉。
请参阅没有心跳网络之类的东西和你所知道的关于集群的一切都是错误的。这些并不能真正回答您的问题,但也许会将问题更改为“我们需要心跳网络吗?”
对于 Windows 2008 及更高版本,不需要心跳网络,并且只有当您的“公共”网络变得如此饱和以至于集群通信延迟时,它才会真正受益,在这种情况下,“心跳”网络可能会阻止发生故障转移(参考下面 Shanky 的评论)。这是一个很好的保护措施,在 10/100 Mbs 网络时代更有意义,虽然 10 Gps 链路肯定有可能饱和,但这种可能性要小得多。也就是说,如果您预计您的公共网络会出现重大问题,那么专用网络可能会减轻一些痛苦,但您仍然需要解决公共网络问题以治愈疾病。
此外,文件见证和多数节点仲裁功能的使用还减少了对专用网络实现集群稳定性的需求。许多可用性组的集群现在跨越地理区域,在这些区域中,仅仅为了将 DR 节点放在同一子网上而桥接您的网络是没有意义的。同样——如果它增加了大量的价值,它可能是有道理的,但好处并不存在。
即使集群没有检测到任何问题,可用性组的内置监控也可以启动故障转移,我认为它不会关心专用网络,因为它只关心它用于复制的路由。希望有人可以发布关于 AG 在不同情况下如何从私有网络中受益或不受益的参考,但我猜它不存在,因为现在 10 年都不需要私有网络了。
如果您认为数据库的复制会给公共网络带来很大的负载,您可以通过将端点设置为私有地址来使用私有网络进行复制。请参阅为 SQL Server Always On 可用性组数据复制流量配置专用网络。是的,我知道文章中有一个链接指向之前提倡私有网络的文章。我的观点是,如果您的公共网络非常糟糕以至于您需要专用网络,那么您可能会遇到很多故障转移和其他问题。这就像为漏水的船买保险——很好,你有保险,但船还是会沉。