1樓：燈下黑
VIP是也是實實在在的IP位址，跟一般的IP位址是一樣的，自己的理解是 」可以漂移的IP位址「（不官方）。
1、要配置keepalived服務，需要事先需要準備三個IP位址。主伺服器上的IP，備伺服器上的IP，對外提供服務的VIP。主、備服務機器的IP直接配置到各自的網絡卡上。
VIP寫到配置檔案裡面，keepalived會將VIP配置到主伺服器的網絡卡上。
2、使用者訪問的是VIP。只有主伺服器的keepalived會將VIP配置到網絡卡上，容災之後，主變備：keepalived將VIP從網絡卡上移走。
備變主：keepalived將VIP配置到網絡卡上。
3、使用者訪問網域名稱如何防止單點癱瘓：配好DNS，。使用者訪問該網域名稱，經過解析，拿到VIP。
此時，資料報會走上面主備伺服器中的主伺服器，如果主伺服器癱瘓，備伺服器會自動接過VIP，備變主，對外提供服務。整個過程，對於使用者來說是透明的，用的是同樣的網域名稱，解析到的是同樣的VIP。
如何對 Websocket 應用進行負載均衡？
Michael 之前專案有過類似實踐，一百萬個併發連線。第一層 DNS輪訓 網域名稱可指向多個同等配置的NGINX第二層 NGINX，後端配置多個無狀態應用程序DNS輪訓主要解決單機NGINX併發連線數瓶頸，不高的話直接NGINX亦可。NGINX WEBSOCKET和負載均衡可參考 Note 基本的...
負載均衡 分布式 集群的關係？
用心閣 分布式，乙個任務由多個人協作完成。比如飯館裡有負責點菜的，有負責做菜的，有負責傳菜的。比如飯館裡有買菜的，洗菜的，切菜的，炒菜的比如飯館裡有好幾個負責做菜的 集群，多個人緊密協作，來完成乙個工作，就像乙個人似的比如飯館裡的所有廚師，或者所有工作人員可以看作乙個集群集群有很多好處 是做菜的能力...
關於乙個Nginx做負載均衡的問題？
這裡談談我自己的見解和看法 首先,肯定是答案,如果是我的話,會優先選擇在nginx之前引入4層負載均衡 F5硬體 解決此問題 為什麼不優先考慮DNS 不夠靈活 DNS是有快取這個概念的,既然是快取,也就有生存週期這個概念,即TTL.而現在的網路裝置 終端往往都自己維護了DNS快取,而有些裝置 終端可...