所以我们最近为我们的产品上传了一个新环境
我们正在使用 python 3.8
Elastic beanstalk 是应用类型
这是我的 Auto Scaling 组配置
这些是我的缩放触发器配置
我可以看到监控中很少出现尖峰,但这些事情之前也发生过,当时我们没有遇到这个问题
我的配置中是否遗漏了什么,因为我们之前使用过完全相同的配置并且工作正常。我们刚刚从 python 3.6 升级到 python 3.8
任何帮助将不胜感激。
您发布的配置似乎并不是最优的。我建议始终在生产环境中至少运行两个实例。此外,由于您是根据“UnHealthyHostCount”进行扩展,我预计在某些情况下,不健康的实例可能已经达到其容量限制,这意味着它正在努力处理当前的工作负载。扩展您的应用程序可能会有所帮助,但它不会解决不健康实例的潜在问题。因此,我觉得它很慢并不奇怪。如果你总是运行两个实例,我认为这可以在不更改缩放触发器的情况下解决。
如果这已经是你的政策之前,也可能是你有一些特殊的配置停止了升级,这不包括在你的问题中。
我只能给你一些关于升级时可能发生的事情的指示:
我还看到您不仅升级到 Python 3.8,而且还从 OS 升级。在 ElasticBeanstalk 的 changelog 其 python 平台 上,我看到
Python 3.6
在 Amazon Linux
上运行而不是在 Amazon Linux 2
上运行。
我不熟悉 Python 平台,但是当我将我的 PHP ElasticBeanstalk 升级到
Amazon Linux 2
。我需要改变很多.ebextensions
。我使用 Amazon Doc 迁移到 Amazon Linux 2。在本文档中还有一些特定于平台的注意事项
你不应该排除底层硬件变得不健康,减慢应用程序,然后自动扩展添加另一个 EC2 实例的可能性。换句话说,你在问题标题中推断的因果关系是颠倒的。