我在通过ElasticBeanStalk配置的t2.micro框上运行了一个服务。每个盒子上的请求数量大约是100ps,平均响应时间不到100ms。
在高流量期间,某些http请求失败,出现503错误。
在cloudwatch中监控服务时有很多这样的峰值。流量从框中删除,因为错误列在HTTP 5xxs下,而不是ELB 5xxs(http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/elb-cloudwatch-metrics.html)。这导致我测试了盒子上的访问日志。在检查httpd访问日志时,我看到很多503错误,但tomcat的访问日志中没有一个503错误。
有没有办法解决这个问题?
答案 0 :(得分:1)
所有t2实例都被认为是burstable。他们使用信用模型。闲置时,他们建立积分(最高限额),同时积极使用积分。
一旦达到0,它们就会被限制为非常少量的CPU资源。
这个错误是由apache生成的,因为它等待Tomcat超时。可能由于上述原因。您可以检查您的实例信用等级以确认这一点。