負載均衡什麼時候會切換伺服器

A. 負載均衡 是如何如何分發 請求到用戶最近的伺服器的

如果你是看CDN的東西看到的這句話，那麼我可以來解釋一下流程。「全局負載均衡技術將用戶的訪問指向離用戶最近的工作正常的流媒體伺服器上」。首先我們要明確幾件事:
1、在CDN的案例圖中，其實B和C不會在不同的城域。如果在不同的城市，一般會在那個地域也放置一個反向代理伺服器或反向代理節點。B和C為同一地域，A為B、C的負載均稀器或調度器；
2、CDN的部署里，為避免單點故障或應對業務峰值，A並不是單台伺服器，一般由多台伺服器進行調度，一般採用LVS進行七層的負載和轉發。通過LVS的負載均衡策略將業務轉發至B和C，負載均衡策略可以進行設置，如輪詢，權重輪詢、隨機等等；
3、CDN一般由DNS來做為用戶流量調度，也是CDN的核心，即將用戶的請求調度至距用戶最近的節點，例如節點D，節點D通過負載均衡策略將請求分發至節點D後端的業務伺服器E和F。
4、你看到的這句話，是指DNS層面的調度。

流媒體業務使用CDN的發布業務的前提和流程如下：
1、在流媒體業務伺服器域名注冊商修改域名的CNAME記錄為CDN服務廠商的域名；（這一步是使用CDN的首要條件）
2、CDN服務廠商為業務設置不同地域的緩存節點，如北京、上海、美國等
3、不同地域設置的緩存節點具有不同的IP地址地址池，並且該節點內擁有業務調度器（LVS的DR）及真正的業務緩存伺服器，緩存伺服器通過類似Squid等程序定期緩存流媒體業務伺服器的視頻信息及網頁信息，每隔一段時間進行更新請求；
4、用戶通過DNS調度請求到某一節點時，該節點通過LVS技術將用戶的請求調度至節點內某一以緩存節點進行處理，並返回結果給用戶；（可參照LVS的工作模式）
5、當緩存節點有用戶請求的內容時，將直接返回內容給用戶，當緩存節點發現請求的內容不存在時，會主動返迴流媒體業務的源伺服器進行內容請求，並將結果緩存至緩存節點。
6、
用戶最終拿到緩存節點上的視頻內容及信息，由於通過DNS調度至用戶最近的節點，通過LVS調度至最快最優的伺服器進行處理，故加快了用戶訪問網站及視頻
的速度。（視頻的加速其實還有一種技術叫cache技術，即將視頻提前下載到距用戶最近的節點，用戶看起來等於在區域網中查看）

DNS和CDN調度的流程如下：
1、用戶訪問流媒體業務的域名如「www.abc.com";
2、www.abc.com的cname記錄為CDN服務廠商的域名，如www.abc.com.cdncache01.com；
3、用戶的請求被轉發至www.abc.com.cdncache01.com進行處理，即觸發用戶對www.abc.com.cdncache01.com域名的解析處理。DNS解析流程見圖「DNS解析流程圖」
4、
www.abc.com.cdncache01.com域名在權威伺服器里配置的記錄為多條的，即智能DNS，可參考DNSPOD，即一個域名可以根據地
域的不同配置不同的解析策略，源地址為北京聯通的，即解析為用戶指定的聯通伺服器IP地址，源地址為廣州移動的，即解析的IP地址為用戶指定廣州移動的
IP地址。
5、DNS通過AnyCast技術進行三層負載均衡，類似於OSPF的等價路由，如8.8.8.8這個地址實際為一個AnyCast地
址，即谷歌全球的遞歸DNS伺服器均使用8.8.8.8作為Global
DNS地址，當用戶通過8.8.8.8請求域名解析時會帶上自己的DNS伺服器地址進行請求，即8.8.8.8會查詢請求過來的客戶端地址是哪裡的IP地
址，如果是北京聯通的，即將請求解析為北京聯通的一個IP地址或解析為北京聯通的一個負載均衡節點CNAME域名。
6、為了達到更精準備的DNS
解析調度，谷歌還研發了edns-client-subnet，即在DNS授權、遞歸、緩存上均支持該Edns協議，支持該協議後，用戶在請求DNS域名
解析時，會帶上自己客戶端的源IP地址放在請求包里，而非客戶端配置的DNS伺服器IP地址。這樣就有效的避免了用戶使用Global
DNS伺服器時不能調度精準的問題。（有關DNS授權、遞歸等問題可以參照RFC 1034和1035）
7、按照以上流程用戶請求www.abc.com.cdncache01.com，會得到一個距離用戶上網所在地域最近的一個CDN緩存節點的IP地址即樓主圖中的反向代理服務節點。假設IP地址為1.2.3.4。
8、用戶請求1.2.3.4的流媒體業務，節點1.2.3.4通過LVS及其它負載均衡技術將用戶的請求分發布該節點內最優最快的緩存伺服器，如伺服器E，IP地地址為192.168.1.4，即由192.168.1.4進行業務處理。
9，伺服器192.168.1.4直接將結果返回給用戶。