如何解决当托管的SQL实例位于与应用服务器不同的VNet中时,如何启用地理复制?
没有任何地理复制的设置非常简单。我有两个VNet。一个拥有我的应用程序服务器。另一个有我的托管SQL实例。它们与Azure VNet对等连接。
现在,我正在尝试在不同区域中创建另一个托管SQL实例,以设置地理复制以进行灾难恢复。对于托管SQL实例,这是可能的。
启用地理复制的要求之一是使用主数据库的VNet创建一个网络网关,并使用辅助数据库的VNet创建另一个网络网关,并在这些网关之间创建“连接”资源。
但是,由于已经有了Network Peering设置,因此无法将Network Gateway添加到主数据库的VNet。它失败,并显示错误代码ParentVnetAlreadyUsesRemoteGateways
和消息
无法创建虚拟网络网关,因为虚拟网络primary-db-vnet已经在对等对等应用服务器上使用了远程网关。
这种将数据库安装在与App Server不同的VNet中的设置似乎是一种非常标准的方法。如果这阻止了地理复制,那似乎是我缺少了一些东西。
所以,我的问题是:如何在允许我的应用程序服务器和数据库位于不同的VNet的同时启用地理复制?
问题的不同措词:如何在同一VNet上与VNet对等一起创建网络网关?
PS:我已经与支持人员联系,但是他们需要一些时间才能回来。如果我能够解决问题,请确保在此处发布答案。
解决方法
据我从某些文档中了解到的,不可能通过 VNet对等在不同区域中创建另一个托管SQL实例来设置地理复制以进行灾难恢复因为
- Azure SQL托管实例不支持活动的地理复制。对于SQL受管实例的地理故障转移,请使用自动故障转移组。阅读here。
- 由于受constraints of global virtual network peering的限制,SQL受管实例的虚拟网络对等方案被限制为同一区域中的网络。阅读here。
因此,在这种情况下,您可以删除VNet对等,而可以在这种情况下设置VNet-to-VNet VPN gateway connection来连接两个VNet。
,Microsoft现在为托管实例提供全局对等支持:https://azure.microsoft.com/en-in/updates/global-virtual-network-peering-support-for-azure-sql-managed-instance-now-available/
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。