lvs的
dr模型工作流程從
ip資料層的詳細分析
時間2012-07-22
作者itnihao
部落格 vip 192.168.16.20
realserver1192.168.16.2
realserver3192.168.16.4
序列號:416372224[38/4]
確認號:1733210169[42/4]
b.在lvs上面抓包如下
注意，在資料報還未傳送到lvs的時候
目標mac是
源位址mac
00:18:38:04:3d:04
為客戶端192.168.16.90
目標位址mac
00:0c:29:e9:96:79
為lvs
的位址192.168.16.20
而此處lvs
將資料報的二層重新封裝，將目標
mac位址更換
源位址mac
00:0c:29:e9:96:79
為lvs
的mac
位址目標位址mac
00-0c-29-1a-b4-71
為realserver1192.168.16.2
此過程分析：
tcp傳輸層資料對比
客戶端為
lvs端為
可以看到的是lvs端並未修改任何
tcp層的資料，只重新封裝了二層資料報
c.在realserver1
上面抓包資料如下
源位址mac00-0c-29-1a-b4-71
為realserver1
的位址192.168.16.2
目標位址mac
00:18:38:04:3d:04
為客戶端的位址192.168.16.90
注意，此處的過程是把lvs
請求過來的資料給接封裝，去掉二層資料報頭，提取三層資料報，發現源位址為
192.168.16.90
，目的位址是
192.168.16.20
，由於本機已經設定了
arp_ignore=1
arp_announce=2
這2個引數，故不會把請求再傳送給其他機器了。響應
192.168.16.90
，響應請求資料報。
關於arp
這兩個引數，請參考我的部落格
/1741976/752472
，此處略過。
此處的tcp序列號為
和客戶端請求的序列號為
正好符合tcp
傳輸協議規則，關於
tcp的分析，請參考我的部落格
/1741976/925597
，到此處，已經完成了乙個響應過程。開始傳輸資料了
http/1.1200ok響應完成，
客戶端終於可以看到請求的內容了。內容為web1
直接請求realserver1
說明通過lvs排程訪問的是
192.168.16.2
至此，lvs
模型分析完成，下面用乙個原理圖來概括總結
注：綠色的框代表源mac
位址，藍色的框代表目標
msc位址，圓圈代表網絡卡介面
本文僅對lvs的tcp層資料進行分析，個人理解難免有謬誤之處，希望各位大俠們不吝賜教。如有錯誤之處，希望指點，謝謝！
本文出自 「itnihao的運維技術部落格」 部落格，請務必保留此出處/1741976/938389
LVS負載均衡DR工作流程
a 當使用者請求到達director server，此時請求的資料報文會先到核心空間的prerouting鏈。此時報文的源ip為cip，目標ip為vip b prerouting檢查發現資料報的目標ip是本機，將資料報送至input鏈 c ipvs比對資料報請求的服務是否為集群服務，若是，將請求報文...
實現基於DR模型的LVS
按照上圖配置好ip位址 router開啟路由 功能 router echo net.ipv4.ip forward 1 etc sysctl.conf sysctl p rs1，rs2 的配置 rs1 rs2 lvs的配置 yum install ipvsadmin y vim lvs dr vs....
LVS的DR模型實戰應用5
定義的要儲存到乙個檔案 ipvsadm sn etc sysconfig ipvsadm ipvsadm c ipvsadm restore etc sysconfig ipvsadm ipvsadm ln 開機啟動 1.rip和dip也可以不在乙個網路，加個路由器，但最好是在乙個網路 路由配置網絡...