![如何在应用程序负载均衡器上为 Elastic Beanstalk 环境设置条件重定向?](https://linux22.com/image/768136/%E5%A6%82%E4%BD%95%E5%9C%A8%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E8%B4%9F%E8%BD%BD%E5%9D%87%E8%A1%A1%E5%99%A8%E4%B8%8A%E4%B8%BA%20Elastic%20Beanstalk%20%E7%8E%AF%E5%A2%83%E8%AE%BE%E7%BD%AE%E6%9D%A1%E4%BB%B6%E9%87%8D%E5%AE%9A%E5%90%91%EF%BC%9F.png)
我有两个基于 Docker 的单实例 Elastic Beanstalk 环境(一个用于暂存,一个用于生产)。
我想将 (Elastic Beanstalk) 应用程序迁移到负载均衡器后面(主要是为了利用AWS 证书管理器)。
目前我正在使用.ebextensions定制 Nginx 配置以满足我的应用程序的流量路由要求:
- 对于路径
/xyz/
,流量应通过端口 80(即 HTTP)进入应用程序 - 对于所有其他对端口 80 的请求,应发出对端口 443 (HTTPS) 的 (301) 重定向响应。
- 端口 443(HTTPS)上的所有请求都应传递到应用程序。
我的问题是:如何使用我的一个 Elastic Beanstalk 环境前面的负载均衡器来实现这些路由要求?为了灵活性,我正在考虑每个环境配备一个负载均衡器。
我遇到了以下可能的解决方案(但似乎都不理想):
- 设置具有专用的 Elastic Beanstalk 环境应用程序负载均衡器然后通过 EC2 控制台服务修改负载均衡器的侦听器和规则(类似于这Elastic Beanstalk 文档条目似乎建议在“将 HTTP 流量重定向到 HTTPS > 配置负载均衡器”下。
- 通过 EC2 控制台服务设置新的应用程序负载均衡器,创建一个连接到新应用程序负载均衡器的新 Elastic Beanstalk 环境作为共享应用程序负载均衡器然后按照以下指南操作(这和这) 以(希望?)确保负载均衡器和 Elastic Beanstalk 环境同步(在实例管理和流量路由方面)。
- 使用专用的应用程序负载均衡器设置一个新的 Elastic Beanstalk 环境,然后修改应用程序,使其侦听三个端口(一个用于流量
/xyz/
,一个用于 HTTP -> HTTPS 重定向,一个用于 HTTPS 流量),文档这里似乎在告诉我做什么(但没有提到如何在单个应用程序上实现多个监听端口)。
选项一和选项二涉及在 Elastic Beanstalk 的“背后”修改底层资源(我对此犹豫不决),而第三个选项则要求我修改我的应用程序(我想尝试避免)。
以上这些选项是否值得推荐?还有更好的选择吗?
答案1
在就此事联系 AWS 技术支持后,我可以确认:
- 支持第二种选择,我提到的指南不是必需的。即,只要您选择应用程序负载均衡器(从 EC2 创建)作为共享负载均衡器(在您的 Elastic Beanstalk 环境中),它们就会同步(就适当地将流量路由到环境中的实例而言)。
- 另一种可能性是采用第一个选项,但不是修改 EC2 中的负载均衡器(我猜不建议这样做),而是使用“ .ebextensions”来修改负载均衡器。因此,一般来说,每当 AWS 控制台不提供 GUI 来满足您的 Elastic Beanstalk 要求时,都可以使用“ .ebextensions”来解决缺少的 Elastic Beanstalk 控制台 GUI。