Azure 一个或多个关联组用于不同的环境？

我有一个测试、登台和生产环境（每个环境中有几个存储帐户和虚拟机）

将它们全部放在一个亲缘关系组中或跨3个单独的亲缘关系组有意义吗？

这些环境之间发生的唯一通信是将生产数据库下载并恢复到其他环境（这不是时间关键性的，但需要几次GIG）

关联组中的更多“实体”是否会降低它们之间的数据传输速度？我不希望我的生产环境变慢，因为它的关联组与测试和登台共享

---

据我所知，在同一数据中心传输数据不会产生传输成本。但是在关联组内传输数据会更快。

据我所知，关联组功能的作用是将关联组中的所有项目放在一个数据中心中（可能在同一机架中），从而减少这些项目之间的网络延迟，从而大大提高数据操作速度

---

假设您的所有环境（测试、暂存和生产）都位于同一个数据中心，并且在正常操作下，这些环境是隔离的，在我看来，将它们保留在相同或不同的关联组中并不重要。

关联组是一个可用性和可扩展性概念，在结构控制器和Azure数据中心中物理实现，但他们（Microsoft）认为合适。例如，关联组通过将服务放在同一机架（或交换机等）中来帮助实现可扩展性

由于您的不同环境之间应该没有可用性和可扩展性依赖关系（逻辑或物理），因此不需要共享关联组。如果您的一个环境（例如，暂存环境）也是用于生产的备份/恢复环境，则关联组将发挥作用。但如果是这样的话，不管怎样，暂存环境都将位于一个单独的数据中心（区域）

---

虚拟网络和其他IaaS至少在架构上应该遵循类似的模式。如果您有三个环境（生产、登台和测试），那么您应该有三个不同的虚拟网络和三个不同的VPN网关。这可能很难通过prem网络人员（他们更熟悉物理网络设备），但您必须将他们分开-您不希望测试数据阻塞或破坏生产（虚拟）网络，是吗？

因此，我不妨将所有3个环境添加到一个关联组中？然后我就可以在逻辑上将它们划分成不同的虚拟网络。我有点困惑。您是否正在使用云服务（PaaS）或虚拟机（IaaS），并试图将它们与存储帐户放在同一关联组中。您可能还希望阅读：您可能还希望阅读：