日常工作和生產環境中的x86服務器均采用雙網卡接入方式。 無論是出于減少網絡帶寬、冗余、還是高可用性的考慮，雙網卡綁定都能帶來很多好處。 網卡是將兩張網卡虛擬成一張具有相同IP地址的網卡，可以看成是一個獨立的以太網設備。
正常情況下，網卡只接收目的MAC地址是自己MAC的以太網幀。 然而，模式下的兩個網卡運行在混雜模式下，會接受所有以太網幀，并在驅動程序中將兩個網卡的MAC地址更改為相同，以便它們可以接收和處理特定的MAC數據幀。
日常工作中使用的雙網卡綁定模式主要有A/S主備模式、AA靜態聚合模式、AA802.3ad動態聚合模式。 下面將詳細分析它們的特點和適用場景。
1、三種綁定模式討論
(1). A/S主備模式
顧名思義，主備模式下只有一臺網絡設備處于活動狀態。 當主網卡宕機時，備用網卡將切換為主設備。 這種模式容錯能力比較高，而且mac地址對交換機等設備可見且唯一，資源利用率不高，也不能滿足高帶寬要求。
主備模式的實現原理是將兩個綁定的從網口的MAC地址改為虛擬網卡的MAC地址，虛擬網卡的MAC地址為主網口的MAC地址債券創建并啟動后。 示意圖如下。
當主網卡出現故障時，Bond會切換到備用網口。 切換過程中，下層應用不會受到影響，也不會受到影響。 因為bond驅動會接管下層應用的數據包，緩存起來，等待備份網卡上去才通過。 備用網卡已發出。 而且緩沖區容量有限，如果切換時間過長，會導致緩沖區溢出和丟包。
主備模式的容錯能力決定了這些網卡綁定方式適用于對網絡鏈路帶寬不是很敏感、冗余度要求較高的場景，比如部署應用的機器。
（2）。 AA靜態聚合綁定方式
AA靜態聚合綁定模式，即協程模式，待綁定的兩個網卡的數據傳輸是按順序進行的，第一個包去網卡一，第二個包去網卡二，第三個包進入網卡三，依此類推。 在這種模式下，因為所有綁定的網卡的IP都變成了同一個MAC地址。 這時，當交換機收到發送到該MAC地址的數據包時，它不會知道從相應的端口轉發數據。 為了解決交換機的這個問題，交換機應該進行端口綁定，將數據發送到邏輯聚合端口，然后通過一個聚合端口轉發來自多個端口的數據。 這種綁定方式在網絡壓力比較大的情況下，性能不會有明顯的提升，因為一個連接或者會話的數據包如果從不同的發出，途中會經過不同的鏈路，這對客戶端來說是非常困難的邊。 可能存在數據包亂序到達的問題，亂序到達的數據包需要重新發送物理網卡mac怎么修改，這樣網絡的吞吐量就會增加。 而且交換機側需要設置為（LAG）組，由于是靜態設置，所以所有鏈路都不能出現故障。 一旦出現故障，就會導致網絡故障。 因此靜態聚合模式似乎也會減少帶寬并且不提供容錯功能。
因此，這種綁定方式適合網絡壓力不是很大的場景。 日常工作中，通常應用較少，主要用在ESXI主機上。 主要原因是ESXI主機流量要求較高，且不支持LACP合約。
（3）。 AA動態聚合綁定方式
動態聚合綁定方式，即802.3ad動態容錯，與802.3ad中的SLB綁定方式基本相同，并且要求交換機支持802.3ad中的鏈路聚合控制契約（LACP）。 動態聚合方式可以增加網絡帶寬。 并提供容錯能力。 與之前的靜態AA模式不同，動態聚合模式會通過查詢的方式檢查LAG組是否加入。 如果加入物理網卡mac怎么修改，則開啟LACP合約，如果不加入，則跳過該合約。 如果某個連接斷開，它將手動脫離 LACP 控制，不會影響其他鏈路。 因此，動態聚合模式具有較高的容錯能力。 同時，動態聚合模式下所有流量的分配都是基于哈希算法的。 理論上來說，兩臺不同PC的網絡鏈路會通過不同的網絡連接來傳輸通信幀，因此總帶寬增加了一倍，而實際情況并不會有這么大的提升，而這種模式還是可以帶來可觀的帶寬提升和更好的容錯能力。 這種綁定關系適合高容錯、高帶寬的場景，比如部署數據庫。
二。 網卡綁定的實現（一）． Linux下網卡綁定 1、在/etc//-/下創建網卡綁定配置文件ifcfg-bond1
參數值可以是dhcp，也可以是none。 對應DHCP手動獲取IP地址并分配靜態IP地址，行業標準通常設置為none來分配靜態IP。
該參數值表示將手動啟動并初始化虛擬設備和綁定的化學設備
TYPE參數值代表網絡類型，不僅是默認的以太網，還可以是網橋等類型
綁定參數之間的主要區別在于綁定模式。 業界常用的三種模式是：
mode=0對應前面介紹的靜態AA模式
Mode=1對應前面介紹的尋址AS模式
mode=4對應前面介紹的動態LACP模式
Miion參數表示監控網絡鏈路的頻率，單位為微秒，行業標準為100納秒
該參數定義了傳輸幀的分配策略。 +4的值可以產生端口到端口的流量，負載變得更加均衡。 只需要在LACP模式下配置即可
2、更改/etc//-/下對應網卡的配置文件
修改虛擬綁定組對應的網卡參數如下
3.更改/etc/.d/
添加別名bond0
聲明bond0設備使用驅動配置
4.重啟網絡服務生效
（2）。 綁定下一張網卡
Linux下的網卡綁定方法與Linux下的長治略有不同。 Intel網卡和日常工作中主要使用的網卡都提供了雙網卡綁定配置的圖形化工具。
1.創建網卡組
2. 選擇綁定方式
適配器容錯是AS主備綁定模式，通過主備適配器的切換提供冗余
靜態鏈路聚合為AA靜態聚合模式
.3ad是LACP動態聚合模式
3、配置網卡組IP等參數
三.手動網卡綁定搜索
日常工作中使用綁定腳本進行Linux網卡綁定，根據不同的生產用途手動寫入參數，需要自動選擇綁定為網卡組的網卡號，并根據網卡號型號上網卡型號、插口、操作系統版本以及內核識別順序不同。 例如，模型 A 可以將 eth0 和 eth2 綁定為 bond0，而模型 B 可以將 eth1 和 eth3 綁定為 bond0。 本來我們的想法是記錄常用網卡型號的綁定對應關系，在Linux操作系統安裝時讀取記錄的配置文件，找到對應型號的綁定關系。 并且在實際操作過程中發現，兩臺不同的主機，即使是同一型號、同一位置的網卡，也會因為識別順序的問題而出現編號不同的情況。 給網卡綁定帶來麻煩。
如果由于網卡故障而更換了另一臺主機的網卡，則操作系統中該網卡的標識號往往會與原來的不同，這會給網絡配置和日常運維帶來麻煩。 因此，為了解決以上兩個問題，引用udev的相關函數。
四。 udev綁定及其在手動網卡綁定中的應用
(1). UDEV簡介
udev是.6內核中的一個函數，它取代了原來的devfs，成為當前Linux默認的設備管理工具。 udev作為守護進程運行，通過監聽內核發送的消息來管理/dev目錄下的設備文件。
udev可以通過自定義的規則文件靈活地構成具有很強指示性的設備文件名，如/dev/、/dev/等，并根據一定的條件設置設備文件權限和設備文件所有者/組。
(2).UDEV簡單規則
生產環境默認形成網卡設備文件的規則如下：
=="net",=="添加",=="?",ATTR{}=="e8:39:35:0e:dd:ee",ATTR{type}=="1",=="以太”，
這條規則中，,,, ATTR{}, ATTR{type}，都是匹配鍵，即創建這條規則的條件，NAME是形參鍵，即匹配規則后形成的結果為創建的。
該規則的意思是：如果現有設備的子系統為net，但MAC地址為“e8:39:35:0e:dd:ee”，則為該設備生成一個名為eth0的設備文件。
上面提到，這些規則有一個問題，就是當網卡出現故障需要更換時，網卡可能會因為網卡的MAC地址發生變化而難以識別，但如果/etc/udev /rules.d /70--net.rules的匹配信息由網卡的MAC地址改為網卡的PCI對應的busid，主機的PCI的busid由主機的型號，不會因為硬件更換故障而改變，所以沒有網卡或者更換PCI顯卡，則無法匹配規則。
首先需要通過lspci –m –D|grep –找到PCI的busid，它代表網卡設備。
查詢結果第一列是主機PCI的busid。
之后，更改70--net.rules的內容。 為了讓大家清楚地看到使用新規則后的變化，本文將網卡名稱改為test0和test1。 規則變更如下：
前面的規則中使用了一個參數，該參數表示網卡的單個父設備的名稱，udev會在/sys空間中沿著網卡的絕對路徑搜索父設備的名稱，直到匹配為止設置的設備名稱。 Host PCI的busid是網卡上層父設備的名稱，相當于以Host PCI的busid作為匹配條件。
更改規則后需要重啟主機，然后使用-a命令查看新策略下的網卡名稱，在/sys/class/net/目錄下會生成兩個新的設備文件。 下面是使用新政前后-a和/sys/class/net/目錄的結果對比：
使用前：
使用后：
（3）。 實際應用
首先收集常見型號的busid和eth網卡號的對應關系，然后編譯對應型號的70--net.rules規則，然后在系統初始配置階段寫入到系統的規則文件中操作系統。 這樣就將網卡的序列號與卡槽的位置綁定起來，解決了更換機器網卡后網卡序列號發生變化的問題。 另外，由于卡槽的位置與網卡的序列號綁定，因此可以確定同一型號的bond0和bond1網卡組的網卡序列號。 綁定過程不需要人工識別，可以根據之前的記錄進行手動綁定，提高操作系統部署的速度，減少錯誤。
來自社區“平臺生活”專欄：