SUSE Linux Enterprise 15 でネットワークボンディングを設定する方法

ネットワークボンディングは、SUSE Linux Enterprise Server 15システムに、2つ以上の物理ポートによって支えられた1つの論理ネットワークインターフェイスを提供します。良好な結果として、bond0意図したIP構成、接続されたメンバー、および明確なリンク状態を備えた永続的なデバイスが構築されます。ボンディングは可用性を向上させ、一部のモードではトラフィックを分散しますが、すべての接続で高速化を保証したり、すべてのスイッチ、ケーブル、または上流の障害から保護したりするものではありません。

このガイドは、2026 年 10 月 1 日に公開された SUSE SLES 15 SP7 のボンディング手順に従います。wicked従来のifcfgファイルを使用します。この例では、DHCP と を使用します。active-backupこれは、特別なスイッチのサポートを必要としない実用的なフェイルオーバー モードです。インターフェイス名とアドレスをホストに合わせて置き換えてください。SUSEの「ネットワーク ボンディング デバイスの管理」ガイドを参照してください。

成功とは何かを定義してください。

ボンディングは、複数のイーサネットインターフェイスを1つの論理デバイス（例：）に結合しますbond0。アプリケーションとルーティングはこのデバイスを使用し、Linuxボンディングドライバはメンバーポート間でトラフィックを選択または分散します。編集する前に必要なものを決定してください。

• 冗長性：単一のメンバーリンクが故障しても、別のメンバーリンクを通じてサービスが継続される。
• リンクアグリゲーション：スイッチとホストがプロトコルについて合意し、トラフィックの分散がワークロードに合わせて行われる。
• 信頼性の高い動作：再起動後、ボンドは正常に動作し、期待されるアドレスとルーティングを受信し、正しいメンバー状態を報告します。

ボンディングによって自動的に独立したスイッチパスが作成されるわけではありません。また、2つのリンクがあっても、1つのTCP接続の速度が2倍になるわけではありません。ネットワーク設計とホストの状態を検証してください。

接着モードを選択してください

モード0、2、4では、互換性のあるスイッチのサポートまたは設定が必要です。active-backup主な目的が単純なフェイルオーバーである場合に使用してください。ネットワークチームがLACPポートチャネルが一致することを確認した後にのみ選択してください。モードの詳細については、SUSEのガイドおよびLinuxカーネルのボンディングに関するドキュメント802.3adを参照してください。

ホストを準備する

コンソールまたは帯域外セッションを常に利用可能な状態にしておいてください。SSH を伝送するインターフェースを再設定すると、セッションが切断される可能性があります。本番環境の変更はメンテナンス期間中に実施し、ロールバック用に元の設定を保持してください。

1. ip -br linkとを使用してインターフェースと現在のアドレスを特定しますip -br addr。
2. どのネットワークマネージャがサーバーを制御しているかを確認してください。SLESサーバーのワークロードは通常、 を使用しますwicked。同じリンクを2つのマネージャで管理することは避けてください。
3. /etc/sysconfig/network/特に、を検査しifcfg-<interface>、関連ファイルをバックアップしてください。
4. 各NICを対応するケーブルとスイッチポートにマッピングします。選択したモードでスイッチアグリゲーショングループが必要かどうかを確認してください。

この例ではenp1s0とを使用していますenp2s0。お使いのシステムではeth0、ens3、またはその他の名前が使用されている場合があります。コピーする前に、実際のデバイス名を確認してください。

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'正しい値を追加します。 この予約済みアドレスは例です。実際に自分のアドレスでない限り、本番ネットワークに割り当てないでください。 でアドレスを設定し、メンバーポートで個別に設定しないでください。IPADDRIPADDR='192.0.2.20/24'bond0

BONDING_MASTERボンドを識別します。番号付きのBONDING_SLAVEnエントリはそれぞれメンバーを1つずつ示します。100miimon=100ミリ秒ごとにリンクチェックを有効にします。SUSEはこれを削除しないよう警告しています。ネットワークプランに応じて、ゲートウェイ、DNS、およびIPv6オプションを設定してください。

