【问题标题】:Resource Group Location vs. Tenant Region资源组位置与租户区域
【发布时间】:2019-02-23 00:55:35
【问题描述】:

我的任务是在 Azure 中构建 PoC,以“模拟”未来的全球部署,其中数据传输时间是重要因素。实际部署将完全使用本地资源。因此,尽管听起来很奇怪,但我正在寻找这两个选项之间可能出现的更差的性能。

架构 A(单租户):

  1. 在美国区域创建单个 Azure 租户
  2. 创建具有美国位置的资源组
  3. 使用基于欧盟的位置创建另一个资源组

架构 B(双租户):

  1. 在美国区域创建一个带有美国 RG 的 Azure 租户
  2. 使用基于欧盟的 RG 在欧盟区域创建一个完全独立的 Azure 租户

上面的双租户结构是否会与单租户产生任何可衡量的差异(假设所有 vNetwork、VM 等都是相同的)?我认为单租户设置会更快,因为(大概)流量永远不会离开 Azure Service Fabric。但这只是猜测。

【问题讨论】:

  • 你可以看看这个link。不确定同一区域的同一数据中心中的 AAD 数据和 Azure 服务数据。但我认为你是对的。

标签: azure networking cloud multi-tenant globalization


【解决方案1】:

这是我从一位同事那里得到的回复。她(显然)比我更精通 Azure IaaS。下面的答案#3 表明最接近客户端 MPLS 连接的模拟是通过 VPN/ER。不值得花这么多钱,但还是很高兴知道。

  1. 能否使用单个订阅来配置美国和欧洲地区的资源? 是的
  2. 能否通过美国门户管理美国和欧洲地区的资源? 是的
  3. 当允许美国和欧洲地区的资源相互通信时,我们有哪些选择?几个主要的方法...
    • 区域内(租户到租户:区域到区域) 可以配置通信以跨 Microsoft Azure 传输 骨干。它永远不会出现在开放的互联网上。
    • VPN 或 Express Route: 穿越开放互联网或 TLS 中的私有网络,如路由 一个地区到另一个地区。但是快递路线,mpls之类的选项, 确实需要高级路由 (BGP) 和其他的专用电路 来自不同连接提供商的点。而且,价格昂贵。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-12-20
    • 2015-12-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多