【问题标题】:Deployment of API Management in multiple regions, each region having just one (1) unit?在多个区域部署 API 管理,每个区域只有一 (1) 个单元?
【发布时间】:2020-01-30 08:56:38
【问题描述】:

我有一个顶级 API 管理 (APIM) 实例,它允许我将我的 API 网关扩展到多个区域。目前,我的主要地区是北欧,只有一 (1) 个单位,可以毫无问题地满足我的所有要求。

我想让我的 APIM 实例高度可用,所以我正在考虑添加一个次要区域,比如在西欧。 两个区域(主要和次要)中的每一个都将只有一 (1) 个单元用于 API 网关组件。

基于 我的所有用户都从一个国家/地区访问 API 的事实:

如果主要区域启动并运行(即没有“区域关闭”问题),但由于某种原因(即修补 APIM 单元等),主要区域的 API 网关单元没有响应,会发生什么情况?

APIM 会将请求路由到次要区域,还是仅适用于“区域已关闭”场景?

如果两个区域在任何时候都启动并运行,APIM 是否会在两个区域的单元之间对它收到的请求进行负载平衡,还是将始终使用主要区域的 API 网关单元? 正如我所说,在我的场景中,我所有的 API 用户都位于同一个国家/地区。

感谢您的见解。

【问题讨论】:

    标签: architecture azure-api-management


    【解决方案1】:

    APIM 使用具有性能配置文件 (https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-routing-methods#performance) 的流量管理器和运行状况探测将流量路由到其区域端点。当两个区域都启动时,根据配置文件逻辑将流量发送到它们。

    如果由于任何原因某个区域端点停止响应,TM 将停止将其 IP 用于新的 DNS 解析请求。

    【讨论】:

    • 感谢您的帮助。因此,即使我的两个地理区域中的每一个只有一 (1) 个单元,我也可以获得负载平衡优势和故障转移,以防其中一个单元不工作,对吧?
    • 1 个高级单元等于两个节点。在该区域内,它们将被随机负载平衡,即每个新连接都有相同的机会登陆任一节点,因此两者都应该被同等加载。如果一个人倒下,它就会失去旋转。跨地区的绩效概况将决定。如果您的大多数客户靠近北欧 - 该地区将获得更多负载。在 Azure 门户中,您将能够按区域查看负载,但对最终用户隐藏节点。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-04-16
    • 1970-01-01
    • 2016-11-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多