资源组位置与租户区域
Resource Group Location vs. Tenant Region
我的任务是在 Azure 中构建 PoC 以 "simulate" 未来的全球部署，其中数据传输时间是重要因素。实际部署将完全使用本地资源。因此，尽管听起来很奇怪，但我正在寻找两个选项之间性能可能更差的一个。
架构 A（单租户）：
- 在美国地区创建单个 Azure 租户
- 创建一个位于美国的资源组
- 使用基于欧盟的位置创建另一个资源组
架构 B（双租户）：
- 使用基于美国的 RG 在美国地区创建 Azure 租户
- 使用基于欧盟的 RG 在欧盟地区创建一个完全独立的 Azure 租户
上面的双租户结构是否会以某种方式与单租户产生任何可衡量的差异（假设所有 vNetwork、VM 等都相同）？我认为单租户设置会更快，因为（大概）流量永远不会离开 Azure Service Fabric。但这只是猜测。
这是我从一位同事那里得到的回复。她（显然）比我更精通 Azure IaaS。下面的答案 #3 表示最接近客户端 MPLS 连接的模拟是通过 VPN/ER。不值得付出代价，但仍然很高兴知道。
- Can a single subscription be used to provision US and European region located resources? Yes
- Can resources in US and European located regions be managed from a US based portal? Yes
- When allowing resources in US and European located regions communicate with one another what are our options? A couple primary ways...
- Intra-regional (tenant to tenant:region to region)
Communications can be provisioned to travel across the Microsoft Azure
backbone. It never hits the open Internet.
- VPN or Express Route:
Travels either the open internet or a private in TLS like route from
one region to another. However express route, the mpls like option,
does require advanced routing (BGP) and dedicated circuits at I other
point from different connectivity providers. Also, expensive.
我的任务是在 Azure 中构建 PoC 以 "simulate" 未来的全球部署，其中数据传输时间是重要因素。实际部署将完全使用本地资源。因此，尽管听起来很奇怪，但我正在寻找两个选项之间性能可能更差的一个。
架构 A（单租户）：
- 在美国地区创建单个 Azure 租户
- 创建一个位于美国的资源组
- 使用基于欧盟的位置创建另一个资源组
架构 B（双租户）：
- 使用基于美国的 RG 在美国地区创建 Azure 租户
- 使用基于欧盟的 RG 在欧盟地区创建一个完全独立的 Azure 租户
上面的双租户结构是否会以某种方式与单租户产生任何可衡量的差异（假设所有 vNetwork、VM 等都相同）？我认为单租户设置会更快，因为（大概）流量永远不会离开 Azure Service Fabric。但这只是猜测。
这是我从一位同事那里得到的回复。她（显然）比我更精通 Azure IaaS。下面的答案 #3 表示最接近客户端 MPLS 连接的模拟是通过 VPN/ER。不值得付出代价，但仍然很高兴知道。
- Can a single subscription be used to provision US and European region located resources? Yes
- Can resources in US and European located regions be managed from a US based portal? Yes
- When allowing resources in US and European located regions communicate with one another what are our options? A couple primary ways...
- Intra-regional (tenant to tenant:region to region) Communications can be provisioned to travel across the Microsoft Azure backbone. It never hits the open Internet.
- VPN or Express Route: Travels either the open internet or a private in TLS like route from one region to another. However express route, the mpls like option, does require advanced routing (BGP) and dedicated circuits at I other point from different connectivity providers. Also, expensive.