## 靜態算法 不考慮Real Server實時的活動連接和非活動連接 * rr：輪詢 * wrr：Weight，加權輪詢 * dh：destination hash，功能類似于sh，但應用場景不同 * sh：source hash，源地址hash；根據hash表將來自同一IP請求發送至同一Real Server，這樣在一定程度上破壞了負載均衡的效果；主要使用在電商網站，實現session affinity（會話綁定）。 ### 如何避免使用sh？ 1）在某些場景下，使用共享存儲來儲存session，每一個Real Server可以獲取所有用戶的session 2）在各Real Server之間實現session的實時共享 說明： 客戶端首次訪問服務器時，服務器會發送給客戶端一個身份標識（包含認證信息、訪問URL連接），存儲在客戶端的cookie中；之后，客戶端在發送請求的請求中會附加cookie信息。cookie是隨機碼。 早期，客戶端使用cookie時不區分網站，批量發送已有cookie，因此服務器端可以根據用戶發來的大量信息來分析用戶的訪問習慣/訪問行為，可能導致個人隱私泄漏。 現在使用`輕cookie`，客戶端僅保存身份標識信息，在服務器端為每一個用戶cookie創建一段內存區域，稱為session來保存相應的用戶信息 ## 動態算法 * lc：最少連接數調度（least-connection）,IPVS表存儲了所有活動的連接。LB會比較將連接請求發送到當前連接最少的RS. （active*256+inactive） * wlc：加權最少連接數調度，（active*256+inactive）/weighed，權重越大連接數越少，則連接至此rs * sed：最短期望延遲 （active+1）/權重，不考慮inactive，解決了如果只有一個請求，就給性能強的那臺服務器 * nq：never queue 在每臺rs都有連接之前不排隊，保證每臺rs至少有一個鏈接 ，不考慮inactive，解決了性能高的忙死，性能低沒有連接 * lblc：基于本地的最少連接數調度（locality-based least-connection）：將來自同一個目的地址的請求分配給同一臺RS，此時這臺服務器是尚未滿負荷的。否則就將這個請求分配給連接數最小的RS，并以它作為下一次分配的首先考慮。 * lblcr：基于本地帶復制功能的最少連接；對于已建立的請求，分配到同一臺服務器；對于新請求，分配到連接數少的server ipvs默認的調度算法是wlc