监听器中分配算法和会话保持算法是什么关系？
分配算法用于决定负载均衡器如何将请求分配给后端实例。它是负载均衡器的核心算法，其目标是平衡负载并确保请求能够有效地分发到可用的后端实例。常见的分配算法包括轮询算法、最小连接算法、源IP算法等。
会话保持算法是一种特殊的分配算法。它的目标是确保来自同一客户端的请求始终被分发到同一个后端实例，以维持会话的连续性。会话保持算法基于客户端的某些标识符来决定请求的目标后端实例。这样，即使客户端发出多个请求，它们也会被分发到相同的后端实例，以保持会话状态。天翼云弹性负载均衡支持的分配算法和会话保持算法如下：
分配算法 会话保持类型 TCP/UDP HTTP/HTTPS 轮询算法
SOURCE_IP
支持
不支持
区域资源池为集群模式资源池，主备、集群模式资源池列表见产品简介>产品类型和规格>按资源池区分, 实际情况以控制台展现为准。
植入 cookie
不支持 支持 重写 cookie
不支持
支持
最小连接算法
SOURCE_IP
支持
不支持 植入 cookie
不支持 不支持 重写 cookie
不支持 不支持 源IP算法
SOURCE_IP 不支持 不支持 植入 cookie
不支持 不支持 重写 cookie
不支持 不支持
分配算法 会话保持类型 TCP/UDP HTTP/HTTPS 轮询算法
SOURCE_IP
支持
支持
区域资源池为主备模式资源池，主备、集群模式资源池列表见产品简介>产品类型和规格>按资源池区分, 实际情况以控制台展现为准。
HTTP_COOKIE
不支持 支持 APP_COOKIE 不支持
支持
最小连接算法 SOURCE_IP
支持
支持
HTTP_COOKIE
不支持 支持 APP_COOKIE 不支持
支持
源IP算法 SOURCE_IP
不支持 不支持 HTTP_COOKIE
不支持 支持 APP_COOKIE 不支持 支持
负载均衡器监听的端口和后端主机的端口关系是什么？是否可以不一致？
负载均衡器监听的端口是客户端到负载均衡器之间的请求的目标端口号，是服务对外暴露的端口号。而后端主机的端口号是实际业务的端口号，可以和监听器的端口号不一样。
弹性负载均衡正在运行中，此时增加监听器，添加新的负载方式是否会导致业务中断？
负载均衡器下支持创建多个监听器，不同监听器的运行相互独立。在已有监听器的负载均衡器下创建新监听器，不影响已经创建的监听器的现有连接，不会引发业务中断。
默认情况下一个负载均衡器可以创建3个监听器，同一个负载均衡器的多个监听器共享负载均衡器的性能。在总体性能不足的情况下，可能会因监听器之间性能争抢对业务质量产生影响。
监听器是否支持创建转发策略？
TCP/UDP协议的监听器不支持。
HTTP/HTTPS协议的监听器，在没有设置重定向的情况下，支持配置基于域名和路径的转发策略。
重定向的监听器不可创建转发策略，到此监听器的访问都将被重定向至已配置的HTTPS监听器。
监听器的转发策略的状态显示为“异常”的原因是什么？
监听器的转发策略状态显示为“异常”可能有以下几个原因：
- 如果监听器的转发策略配置的后端主机出现异常或者不可用，负载均衡器无法将请求转发给后端主机，导致转发策略状态显示为“异常”。
- 负载均衡器会定期进行健康检查来判断后端主机的可用性。如果健康检查失败次数超过了设定的阈值，负载均衡器会将转发策略状态标记为“异常”。
- 如果监听器的转发策略配置存在错误，比如创建了相同的转发策略（出现转发策略冲突），则会出现转发策略异常，此时即使把前面创建的转发策略删除，后面的转发策略依然会显示异常。
- 如果后端安装了一些主机安全工具，比如windows的edr，linux的翼盾，或者是添加云墙，也可能会导致显示异常。
监听器删除之后，弹性负载均衡是否会立即停止转发业务流量？
四层监听器仅负责基于传输层协议（如TCP）的负载均衡，如果删除了监听器，则弹性负载均衡会关闭与客户端的连接，停止转发流量。七层监听器略有不同，如果客户端和负载均衡器之间建立的连接是长连接，在删除七层监听器后，一部分已建立的TCP长连接仍然存在，不受监听器删除的影响。
弹性负载均衡HTTPS监听器是否支持开启HTTP2.0功能？
支持，HTTP2.0是客户端至ELB段开启，ELB至后端主机仍为HTTP 1.x。HTTP2.0功能目前仅在集群模式资源池上线，主备、集群模式资源池列表见产品简介>产品类型和规格>按资源池区分, 实际情况以控制台展现为准，详见 开启HTTP2.0 。
