迁移到 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 步将延迟执行。
服务是否会停机？
我们预计不会停机。这些变更将在现有的发布期内使用我们的标准部署模型来实现。