首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >实例在AWS弹性beanstalk扩容时http重定向https失败?

实例在AWS弹性beanstalk扩容时http重定向https失败?
EN

Stack Overflow用户
提问于 2018-01-07 00:44:51
回答 2查看 49关注 0票数 0

我们有一个应用程序托管在亚马逊网络服务的弹性豆茎上,我们能够成功地从example.com重定向到https://www.example.com

如果我的应用程序有更多的负载,那么自动伸缩组会在后端增加一个EC2实例来处理负载。

假设InstanceA正在运行,负载增加,InstanceB增加,当负载正常自动伸缩组终止其中一个实例时,当前在我的应用程序中它正在删除旧的现有InstanceA,所有的重定向规则都写在InstanceA上,所以当实例扩展时,我的应用程序重定向失败。

请帮帮忙,有没有保留现有实例的选项?或者,我们是否需要为每个启动的实例编写相同的重定向规则?

ELB如下所示-

EN

回答 2

Stack Overflow用户

发布于 2018-01-07 01:35:35

即使您可以控制当您的自动伸缩组(Auto Scaling group)收缩时删除哪个实例,这也不是一个好的解决方案:您的"InstanceA“可能会因为其他原因而被删除(例如,它的EBS卷出现故障等)。

您不应该出现只有"InstanceA“保存重定向规则的情况。重定向规则应该在所有实例上。

你的问题也不限于"InstanceA“何时被删除。当"InstanceB“启动时,用户可以首先被发送到那里(从而满足您的负载平衡),并且这些重定向规则将需要在那里。

切勿在ASG后面手动编辑单个EC2实例。所有EC2实例都应该被视为临时的和可删除的。

在部署应用程序版本时,应将重定向规则应用于每个EC2实例。

票数 0
EN

Stack Overflow用户

发布于 2018-01-07 05:34:07

对于像使用SQS消息的EC2工作者、做大量数据处理的EC2工作者等场景,您可以很好地使用AutoScaling。

现在,对于您的场景,您肯定需要一个负载均衡器以及AutoScaling,并根据负载均衡器的dns进行任何重定向。

因此,我建议您在Beanstalk的环境中配置一个负载均衡器来完成您的场景。

希望它能有所帮助!

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/48129514

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档