如何在 SUSE Linux Enterprise 15 上設定網路綁定

網路綁定為 SUSE Linux Enterprise Server 15 系統提供一個邏輯網路接口，該接口由兩個或多個實體連接埠支援。理想的結果是bond0設備保持穩定，擁有預期的 IP 配置、連接的預期成員以及清晰的連結狀態。綁定可以提高可用性，某些模式還可以分配流量，但它並不能保證每個連線都能獲得更高的速度，也不能防止所有交換器、電纜或上游故障。

本指南遵循 SUSE SLES 15 SP7 於 2026 年 10 月 1 日發布的網路綁定流程。它使用wicked傳統的ifcfg設定檔。範例使用 DHCP 和active-backup，這是一種實用的故障轉移模式，無需特殊的交換器支援。請將介面名稱和位址替換為與主機相符的名稱和位址。請參閱SUSE 的《管理網路綁定設備》指南。

定義成功的意義

綁定（bond）將多個乙太網路介面組合成一個邏輯設備，例如 3D 乙太網路介面bond0。應用程式和路由使用該設備；Linux 綁定驅動程式負責選擇或分配其成員連接埠之間的流量。編輯前請確定您的需求：

• 冗餘：即使單一成員連結發生故障，服務仍可透過其他連結繼續運作。
• 鏈路聚合：交換器和主機就協定達成一致，流量分配適應工作負載。
• 可靠的操作：重啟後綁定恢復，接收預期的位址和路由，並報告正確的成員狀態。

網路綁定並不會自動建立獨立的交換路徑。同樣，兩條連結也不代表單一 TCP 連線的運作速度會翻倍。請驗證網路設計和主機狀態。

選擇黏合模式

模式 0、2 和 4 需要相容的交換器支援或配置。active-backup當主要目標是實現簡單的故障轉移時，請使用這些模式。802.3ad僅在網路團隊確認匹配的 LACP 連接埠通道後才選擇這些模式。有關模式的詳細信息，請參閱 SUSE 指南和Linux 核心綁定文件。

準備主持人

保持控制台或帶外說話可用。重新配置承載 SSH 的介面可能會導致會話斷開。將生產環境變更安排在維護窗口期間，並保留原始配置以便回滾。

1. 使用 和識別介面和目前位址ip -br link。ip -br addr
2. 確認哪個網路管理器控制伺服器。 SLES 伺服器工作負載通常使用 1wicked個網路管理器；避免使用兩個管理器來管理相同的連結。
3. 仔細檢查/etc/sysconfig/network/，尤其要ifcfg-<interface>檢查並備份相關文件。
4. 將每個網路卡對應到其對應的網路線和交換器連接埠。檢查您選擇的模式是否需要交換器聚合組。

範例中使用了 `<device_name>`enp1s0和 `<device_name> enp2s0`。您的系統可能使用 `<device_name>` eth0、ens3`<device_name>` 或其他名稱。複製任何內容之前，請確認實際的設備名稱。

使用 ifcfg 檔案設定活動備份

1. 定義鍵

創造/etc/sysconfig/network/ifcfg-bond0：

STARTMODE='auto'
BOOTPROTO='dhcp'

BONDING_MASTER='yes'
BONDING_SLAVE0='enp1s0'
BONDING_SLAVE1='enp2s0'

BONDING_MODULE_OPTS='mode=active-backup miimon=100'

STARTMODE='auto'自動啟動綁定。BOOTPROTO='dhcp'請求綁定的動態位址。對於靜態配置，請使用BOOTPROTO='static'並新增正確的IPADDR值，例如。此保留位址僅為範例；除非它確實是您的位址，否則請勿在實際網路中指派它。在配置綁定時，請勿在成員連接埠上單獨IPADDR='192.0.2.20/24'配置位址。bond0

BONDING_MASTER標識連線。每個編號BONDING_SLAVEn條目代表一個成員。miimon=100啟用每 100 毫秒一次的連結檢查；SUSE 警告不要移除此選項。根據您的網路規劃設定網關、DNS 和 IPv6 選項。

