迁移到 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 后产品功能方面的一些变化。

已弃用

ProxyEndpoint 中不再支持以下属性：

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

如需解决此弃用问题，请参阅以下社区文章：Proxy Endpoint HTTP allow method properties not working（代理端点 HTTP 允许方法属性不起作用）。

常见问题解答

以下是有关 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，该怎么办？
第 2 步和第 3 步将延迟到确认支持 SNI 后再执行。
是否会有停机时间？
我们预计不会出现任何停机情况。我们将在现有发布窗口期间使用标准部署模型来实现这些更改。