本文轉(zhuǎn)自http://www.yunweipai.com/archives/1969.html 支持原創(chuàng)、尊重原創(chuàng)，分享知識！

在企業(yè)及電信Linux服務器環(huán)境上，網(wǎng)絡配置都會使用Bonding技術做網(wǎng)口硬件層面的冗余，防止單個網(wǎng)口應用的單點故障。Linux Bond的配置很簡單，當下網(wǎng)絡上也有很多資料，這里我們就不介紹了。我們在這篇文章中介紹Linux Bond的原理及其不足。

原理Linux Bond有兩種典型的模式：主備，負載均衡。無論哪種模式，Bonding技術都是通過更改Linux的網(wǎng)口驅(qū)動，來實現(xiàn)網(wǎng)口故障后平滑切換的。

主備模式：

負載均衡模式：

1. 我們先看主備模式

主備模式下，Linux Bonding實現(xiàn)會將Bond的兩個slave網(wǎng)口的MAC地址改為Bond的MAC地址，而Bond的MAC地址是Bond創(chuàng)建啟動后，主用slave網(wǎng)口的MAC地址。

當主用網(wǎng)口故障后，Bond會切換到備用網(wǎng)口，切換過程中，上層的應用是無感知不受影響的，因為Bond在驅(qū)動層，會接管上層應用的數(shù)據(jù)包，緩存起來等備用網(wǎng)卡起來后再通過備用網(wǎng)卡發(fā)送出去。當然，前提是切換時間很短，否則緩沖區(qū)是會溢出的，溢出后就開始丟包了。具體的時間值本人還沒有驗證過。

2. 再看負載均衡模式

負載均衡模式下，Linux Bonding實現(xiàn)可以保持兩個slave網(wǎng)口的MAC地址不變，Bond的MAC地址是其中一個網(wǎng)卡的，Bond MAC地址的選擇是根據(jù)Bond自己實現(xiàn)的一個算法來的，具體如何選擇還沒有研究。

當然，這里要重點說明的是，Bond負載均衡模式下，要求交換機做配置，是的兩個slave網(wǎng)口能夠互通，否則的話，丟包會很厲害，基本沒法使用。這個是因為Bond的負載均衡模式算法，會將包在兩個網(wǎng)口之間傳輸以達到負載均衡。

由于負載均衡模式下，兩個slave有獨立的MAC地址，你可能會想，我能否給slave網(wǎng)口再綁定一個IP地址，用作其他用途。這種方法是實現(xiàn)不了的。負載均衡模式下，兩個slave網(wǎng)口在操作性系統(tǒng)上看到是兩個獨立的MAC地址，但是當你指定一個MAC地址發(fā)送包的時候，實際上發(fā)生的現(xiàn)象，不是你期望的。你指定MAC地址1發(fā)包，這個數(shù)據(jù)包可能到MAC地址2出去了。這個是因為Bond對這兩個網(wǎng)口做了手腳，改了網(wǎng)口的驅(qū)動。看起來他們有獨立的MAC地址，實際上他們的MAC地址不是獨立的，只能給Bond使用。

不足從上面的介紹中，很容易看到Bond的一點不足：Bond更改了網(wǎng)口的驅(qū)動，其網(wǎng)口不能被用作其他用途。

Bond還有一點不足就是其故障監(jiān)測上面：Bond默認只能做網(wǎng)口MII監(jiān)測不能做鏈路監(jiān)測（鏈路是指本機到網(wǎng)關的路徑），也就是只能監(jiān)測網(wǎng)口是否連接（網(wǎng)口是否亮）；當然Bond也支持ARP協(xié)議的鏈路監(jiān)測，但是ARP鏈路監(jiān)測在一些場景下，太消耗資源，得不償失。我們曾經(jīng)在實際應用中使用過，效果確實不好。