監聽器中分配算法和會話保持算法是什么關系？
會話保持功能，目的是將同一個用戶的會話分發到相同的后端節點，共享型與獨享型負載均衡支持情況如下表內容所示。
表獨享型負載均衡會話保持支持情況
表共享型負載均衡會話保持支持情況
分配策略 會話保持類型 TCP/UDP HTTP/HTTPS 加權輪詢算法 源IP地址 支持 不支持 負載均衡器cookie 不涉及 支持 應用程序cookie 不涉及 不支持 加權最少連接 源IP地址 支持 不支持 負載均衡器cookie 不涉及 支持 應用程序cookie 不涉及 不支持 源IP地址 源IP地址 不涉及 不支持 負載均衡器cookie 不涉及 不支持 應用程序cookie 不涉及 不支持 表 共享型負載均衡會話保持支持情況
分配策略 會話保持類型 TCP/UDP HTTP/HTTPS 加權輪詢算法 源IP地址 支持 不支持 負載均衡器cookie 不涉及 支持 應用程序cookie 不涉及 不支持 加權最少連接 源IP地址 支持 不支持 負載均衡器cookie 不涉及 支持 應用程序cookie 不涉及 不支持 源IP地址 源IP地址 不涉及 不支持 負載均衡器cookie 不涉及 不支持 應用程序cookie 不涉及 不支持
一般建議：算法可以使用輪詢算法，四層會話保持使用源IP地址，七層使用負載均衡器cookie方式。
監聽器刪除之后，負載均衡器是否會立即停止轉發業務流量？
當刪除四層監聽器時，由于客戶端和負載均衡器之間都是短連接，負載均衡器會立即停止轉發業務流量；
當刪除七層監聽器時，由于客戶端和負載均衡器之間保持長連接，客戶端和負載均衡器之間仍然會有部分TCP長連接存在，這些TCP長連接已經建立，不受監聽器是否刪除的影響，直到客戶端在這些TCP連接上停止發送請求時間間隔達到keepalive_timeout超時時間（300s）之后，負載均衡器才會斷開這些長連接并停止轉發業務流量。
說明keepalive_timeout為空閑超時時間，只有客戶端和負載均衡器之間長連接時才會存在keepalive_timeout。
如何啟用WebSocket支持？
無需配置，當選用HTTP監聽時，默認支持無加密版本WebSocket協議（WS協議）；當選擇HTTPS監聽時，默認支持加密版本的WebSocket協議（WSS協議）。
添加 /修改監聽器時，選擇不到想選擇的后端主機組是什么原因？
這是因為后端主機組的協議（后端協議）與監聽器的協議（前端協議）存在對應關系，在給監聽器添加后端主機組時，只能添加與其協議對應的后端主機組。
表獨享型負載均衡-前端協議與后端協議對應情況
| 前端協議 | 后端協議 |
|---|---|
| TCP | TCP |
| UDP | UDP/QUIC |
| HTTP | HTTP |
| HTTPS | HTTPS |
表共享型負載均衡-前端協議與后端協議對應情況
| 前端協議 | 后端協議 |
|---|---|
| TCP | TCP |
| UDP | UDP |
| HTTP | HTTP |
| HTTPS | HTTPS |
獨享型負載均衡器為什么添加不了監聽器？
這是因為您在創建獨享型負載均衡時，只選擇了網絡型（TCP/UDP）實例規格或只選擇了應用型（HTTP/HTTPS）實例規格，只能添加對應協議的監聽器。
獨享型ELB實例的類型選定后無法修改，請您合理評估選擇。例如：您初始創建了網絡型負載均衡實例，則只能創建TCP/UDP監聽器，無法添加或修改為應用型ELB實例，也就無法添加HTTP/HTTPS監聽器。
表獨享型負載均衡類型與監聽器的關系
| 獨享型負載均衡的類型 | 對應協議 | 可添加的監聽器類型 |
|---|---|---|
| 網絡型 | TCP/UDP | TCP監聽器、UDP監聽器 |
| 應用型 | HTTP/HTTPS | HTTP監聽器、HTTPS監聽器 |
