Oll*_*lie 1 sql-server clustering availability-groups sql-server-2017
我正在为即将到来的基础设施变化起草一份提案。这将包括一个生产服务器和报告/数据仓库服务器,每个服务器都具有 Always On。为了降低硬件和许可成本,是否可以在运行 Prod-AG Primary 和 Rep-AG Secondary 的 Server-A 以及运行 Rep-AG Primary 和 Prod-AG Secondary 的 Server-B 的配置中运行?
我认为每个服务器都需要 2 个以下 WSFC 实例、sql 实例、AG、侦听器、DNS 名称/端口。
我希望这是有道理的,这是我认为它会是什么样子的图表。
在任一节点上发生故障转移的情况下,工作负载/业务需求并不是那么大,在同一台服务器上运行几个小时将是一个主要问题。
我只发现了几次类似的设置,但没有来自 Microsoft 或成功运行此设置的任何人的明确信息。
SQL 版将是 2017 年,很可能是标准版,我认为我们不会被批准用于企业版。操作系统将是 Windows Server 2016 Core。
是的,您可以在一个集群上拥有多个可用性组。每个可用性组都完全独立于其他可用性组,并且可以分别故障转移到集群中的任何节点。从为 SharePoint 2013 配置 SQL Server 2012 AlwaysOn 可用性组:
由于 SQL Server 2012 可以在单个服务器上承载多个可用性组,因此您可以将 AlwaysOn 配置为故障转移到不同服务器上的 SQL Server 实例。这减少了需要空闲的高性能备用服务器来处理主服务器的全部负载,这是使用可用性组的众多好处之一。
无论是否涉及 SharePoint,这当然都是相关的。
您不需要额外的实例——每个节点上只需要一个 SQL Server 的默认实例。我认为您可能对 WSFC 实例感到困惑。您只需设置群集,在每个节点上安装 SQL Server,然后创建可用性组。创建 AG 时,设置过程将创建所需的所有集群角色和资源。
搜索 YouTube 并观看正在设置的视频,我认为这会让事情变得更清晰(https://www.youtube.com/watch?v=VKCqRgqLAuo)。该文档变得模糊不清,因为它不断地引用 WSFC 实例和可用性组,但如果您使用的是直接 AG,您就不会使用 WSFC 实例。它使它看起来比实际复杂得多。
| 归档时间: |
|
| 查看次数: |
1165 次 |
| 最近记录: |