具有重叠AG群的AG

Question

我们目前正在尝试实现两个节点AG，其中节点1具有两个AG。第一个AG是节点1的主节点，其次是节点2，第二个AG是节点2的主节点，其次是节点1。我被告知这是我们将要使用的设置，因为我们想利用所有的资源，例如节点1将负责3个数据库，节点2将有2个数据库，我猜这是一个伪活动/活动设置。我个人不知道这个设置的用例，但似乎有点过头了。任何专业人士，骗子或资源的帮助将是有帮助的。

Answer 1

我已经看到在一个3节点集群中运行2 AG的设置。通常，所有数据库都运行在主服务器上，但它们可以(也可以)分别对每个AG进行故障转移。设置将有效，现在的问题是，您想要这样做吗？

有些问题你必须考虑：

1. 运行和调试2AG的额外管理(以及在哪里运行的混乱)
2. 运行第二个AG在SQL上的额外开销(对少量数据库的影响最小)
3. 额外的许可证费用。SQL并不便宜，如果您有软件保证，您可以免费运行不可读的辅助程序。如果您想要分担负载，则需要完全授权这两个服务器。(注:我不是发牌专家)
4. 最大的问题是:两个服务器都能在所有数据库上运行满载吗？

最后一点是重要的一点，也是使这种设置不那么理想的问题。如果因为1台服务器没有资源而将2AG分成2台服务器，那么当1台服务器崩溃而AG失败时，您要做什么呢？现在有一个服务器运行所有的数据库。那台服务器能应付负载吗？如果是这样的话，保持简单，并一直使用它。如果不是的话，你的AG就不会像你希望的那样去做HA/DR。

我确实看到了这个设置工作的一个场景是运行在二级上的数据库，该数据库由于批处理而消耗了大量CPU。企业决定，如果任何一个节点失败，他们仍然希望能够查询数据(SQL上的负载非常小)，但乐于停止对新数据的批处理。他们选择使用2 AG，并在批处理中添加了大量代码，这样当检测到两个AG从同一服务器上服务时，它就可以关闭自己。在正常操作中，这会使主OLTP服务器上的CPU负载沉重，但如果一个节点出现故障，则必须停止一个相当重要的进程。