1. 负载均衡支持哪些调度算法？
   支持轮询、最少连接、源地址三种调度算法。

• 轮询：依据后端服务器的权重，将请求轮流发送给后端服务器，常用于短连接服务，例如 HTTP 等服务。
• 最少连接：优先将请求发给拥有最少连接数的后端服务器，常用于长连接服务，例如数据库连接等服务。
• 源地址：将请求的源地址进行hash运算，并结合后端的服务器的权重派发请求至某匹配的服务器，这可以使得同一个客户端IP的请求始终被派发至某特定的服务器。该方式适合负载均衡无cookie功能的TCP协议。

2. 经典负载均衡与应用负载均衡的区别？
   经典负载均衡提供四层(TCP)的路由决策请求服务；应用负载均衡提供七层（HTTP/HTTPS）的路由决策请求服务。

3. 是否可以修改负载均衡实例类型？
   不可以。负载均衡实例的类型是两种架构，因此无法修改。

4. 负载均衡均衡的是什么？
   负载均衡是按特定调度算法把流量分发到后端云服务器上，其中。

• 四层（TCP）是基于连接做流量做调度。TCP创建一个socket访问负载均衡实例，这个源和目的IP和端口就是一个连接。
• 七层（HTTP/HTTPS）是基于请求做调度。比如http get请求访问一个页面。

5. 为什么请求不均衡？
   负载均衡请求不均衡的原因可能有以下几种可能。

• 开启了会话保持功能
  配置了会话保持，当访问负载均衡实例的客户端又很少时，容易导致不均衡，尤其在使用少量客户端对负载均衡进行测试的时候。比如TCP监听，开启了会话保持（四层是基于来源地址做会话保持），使用一台客户端对负载均衡实例进行压测，就会导致不均衡。
• 健康检查异常
  后端服务器云服务器的健康建状态异常会导致不均衡，尤其在压测的时候容易忽略后端云服务器的健康检查状态，如果有后端服务器云服务器健康检查失败或者健康检查状态经常跳跃（好到坏，又从坏到好，反复变化）必然会导致不均衡。
• TCP Keepalived保持长连接
  后端服务器云服务器有些开启了TCPKeepalived保持长连接，而有些又没有开启，则连接会在保持长连接的后端服务器上堆积，造成不均衡。
• 排查和解决方法
  • 查看后端各台云服务器的权重是否相同。
  • 是否同时使用了最小连接数调度方式和会话保持，如果是，尝试改为轮询算法和会话保持。

6. 上传证书时，证书链是什么？
   完整的证书内容一般分为3级，服务端证书-中间证书-根证书组成证书链，即 end-user certificates， intermediates Certificates 和 root Certificates。
   
   某些客户端例如安卓设备或者火狐浏览器内置的中间证书不完整，如果服务端只上传服务端证书（End-user Certificates）不上传整个证书链，客户端访问时会有风险提示，因为没有匹配到根证书（Root Certificates）。上传整个证书链可解决此问题。
   
   证书链通常格式为三个连续的证书，如下。

-----BEGIN CERTIFICATE-----
Base64-encoded certificate
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
Base64-encoded certificate
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
Base64-encoded certificate
-----END CERTIFICATE-----

7. 创建监听器时无法开启监听转发功能？
   开启监听转发需要同时满足以下三个条件。

• 监听协议为HTTP。
• 监听端口为80。
• 在同一个负载均衡器下已经创建了监听443端口的HTTPS监听器。

8. 为什么无法访问经典型负载均衡器的IP，但后端状态显示为活跃？
   经典型负载均衡器支持全透明代理（默认开启），没有对客户端源IP进行地址转换，所以后端服务器收到的访问请求的源IP是客户端的IP地址。需要确保后端配置的安全组放行客户端IP地址。