應該怎么樣部署LVS_DR群集

下文給大家帶來應該怎么樣部署LVS_DR群集，希望能夠給大家在實際運用中帶來一定的幫助，負載均衡涉及的東西比較多，理論也不多，網上有很多書籍，今天我們就用億速云在行業內累計的經驗來做一個解答。

部署LVS_DR群集
LVS_DR數據包流向分析
為了方便進行原理分析，將Client0與群集機器放在同一網絡中，數據包流經路線為1-2-3-4


1.Client向目標VIP發出請求，Director（負載均衡器）接收。此時IP包頭及數據幀信息為：

2.Director根據負載均衡算法選擇RealServer_1，不修改也不封裝IP報文，而是將數據幀的MAC地址改為RealServer_1的MAC地址，然后在局域網上發送。IP包頭及數據幀頭信息如下：

3.RealServer_1收到這個幀，解封裝后發現目標IP與本機匹配（RealServer事先綁定了VIP），于是處理這個報文。隨后重新封裝報文，發送到局域網。此時IP包頭及數據幀頭信息為：

4.Client將收到回復報文。Client認為得到正常的服務而不會知道是哪一臺云服務器處理的
注意：如果跨網段，那么報文通過路由器經由Internet返回給用戶
LVS_DR中的ARP問題

• 在LVS_DR負載均衡群集中，負載均衡器與節點服務器都要配置相同的VIP地址
• 在局域網中具有相同的IP地址，勢必會造成各服務器ARP通信的紊亂
  • 當一個ARP廣播發送到LVS_DR集群時，因為負載均衡器和節點服務器都是連接到相同的網絡是上的，它們都會接收到ARP廣播
  • 此時只有前端的負載均衡器進行相應，其他節點服務器不應該響應ARP廣播  
    
• 對節點服務器進行處理，使其不響應針對VIP的ARP請求
  • 使用虛擬接口lo：0承載VIP地址
  • 設置內核參數arp_ignore=1：系統只響應目標IP為本地IP的ARP請求
• RealServer返回報文（源IP是VIP）經路由器轉發，再重新封裝報文時，需要先獲取路由器的MAC地址
• 發送ARP請求時，Linux默認使用IP包的源IP地址（即VIP）作為ARP請求包中的源IP地址，而不用發送接口IP地址
  
  
• 路由器收到ARP請求后，將更新ARP表項
• 原有的VIP對應Director的MAC地址會被更新為VIP對應RealServer的MAC地址
• 此時新來的請求報文，路由器根據ARP表項，會將該報文轉發給RealServer，從而導致Director的VIP失效
• 解決方法
  • 對節點服務器進行處理。設置內核參數arp_announce=2：系統不適用IP包的源地址來設置ARP請求的源地址，而選擇發送接口的IP地址。
    解決ARP的兩個問題的設置方法
• 修改/etc/sysctl.conf文件
  • net.ipv4.conf.lo.arp_ignore=1
  • net.ipv4.conf.lo.arp_announce=2
  • net.ipv4.conf.all.arp_ignore=1
  • net.ipv4.conf.all.arp_announce=2

  • 看了以上關于應該怎么樣部署LVS_DR群集，如果大家還有什么地方需要了解的可以在億速云行業資訊里查找自己感興趣的或者找我們的專業技術工程師解答的，億速云技術工程師在行業內擁有十幾年的經驗了。億速云官網鏈接www.mlszssj.com