我所在的公司有一个弹性 beantalk 配置，它与我们的 CICD 配合得很好。唯一的问题是，今天早些时候我进行了压力测试（基本上只是禁用了 AWS 防护罩并对 DDOS 进行了锤击）。无论我们做什么，我们都无法让我们的中型服务器崩溃（这是使用 i9 CPU - 所以只是一台游戏电脑），我们运行了一个多线程 python 脚本，只发送 GET 请求。然后我们降级到 t2.small，因为无论我们让服务器经历什么，目标响应时间都会接近 8 秒，然后每次 CPU 利用率都会超过 50%。自动缩放按预期工作，但即使在升级后（每个触发器 2 个服务器），响应时间仍然在 4-6 秒左右。我们现在使用的触发器是，如果响应时间超过 1.5 秒，它应该创建 2 个新实例，然后如果低于 1 秒，则冷却 360 秒。
系统运行的是 apache2.4 的 PHP。除了虚拟主机配置外，还没有进行其他最大的配置。
这不可能是数据库的问题，因为其读取和写入时间均低于 0.1 秒。我似乎不知道如何缩短响应时间？
编辑以进一步澄清设置：我们在路由 53 处有一个条目，它指向我们的 EBS，在那里我们有一个 nginx 代理来处理对服务器的请求。正在运行的服务器是 t2.small。每个服务器都有一个 docker 容器设置，里面有一个带有 php 的 apache。我们没有自己设置任何自动缩放，但使用了 elastic beanstalks 组的默认选项。