当前试图找出一个奇怪的问题,该问题是在对ElasticBeantalk进行部署(运行在64位Amazon Linux / 2.8.6上运行PHP 7.2的t3实例)之后,CPU使用率和响应时间将持续增加,直到大约40-50%。
我们有一个包含登录表单的登录页面。如果我们将Route 53健康检查或LB健康检查指向此页面,则响应时间和CPU使用率将继续攀升,直到服务器无响应为止。
显然,罪魁祸首是访问会话数据的任何功能。
csrf_token()
in嫩枝getLastAuthenticationError()
getLastUsername()
如果将其删除,则所有程序运行都稳定,并且仅在尝试将ElasticBeanstalk与默认PHP 7.2图像一起使用时才遇到此问题。有没有人遇到类似的问题?
编辑: 当前使用DynamoDB作为会话处理程序。如下所述:
切换到基于文件的会话处理确实可以消除过多的CPU使用率。因此,问题似乎出在DynamoDB处理程序中。