移动资源或 Vnet 到 Vnet 对等互连
Moving resource or Vnet-to-vnet peering
我在同一个 Azure AD 租户中有两个订阅，在两个订阅中，虚拟机都是 运行。以下是高级详细信息：
- 两种订阅各有一个资源组
- 两个资源组在同一区域
- Vnet IP 不重叠
所以我的问题是是否将所有 VM 和其他服务移动到同一个订阅中，或者我可以继续进行 Vnet 到 Vnet 对等互连？哪个选项更好，为什么？
因为我还需要创建站点到站点连接，所以如果我们继续使用对等选项，那么连接将如何？意味着 2nd Vnet 将如何从本地获取请求？或者只是我需要在创建对等互连时启用网关传输，一切都已完成，或者是否有任何其他选项。
"So my question is whether to move all the VM's and other services in same subscription or I can go ahead with Vnet-to-vnet peering? which option is better and why?" - 这个问题没有真正的答案，两种方法都有效。
您可以跨订阅对等互连（只要 vnet 位于同一区域）。可以通过另一个 VNet 的网关路由一个 VNet。 this article.
涵盖了您的大部分问题
我可能会将资源转移到单个订阅中，因为从长远来看更容易管理它们，但对等互连也可以。
我在同一个 Azure AD 租户中有两个订阅，在两个订阅中，虚拟机都是 运行。以下是高级详细信息：
- 两种订阅各有一个资源组
- 两个资源组在同一区域
- Vnet IP 不重叠
所以我的问题是是否将所有 VM 和其他服务移动到同一个订阅中，或者我可以继续进行 Vnet 到 Vnet 对等互连？哪个选项更好，为什么？
因为我还需要创建站点到站点连接，所以如果我们继续使用对等选项，那么连接将如何？意味着 2nd Vnet 将如何从本地获取请求？或者只是我需要在创建对等互连时启用网关传输，一切都已完成，或者是否有任何其他选项。
"So my question is whether to move all the VM's and other services in same subscription or I can go ahead with Vnet-to-vnet peering? which option is better and why?" - 这个问题没有真正的答案，两种方法都有效。
您可以跨订阅对等互连（只要 vnet 位于同一区域）。可以通过另一个 VNet 的网关路由一个 VNet。 this article.
涵盖了您的大部分问题我可能会将资源转移到单个订阅中，因为从长远来看更容易管理它们，但对等互连也可以。