迁移到 NGINX 路由器和负载平衡器

您正在查看的是 Apigee Edge 文档。
转到 Apigee X 文档
信息

我们在 2015 年 8 月和 9 月期间将 Apigee Edge Cloud Router 路由器和负载平衡器迁移到 NGINX(发音为“Engine X”)。与现有的负载平衡器和路由器相比,NGINX 是一种开源 Web 服务器,提供更高的性能和更高的并发性能。

这对我们的云客户意味着什么

总而言之,这项变更应对您公开透明,除了验证您的系统是否在按预期运行之外,您无需采取任何行动。以下是我们将要采取的措施的说明,并提供了一些常见问题解答。

第 1 步 - 软件更新

我们将利用分阶段部署模型,将所有路由器升级到基于 NGINX 的新路由器,以帮助确保服务不会因此活动而受到影响。

第 2 步 - 移除非生产环境中的负载平衡器层级

在新 NGINX 路由器处理负载均衡功能后,我们将首先开始移除非生产环境中的现有负载平衡器层级。在此步骤中,生产负载平衡器将保持不变。在移除现有负载平衡器之前,我们将采用详尽的方法确保流量按预期运行。您无需执行任何操作即可完成此步骤。但是,您应该向 Apigee 报告任何问题,我们会与您一起解决问题,然后再继续执行第 3 步。

第 3 步 - 移除生产环境中的负载平衡器层级

成功完成第 2 步后,我们将使用第 2 步中所述的相同方法确定一组维护期,用于移除生产环境中的负载平衡器层级,从而确保运行时 API 流量继续按预期运行。

产品功能变化

以下是切换到 NGINX 后产品功能的一些变化。

已弃用

ProxyEndpoint 不再支持以下属性:

  • allow.http10
  • allow.http11
  • allow.http.method.*
  • allow.POST.without.content.length
  • allow.PUT.without.content.length

如需解决此弃用问题,请参阅以下社区文章:https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html

常见问题解答

以下是有关 NGINX 迁移的一些常见问题解答。

这可能会更改公共 IP 吗?我们的一些商家明确允许通过已知 IP 地址进行访问,以及当他们更改商家的流程中断时进行访问。
在第 1 步中,答案是“否”,因为我们未涉及现有的负载平衡器,这些负载平衡器不会直接更改任何处理流量的 IP。但是,鉴于 Amazon Web Services (AWS) 负载均衡服务的性质,则适用常规的扩缩规则,这意味着 IP 可能会作为其扩缩逻辑的一部分(现有功能)发生变化。因此,我们不建议使用 Apigee Edge 产品套件实现北向许可名单配置。在第 2 步和第 3 步,移除负载平衡器及其关联的 IP 地址会产生许可名单影响。因此,我们将在这些步骤中与您紧密协调,通过提供一组允许访问的新 IP 地址来确保顺利完成过渡。
这是否会影响我们对源服务器上的 IP 限制?
假设源服务器是目标端点服务器(从代理软件包调用的服务器),您无需进行任何更改。此更改位于 Apigee 的北向端或 Apigee 的入站流量。
需要更改现有的 CNAME 吗?
不会。现有 CNAME 条目将继续按预期运作。
迁移 SSL 证书将会非常麻烦。您将如何处理这种情况?
如果您使用的是 SSL,则初始步骤不会影响现有的 SSL 配置。但是,我们需要与您密切合作,确保在新路由器上正确设置 SSL,然后再继续执行第 2 步和第 3 步。
如果我的应用程序/客户端不支持 SNI,该怎么办?
在确认 SNI 支持之前,第 2 步和第 3 步将延迟执行。
服务是否会停机?
我们预计不会停机。这些变更将在现有的发布期内使用我们的标准部署模型来实现。