独享型负载均衡器概述

单实例多可用区

对于业务量没有超过独享型负载均衡最大规格限制的，建议创建一个负载均衡实例，并选择多个可用区。

单个可用区的负载均衡实例故障不会影响所有业务，多个可用区之间可以实现业务容灾。

多实例多可用区

对于超高业务量，超过独享型负载均衡最大规格限制的，建议创建多个负载均衡实例，并且每个负载均衡实例选择多个可用区。

单个负载均衡实例故障不会影响所有业务，多个负载均衡实例和多个可用区之间均可以实现业务容灾。

公网访问

根据源IP的不同将流量分配到创建的多个AZ中的ELB上，多个AZ的ELB性能加倍。

私网访问

• 当从创建ELB的AZ发起访问时，流量将被分配至本AZ中的ELB上，当本AZ的ELB不可用时，容灾切换到创建的其他AZ的ELB上。

  如果本AZ的ELB正常，但是本AZ的流量超过规格，此时业务也会受影响，因此私网场景要考虑客户端访问的均衡性。

  私网流量使用率建议通过AZ粒度监控观察是否超限。

• 当从未创建ELB的AZ访问时，根据源IP的不同将流量分配至创建的多个AZ中的ELB上。

云专线访问

流量优先分配至通过云专线对接的AZ下部署的ELB，否则分配至其他AZ下的ELB。

客户端跨VPC访问

流量优先分配至客户端源VPC子网所在AZ部署的ELB，否则分配至其他AZ下的ELB。

网络型规格

建议重点关注长连接的最大并发连接数，实例规格的“最大并发连接数”应作为关键参考指标。需要根据实际的业务场景，预估一个负载均衡实例需要承载的最大连接数，并选择相应的规格。

应用型规格

实例规格的“每秒查询速率 (QPS)”应作为关键参考指标，该指标决定了一个七层应用系统的业务吞吐量。需要根据实际的业务场景，预估一个负载均衡实例需要承载的QPS，并选择相应的规格。

网络型

监听器收到访问请求后，将请求直接转发给后端服务器。转发过程仅修改报文中目标IP地址和源IP地址，将目标地址改为后端云服务器的IP地址，源地址改为负载均衡器的IP地址。四层协议连接的建立，即三次握手是客户端和后端服务器直接建立的，负载均衡只是进行了数据的转发。

应用型

监听器收到访问请求后，需要识别并通过HTTP/HTTPS协议报文头中的相关字段，进行数据的转发。监听器收到访问请求后，先代理后端服务器和客户端建立连接（三次握手），接收客户端发送的包含应用层内容的报文，然后根据报文中的特定字段和流量分配策略判断需要转发的后端服务器。此场景中，负载均衡类似一个代理服务器，分别和客户端以及后端服务器建立连接。

公网负载均衡器

创建公网负载均衡器时，需要为负载均衡器创建EIP或者绑定已有的EIP 。

公网负载均衡器接收公网的访问请求，然后向绑定了监听器的后端服务器分发这些请求。

• 需要通过服务器集群对公网提供服务，且需要统一的入口，并将公网用户请求合理地分配到服务器集群时。
• 需要对服务器集群做故障容错和故障恢复时。

私网负载均衡器

私网负载均衡器由于没有公网域名和EIP，所以只能在VPC内部被访问，不能被Internet的公网用户访问。

私网负载均衡通过使用私有IP将来自同一个VPC内的访问请求分发到后端服务器上，通常用于内部服务集群。

• 当内部服务器端有多台，需要将客户端请求合理地分发到各台服务器时。
• 当需要对内部服务器集群做故障容错和故障恢复时。
• 当用户想对外屏蔽自己的物理IP地址，对客户端提供透明化的服务时。