Elastic Beanstalk Auto Scaling - 我应该使用哪个指标？

Posted 2023-03-04

【中文标题】Elastic Beanstalk Auto Scaling - 我应该使用哪个指标？

【英文标题】：Elastic Beanstalk Auto Scaling - Which metric should I use?

【发布时间】：2018-05-10 01:07:03

【问题描述】：

我有一个内置在 node.js 中的应用程序，主要用于将照片发布到（最大 25mb）。该应用程序调整为缩略图大小，并将缩略图和全尺寸图像移动到 S3。当上传开始发生时，它们通常会以 10-15 张图片的形式出现，冲洗、清洗，然后在 5 分钟内重复。我看到了很多扩展，触发器是默认的 6MB NetworkOut 触发器。我的问题是，将照片移动到 S3 是否考虑 NetworkOut？或者我应该考虑使用不同的缩放触发器，到目前为止，该应用程序还没有出现卡顿，所以我很犹豫是否不修复没有损坏的东西，但我看到了相当大的缩放，所以我想我会调查一下。谢谢你的帮助！

【参考方案1】：

简短的回答 - 在资源受到限制时进行扩展。例如，如果您的实例可以跟上网络 IO 或 cpu 高于 80%，则可以扩展。是的，从您的 ec2 实例发送任何数据都是网络输出流量。你必须以某种方式从 A 点到 B 点获取数据:)

随着 ec2 实例大小的增加，您将获得更多内存和 CPU 以及更多网络 IO。如果您没有看到传输问题，您可能需要切换自动缩放以查看 CPU 或内存。在我正在开发的应用程序中，用户可以开始需要一些 cpu 的工作。因此，如果我的 cpu 超过 80%，我可以自动缩放。但是你可能有一个进程消耗大量内存而没有多少cpu...

附带说明 - 您可能需要考虑让您的上传内容直接进入您的 s3 存储桶并使用 lambda 来触发调整大小例程。与您当前的设计相比，这有几个优点。 http://docs.aws.amazon.com/lambda/latest/dg/with-s3-example.html

【讨论】：

感谢 denov，这是一个有趣的想法（直接转到 s3）。我会看看，并感谢有关正确缩放的信息！

【参考方案2】：

我建议熟悉实例指标。然后，您可以识别当前实例类型和计数上的应用特定瓶颈。

https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/health-enhanced-metrics.html