您能否在每個節點都是不同可用性組的主節點的兩台伺服器上執行兩個 WSFC 實例？
我正在為即將到來的基礎設施變更起草一份提案。這將包括一個生產伺服器和報告/數據倉庫伺服器，每個伺服器都具有 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 實例。它使它看起來比實際複雜得多。