我有一个测试，暂存和生产环境（每个存储帐户和虚拟机）。一个或多个亲和组针对不同的环境？
将它们全部放在一个亲和群中还是跨3个独立的亲和群是否有意义？
在这些环境之间发生的唯一通信是将生产数据库下载和恢复到其他环境（这不是时间关键的，但它是几个演出）。
在一个关联组中做更多'实体'会使它们之间的数据传输变慢吗？我不希望我的Production环境变慢，因为它的Affinity Group与Test and Staging共享。
据我所知，在同一个数据中心传输数据不会产生传输成本。但在Affinity Group内传输数据会更快。
亲和组是可用性和可扩展性概念，它在结构控制器和Azure数据中心内物理实现，但他们（Microsoft）认为它合适。例如，关联组通过在同一机架（或交换机或其他）中共同定位服务来提高可伸缩性。
由于应没有可用性和可扩展性依赖你不同的环境之间（逻辑或物理），应该没有必要分享亲合团体。如果你的一个环境，例如分段，也是一个用于生产的备份/恢复环境 - 那么亲和组就会发挥作用。但是，如果是这样的话，分期环境无论如何都将位于一个单独的数据中心（地区）。
虚拟网络和其他IaaS至少在架构上应该遵循类似的模式。如果你有三个环境（生产，分期和测试），你应该有三个不同的虚拟网络和三个不同的VPN网关。这可能很难超越内部网络人员（他们更熟悉物理网络设备），但是您必须将它们分开 - 您不希望测试数据堵塞或打破生产（虚拟）网络？
你也可以阅读：http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure – 2014-06-08 02:31:19
据我所知，亲和性组功能所做的是将所有项目放在亲和性组中（可能在同一个机架中）在数据中心中，以便减少这些项目之间的网络延迟，从而使数据运行速度大大改善。
假设你所有的环境（测试，分期和生产）都在同一个数据中心，并且在正常的操作下，这些环境是隔离的，IMO将它们放在相同或不同的相关组中并不重要。
所以，我不如将所有3个环境添加到一个Affinity Group？然后，我可以从逻辑上将它们分成不同的虚拟网络。 – davenewza 2013-02-13 10:45:34
我有点困惑。您正在使用云服务（PaaS）还是虚拟机（IaaS）并试图将它们与存储帐户一起放入同一个关联组中。 – 2013-02-13 10:56:28
你也可以阅读：http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure – 2014-06-08 02:32:10