伺服器雙網卡綁定

1. Linux 雙網卡綁定但分別連上交換機的兩個不同ip地址的埠，會發生什麼現象

會顯示所有的網卡的工作信息，但是因為沒有指定相應的路由，是無法正行的網路工作的。
可以使用ip route add增加相應的靜態路由

2. linux雙網卡綁定上聯交換機配置

Linux下雙網卡綁定七種模式
現在一般的企業都會使用雙網卡接入，這樣既能添加網路帶寬，同時又能做相應的冗餘，可以說是好處多多。而一般企業都會使用linux操作系統下自帶的網卡綁定模式，當然現在網卡產商也會出一些針對windows操作系統網卡管理軟體來做網卡綁定（windows操作系統沒有網卡綁定功能 需要第三方支持）。進入正題，linux有七種網卡綁定模式：0. round robin，1.active-backup，2.load balancing (xor)， 3.fault-tolerance (broadcast)， 4.lacp， 5.transmit load balancing， 6.adaptive load balancing。

第一種：bond0:round robin
標准：round-robin policy: Transmit packets in sequential order from the first available slave through the last. This mode provides load balancing and fault tolerance.
特點：（1）所有鏈路處於負載均衡狀態，輪詢方式往每條鏈路發送報文，基於per packet方式發送。服務上ping 一個相同地址：1.1.1.1 雙網卡的兩個網卡都有流量發出。負載到兩條鏈路上，說明是基於per packet方式 ，進行輪詢發送。（2）這模式的特點增加了帶寬，同時支持容錯能力，當有鏈路出問題，會把流量切換到正常的鏈路上。
實際綁定結果：
cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)
Bonding Mode: load balancing (round-robin)－－－－－RR的模式
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth0
MII Status: up
Link Failure Count: 0
Permanent HW addr: 74:ea:3a:6a:54:e3
Slave Interface: eth1
MII Status: up
Link Failure Count: 0
應用拓撲：交換機端需要配置聚合口，cisco叫port channel
第二種：bond1:active-backup
標准文檔定義：Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond』s MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides fault tolerance. The primary option affects the behavior of this mode.
模式的特點：一個埠處於主狀態 ，一個處於從狀態，所有流量都在主鏈路上處理，從不會有任何流量。當主埠down掉時，從埠接手主狀態。
實際綁定結果：
root@1:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)
Bonding Mode: fault-tolerance (active-backup) —–backup模式
Primary Slave: None
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth0
MII Status: up
Link Failure Count: 0
Permanent HW addr: 74:ea:3a:6a:54:e3
Slave Interface: eth1
MII Status: up
Link Failure Count: 0
Permanent HW addr: d8:5d:4c:71:f9:94
應用拓撲：這種模式接入不需要交換機端支持，隨便怎麼接入都行。
第三種：bond2:load balancing (xor)
標准文檔描述：XOR policy: Transmit based on [(source MAC address XOR'd with destination MAC address) molo slave count]. This selects the same slave for each destination MAC address. This mode provides load balancing and fault tolerance.
特點：該模式將限定流量，以保證到達特定對端的流量總是從同一個介面上發出。既然目的地是通過MAC地址來決定的，因此該模式在「本地」網路配置下可以工作得很好。如果所有流量是通過單個路由器（比如 「網關」型網路配置，只有一個網關時，源和目標mac都固定了，那麼這個演算法算出的線路就一直是同一條，那麼這種模式就沒有多少意義了。），那該模式就不是最好的選擇。和balance-rr一樣，交換機埠需要能配置為「port channel」。這模式是通過源和目標mac做hash因子來做xor演算法來選路的。
實際綁定結果：
[root@localhost ~]# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.0.3 (March 23, 2006)
Bonding Mode: load balancing (xor) ——配置為xor模式
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth1
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:d0:f8:40:f1:a0
Slave Interface: eth2
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:d0:f8:00:0c:0c
應用拓撲：同bond0一樣的應用模型。這個模式也需要交換機配置聚合口。
第四種：bond3:fault-tolerance (broadcast)
標准文檔定義：Broadcast policy: transmits everything on all slave interfaces. This mode provides fault tolerance.
特點:這種模式的特點是一個報文會復制兩份往bond下的兩個介面分別發送出去,當有對端交換機失效，我們感覺不到任何downtime,但此法過於浪費資源;不過這種模式有很好的容錯機制。此模式適用於金融行業，因為他們需要高可靠性的網路，不允許出現任何問題。
實際綁定結果：
root@ubuntu12:~/ram# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)
Bonding Mode: fault-tolerance (broadcast) ——- fault-tolerance 模式
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth0
MII Status: up
Link Failure Count: 0
Permanent HW addr: 74:ea:3a:6a:54:e3
Slave Interface: eth1
MII Status: up
Link Failure Count: 0
Permanent HW addr: d8:5d:4c:71:f9:94

3. IBM伺服器,實現雙網卡綁定

IBM隨機配置的網卡工具光碟，安裝其中的Broadcom Advanced Control Suite應用程序:
A. 從Tools菜單選擇Create a Team。

B. 在隨後回出現的窗口中輸入答Team的名字，本次配置名為「VNIC」

C. 選擇Team的類型，選擇Link Aggregation（802.3ad）
D. 將本機的物理網卡加入該組，本次設置將兩塊集成網卡加入「Load Balance Members」窗口中

E. 點擊「Apply」按鍵，啟用設置的虛擬網卡。

F.在交換機上，需要對應的埠做聚合設置

4. LINUX紅帽6.0做雙網卡綁定: 我這里有台HP的伺服器有4個網卡,現在想做2個網卡綁定BOND0

建議用第一種方法 第一種才能更好的區分到不同的業務~ bond0 走什麼數據 bond1 走什麼數據這樣

5. 雙網卡伺服器的網路負載平衡如何設置

游戲伺服器必須要有2塊網卡，否則無法設置雙網卡負載均衡。

操作步驟：內

1、在管理端容——用戶管理——選擇默認組——點擊黃色小筆

2、在彈出的設置工作組——基本設置里

3、設置本地游戲更新走—1塊網卡

4、設置虛擬盤游戲走—另外1塊網卡

5、設置完成後點擊【確定】即可

6、客戶機重啟後設置生效

6. linux雙網卡綁定連接到冗餘的兩交換機

拓撲圖很簡單，一個伺服器的兩個網卡上聯到兩台核心交換機上
操作系統是rhel5.5
x86_64，交換機是華為9306，伺服器是dell
M910刀片
伺服器上的eth0和eth1做了綁定，我想用mode=0
這種負載均衡的方式來做
兩台交換機配置了vrrp，左邊的核心交換機是master，右邊的是slave
但我在實際測試的過程中出現了問題。伺服器是dell
m910，刀片伺服器。我將eth0/1綁定成mode=0模式，在交換機上將連接刀片
www.dnjsb.com
的介面配置到了access
vlan，在刀片的交換機上配置了鏈路聚合和埠依賴(在不做綁定的情況下，伺服器和網路是正常的)，發
現在伺服器上ping網關，有50%丟包；在其他伺服器上ping這台伺服器也有至少50%的丟包
mode=0這個模式，配置完成後，bond0/eth0/eth1介面的MAC都變成eth0的MAC地址了
我覺得當伺服器向外發送數據的時候，第一個包從master走，因為對master來說，從G1/0/1學到了伺服器的MAC地址；伺服器的第
二個包從slave走，master又從G1/0/47學到了伺服器的MAC地址，這樣，交換機的MAC表就混亂了，也就導致了丟失50%的數據包
www.dnjsb.com
誰做過mode=0綁定模式呢？是不是還需要在交換機上做什麼配置？請幫忙看一下如何解決，謝謝。網卡綁定

7. 伺服器雙網卡綁定然後接在一台S5720上，交換機埠聚合怎麼做

首先要確定 你伺服器來用源的是什麼模式的網卡聚合 如果是LACP才需要在交換機上配置聚合命令，以下是華為交換機配置命令可供參考
interface eth-trunk1 #創建eth-trunk1的聚合埠
port link-type access #介面模式access
port default vlan 5 #伺服器段VLAN5
mode lacp #聚合模式LACP
interface g 0/0/1
eth-trunk1 #將埠G1劃到聚合組中，該介面下不要配置別的命令
interface g 0/0/2
eth-trunk1 #將埠G2劃到聚合組中，改介面下不要配置別的命令
q #退出
save #保存
純手打 望採納

8. 兩台伺服器分別做的linux雙網卡綁定成一個bond0,三個mac地址都成一樣的了，伺服器分別連兩

0,1,6都丟包就不是什麼設置問題了，還是先檢查物理連接問題，每一個鏈路單獨測一下是否正常。

9. 兩台核心交換機虛擬化後,伺服器雙網卡接入兩台核心交換機如何綁定同一IP

同一IP的話，到時候交換機怎麼識別發送到哪個mac地址呢