我正在为即将到来的基础架构更改起草一份提案。这将包括生产服务器和报告/数据仓库服务器，每个服务器都具有 Always On。为了降低硬件和许可成本，是否可以在 Server-A 运行 Prod-AG Primary 和 Rep-AG Secondary，而 Server-B 运行 Rep-AG Primary 和 Prod-AG Secondary 的配置中运行？
我假设每台服务器都需要 2x 以下 WSFC 实例、sql 实例、AG、侦听器、DNS 名称/端口。
我希望这是有道理的，这是我认为它看起来像的图表。
在任何一个节点上发生故障转移的情况下，工作负载/业务需求都不是很大，以至于在同一台服务器上运行几个小时将是一个主要问题。
我只发现了一些类似的设置，但没有来自 Microsoft 或任何成功运行此设置的人的明确信息。
SQL 版将是 2017 年，很可能是标准版，我认为我们不会被批准用于企业版。操作系统将是 Windows Server 2016 Core。
是的，您可以在一个集群上拥有多个可用性组。每个可用性组都完全独立于其他组，并且可以分别故障转移到集群中的任何节点。从为 SharePoint 2013 配置 SQL Server 2012 AlwaysOn 可用性组：
无论是否涉及 SharePoint，这当然都是相关的。
您不需要额外的实例——每个节点上只需要一个默认的 SQL Server 实例。而且我认为您可能对 WSFC 实例感到困惑。您只需设置集群，在每个节点上安装 SQL Server，然后创建可用性组。创建 AG 时，设置过程将创建所需的所有集群角色和资源。
搜索 YouTube 并观看一个正在设置的视频，我认为这会让事情变得更清楚 ( https://www.youtube.com/watch?v=VKCqRgqLAuo )。该文档变得模糊不清，因为它不断引用 WSFC 实例和可用性组，但如果您使用直接 AG，则不会使用 WSFC 实例。它使它看起来比实际复杂得多。
是的，但你不需要不同的实例来做到这一点。您可以在每台服务器上只执行一个实例，并运行不同的可用性组。在您的图表中，只需删除两个节点上的实例 B2，然后在 Prod 实例上运行报告 AG。
我喜欢 2 实例方法，因为它允许为每个实例分配 CPU 和内存，以及更细粒度的安全性，例如在实例基础上授予 sysamin 访问权限。在单个实例上，可以使用查询调控器，但这是一项仅限企业的功能，需要更多设置。多实例方法的缺点是你失去了执行跨数据库命令的能力，如果你将数据从生产复制到报告，你仍然可以执行跨服务器命令，但这些命令效率较低。