2. 設定成員介面

備份成員檔案。編輯文件/etc/sysconfig/network/ifcfg-enp1s0，/etc/sysconfig/network/ifcfg-enp2s0使每個成員文件都包含成員配置訊息，且不包含獨立的 IP 位址：

BOOTPROTO='none'
STARTMODE='hotplug'

這樣，綁定節點就能控制端口，並在成員可用時允許其加入。保留必要的本地設置，並在啟動前將結果與備份進行比較。

3. 審核並激活

看看惡人會用什麼：

sudo wicked show-config

確認bond0清單中包含預期的成員，成員文件未配置單獨的位址，且所需的協定和模式已顯示。如有遺漏，請在繼續操作前進行修正。使用以下命令建立連線：

sudo wicked ifup all bond0

SUSE 的流程使用 wicked 來啟動 bond。請勿嘗試啟動特定於裝置的 systemd 單元。編輯活動 bond 設定後，請使用 `git apply` 指令套用變更sudo wicked ifreload bond0。網路變更期間遠端連線可能會斷開，因此請保持控制台存取可用。

LACP 僅在與開關協調時使用

對於交換器配置的 LACP 連接埠通道，請在保持鏈路監控的同時使用此選項：

BONDING_MODULE_OPTS='mode=802.3ad miimon=100'

只有在交換器配置為支援 IEEE 802.3ad 動態聚合且連結滿足其要求後，才能進行變更。 SUSE 規定連結必須符合速度、雙工模式，並且連接到同一台交換器。交換器堆疊和多機箱設計有廠商特定的要求；請在交換器文件中確認這些要求。

如果 LACP 不可用或未配置，則使用active-backup基本故障轉移。 Linux 連結聚合狀態顯示為「已連線」並不能證明交換器連接埠通道已正確設定。

驗證結果

檢查 Wicked 進程、位址和核心綁定報告：

sudo wicked ifstatus --verbose bond0
ip -br addr
cat /proc/net/bonding/bond0

wicked ifstatus --verbose bond0報告 Wicked 的狀態，ip -br addr顯示其是否bond0已啟動並持有預期地址。核心報告顯示模式、成員介面、連結狀態以及主備模式下的活動成員。

在確認工作完成之前，請檢查以下跡象：

• bond0已到位並按預期運行。
• 地址和路由屬於債券，而不是單一 NIC。
• 兩個成員都已出現，鏈路狀態與佈線和交換器連接埠一致。
• 在主備模式下，一個成員處於活動狀態，另一個成員作為備用成員。
• 對於 LACP，主機和交換器都顯示出預期的聚合狀態。僅憑一條正常的 Linux 連結並不能證明 LACP 連線正常。

獲得授權後，透過逐一中斷或以管理員身分停用一個成員來測試故障轉移，同時觀察連線性和連結聚合報告。確認流量通過正常運作的連結恢復後，恢復被測試的連結，然後測試另一個成員。切勿在沒有控制台存取權限和維護視窗的情況下中斷遠端系統。

根據觀察到的症狀進行故障排除

如果變更導致伺服器斷開連接，請使用控制台還原已儲存的文件，並依照網站的網路復原步驟進行操作。請保留備份，直到連結通過重新啟動和故障轉移檢查。

了解局限性

當某個成員發生故障時，鏈路聚合可以應對，前提是其他成員仍然可用，並且網路的其餘部分允許流量繼續傳輸。但它不能自動覆蓋交換器故障、上游路由器中斷、VLAN 錯誤或路由問題。 SUSE 建議在大多數硬體配置中不要將鏈路聚合拆分到多個交換器上；對於任何多交換器配置，請遵循交換器供應商的設計。

流量分配取決於模式、對等交換器和活動流的模式。單一連線可能始終位於一個成員上，因此增加兩個連接埠並不能保證單次傳輸速度會翻倍。應測量具有代表性的流量，並觀察錯誤、丟包、吞吐量和故障轉移行為。如果結果未達服務要求，則應檢查模式和交換器配置，而不是想當然地認為增加介面就能提高效能。