aws弹性路由请求如何通过轮循机制?

我正在查看显示EC2实例的CPU负载的graphics。 我发现当1个EC2 CPU增加2个时,它同时减less。 经过一段时间(5分钟)后,他们改变了1减less和2增加,5分钟后他们再次改变,等等。

问题

  • 这是否意味着aws ELB在一段时间内向实例发送请求? 例如10个1个实例,然后10个另一个?
  • 或者它路由批量请求? 例如前100个到1个EC2和下个100个到2个等等?

文件说aws ELB使用循环法 。 但是我认为,如果他们把每一个请求都传递给下一个实例,那么就不会有不同的方向,例如所有的实例加载在负载上都会有1-2%的差异,但是有相同的趋势(增加或减less)。 我对吗?

这个图表就是这样的(大约18个EC2,剩下的就是CPU负载百分比):

在这里输入图像说明

更新

  1. 它是经典的负载均衡
  2. 有2个可用性区域,每个区域每9个实例。

从AWS站点

经典负载均衡器中,接收请求的负载均衡器节点使用TCP侦听器的循环路由algorithm和HTTP和HTTPS侦听器的最不发送请求路由algorithm来select已注册的实例。

但是如果你启用了粘性会话,这可能会改变。 与粘滞的会议:

您可以使用粘滞会话function(也称为会话亲缘关系),该function使负载平衡器能够将用户会话绑定到特定实例。 这确保了会话期间来自用户的所有请求都被发送到相同的实例。

http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-sticky-sessions.html

会议粘稠会导致你所看到的行为?

正如Michael所说,粘性会话可能会影响到传入连接的负载均衡。

我不知道你正在运行什么types的应用程序,但是你可以随时检查Web服务器的访问日志或中间件访问日志,这可以让你了解哪个节点接收stream量,什么时候接收stream量。