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

您正在查看 Apigee Edge 文档。
前往 Apigee X 文档。 信息

在 2015 年 8 月和 9 月期间，我们将 Apigee Edge 云路由器和负载平衡器迁移到 NGINX（发音为“Engine X”）。NGINX 是一个开源 Web 服务器，与现有的负载平衡器和路由器相比，它可提供更出色的性能和更高的并发性。

这对我们的云客户有何影响

总而言之，您应该能清楚地了解这项变更，并且除了验证系统是否按预期运行外，您无需执行任何操作。以下是将采取的步骤的说明，以及一些常见问题的解答。

第 1 步 - 软件更新

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

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

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

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

成功完成第 2 步后，我们将确定一组维护时间窗口，以便使用第 2 步中提到的相同方法移除生产环境中的负载平衡器层，以确保运行时 API 流量继续按预期运行。

产品功能的变更

以下是改用 NGINX 后产品功能的一些变化。

已弃用

ProxyEndpoints 不再支持以下属性：

  • 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 地址访问，当这些 IP 地址发生变化时，商家的流程会中断。
在第 1 步中，答案为“否”，因为我们不会更改现有负载平衡器，而这些负载平衡器不会直接更改任何用于处理流量的 IP。不过，鉴于 Amazon Web Services (AWS) 负载均衡服务的性质，系统会应用常规扩缩规则，这意味着 IP 地址可能会在其扩缩逻辑（现有功能）的范围内发生变化。因此，我们不建议使用 Apigee Edge 产品套件实现北向许可名单配置。在第 2 步和第 3 步中，移除负载平衡器及其关联的 IP 地址会对许可名单产生影响。因此，我们会在执行这些步骤期间与您密切协作，为您提供一组新的 IP 地址以供授予访问权限，从而确保顺利完成过渡。
这是否会影响我们在源服务器上实施的 IP 限制？
无需进行任何更改，前提是源服务器是目标端点服务器（从代理软件包调用的服务器）。此更改位于 Apigee 的北向端或进入 Apigee 的入站点。
我们现有的 CNAME 是否需要更改？
不会。现有的 CNAME 条目将继续按预期运行。
SSL 证书迁移将会很麻烦。您打算如何处理这个问题？
如果您使用的是 SSL，则初始步骤不会影响现有的 SSL 配置。不过，我们需要与您密切协作，确保在继续执行第 2 步和第 3 步之前，新路由器上已正确设置 SSL。
如果我的应用/客户端不支持 SNI，该怎么办？
在 SNI 支持得到确认之前，第 2 步和第 3 步将延迟。
是否会有停机时间？
我们预计不会出现任何停机。我们将在现有发布时间范围内使用标准部署模型来实现这些更改。