一家公司在Auto Scaling组中的EC2实例上运行应用程序,这些实例位于Application Load Balancer (ALB) 之后。实例启动时,会运行user-data脚本从S3存储桶下载关键应用程序内容。实例启动后,经过一段时间,会因收到消息“An instance was taken out of service in response to an ELB system health check failure.”而被终止。Auto Scaling会反复启动和终止实例,形成一个循环。最近唯一的更改是向S3存储桶添加了大量关键内容。公司不希望修改生产环境中的user-data脚本。解决方案架构师应该怎么做才能使生产环境成功部署?
选择一个答案
点击一个选项来检查您的答案。
正确答案: 增加Auto Scaling组健康检查的宽限期。.
为什么这是答案
正确答案是增加Auto Scaling组健康检查的宽限期。当实例启动时,user-data脚本需要从S3下载大量内容,这会延长实例的初始化时间。在此期间,ALB的健康检查可能会在实例完全准备好之前就失败,导致Auto Scaling组终止实例。增加健康检查宽限期可以为实例提供足够的时间来完成初始化过程,避免在启动期间被错误地标记为不健康并终止。 其他选项: 增加EC2实例的大小:虽然可能略微加快下载速度,但根本问题是初始化时间过长,不一定能解决。 增加ALB健康检查的超时值:ALB健康检查超时值控制的是单个健康检查的等待时间,而不是实例启动到响应健康检查的整体时间。 将ALB健康检查路径更改为不同的URL:这不会解决实例启动期间内容下载慢的问题。
通过考试 — 无需无休止地寻找答案
将本次考试的所有验证问题和解释集中在一处,节省数小时的准备时间。1,000+ 认证 · 20+ 语言 · 免费开始。
更快通过考试 → 无需银行卡