Amazon web services ELB路由策略？

默认的路由策略是循环路由，具有一些基于IP/会话的粘性。还有其他的策略吗？（第53条路线有加权循环赛，但ELB似乎没有）

循环是否意味着您应该为ELB后面的所有服务器使用完全相同大小的EC2实例？（使用一些大的和一些小的可能意味着小的可能会过载，而大的可能有多余的资源）

实际上是否可以在不停机的情况下将EC2实例逐个切换到更大的大小？

ELBs仅支持基于会话（cookie）的粘性，而不支持IP。创建ELB时，DNS使用循环路由到特定ELB实例。ELB本身使用最小未完成请求路由算法将请求路由到各个实例。这里记录了这一点：

循环是否意味着你应该完全使用相同的方法 ELB后面所有服务器的EC2实例大小

对

实际上是否有可能将EC2实例逐个切换到 更大尺寸而不停机

对。将一个或多个较大的实例添加到池中。一旦ELB将新实例显示为在用实例，则从池中删除相同数量的较小实例，使用以允许完成任何未完成的请求。重复此操作，直到替换所有较小的实例

请注意，无论何时从负载平衡器中删除实例，该实例上的HTTP会话都将被销毁，这可能会导致任何“卡在”该服务器上的用户从您的网站注销。要防止这种情况，您必须使用某种共享会话机制。

ELBs仅支持基于会话（cookie）的粘性，而不支持IP。创建ELB时，DNS使用循环路由到特定ELB实例。ELB本身使用最小未完成请求路由算法将请求路由到各个实例。这里记录了这一点：

循环是否意味着你应该完全使用相同的方法 ELB后面所有服务器的EC2实例大小

对

实际上是否有可能将EC2实例逐个切换到 更大尺寸而不停机

对。将一个或多个较大的实例添加到池中。一旦ELB将新实例显示为在用实例，则从池中删除相同数量的较小实例，使用以允许完成任何未完成的请求。重复此操作，直到替换所有较小的实例

请注意，无论何时从负载平衡器中删除实例，该实例上的HTTP会话都将被销毁，这可能会导致任何“卡在”该服务器上的用户从您的网站注销。为了防止这种情况，您必须使用某种共享会话机制