2. メンバーインターフェースを設定する

メンバーファイルをバックアップします。各メンバーがメンバー構成を持ち、独立したIPアドレスを持たないように/etc/sysconfig/network/ifcfg-enp1s0編集します。/etc/sysconfig/network/ifcfg-enp2s0

BOOTPROTO='none'
STARTMODE='hotplug'

これにより、ボンドがポートを制御し、メンバーが利用可能なときに参加できるようになります。必要なローカル設定を保持し、アクティベーション前に結果をバックアップと比較してください。

3. 確認して有効化する

wickedが何を使用するか確認してください。

sudo wicked show-config

意図したメンバーがリストされていること、メンバーファイルが個別のアドレスを設定していないこと、および目的のプロトコルとモードが表示されていることを確認してくださいbond0。先に進む前に、不足している箇所を修正してください。以下のコマンドでボンディングを開始します。

sudo wicked ifup all bond0

SUSE の手順では、wicked を使用してボンドを開始します。デバイス固有の systemd ユニットを起動しようとしないでください。アクティブなボンド構成を編集した後は、 で適用してください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 bond0wicked の状態を報告します。が稼働しているip -br addrかどうかbond0、および意図したアドレスを保持しているかどうかを示します。カーネル レポートには、アクティブ/バックアップのモード、メンバー インターフェイス、リンク ステータス、およびアクティブなメンバーが表示されます。

作業完了とみなす前に、以下の兆候に注意してください。

• bond0存在し、期待どおりに動作している。
• 住所と経路は債券に紐づけられたものであり、個人の国民保険番号（NIC）に紐づけられたものではありません。
• 両方のメンバーが表示され、リンク状態はケーブル接続とスイッチポートの状態と一致しています。
• アクティブ/バックアップ構成では、一方のメンバーがアクティブとして動作し、もう一方のメンバーがバックアップとして利用可能になります。
• LACPの場合、ホストとスイッチの両方で期待どおりのアグリゲーションが表示されている必要があります。Linuxリンクが稼働しているだけでは、LACPが正常に動作していることの証明にはなりません。

承認された場合は、接続状況とボンディングレポートを監視しながら、一度に1つのメンバーを切断または管理的に無効化して、フェイルオーバーをテストしてください。トラフィックが生存しているリンクを介して回復することを確認し、テストしたリンクを復元してから、もう一方のリンクをテストしてください。コンソールアクセスとメンテナンスウィンドウがない限り、リモートシステムを中断しないでください。

観察された症状に基づいてトラブルシューティングを行う

変更によってサーバーとの接続が切断された場合は、コンソールを使用して保存済みのファイルを復元し、サイトのネットワーク復旧手順に従ってください。ボンディングが再起動およびフェイルオーバーチェックに合格するまで、バックアップを保持してください。

限界を理解する

ボンディングは、他のメンバーが使用可能で、ネットワークの残りの部分がトラフィックの継続を許可している場合に、障害が発生したメンバーに対応できます。ただし、スイッチの障害、上流ルーターの停止、VLANエラー、ルーティングの問題を自動的にカバーするものではありません。SUSEは、ほとんどのハードウェア構成において、ボンディングを複数のスイッチに分割することを推奨していません。複数のスイッチを使用する構成の場合は、スイッチベンダーの設計に従ってください。

トラフィックの分散は、モード、ピアスイッチ、およびアクティブなフローのパターンに依存します。単一の接続が1つのメンバーに留まる可能性があるため、ポートを2つ追加しても、1つの転送速度が2倍になるとは限りません。代表的なトラフィックを測定し、エラー、ドロップ、スループット、およびフェイルオーバー動作を監視してください。結果がサービス要件を満たさない場合は、インターフェースを追加するだけでパフォーマンスが向上すると想定するのではなく、モードとスイッチ構成を見直してください。