LACPとは？仕組み・アクティブ/パッシブ・帯域と冗長化の実像から導入判断まで実装者向けに解説

LACP（Link Aggregation Control Protocol）は、複数の物理的なLANケーブル（リンク）を1本の論理的な回線として束ね、その束ね方を機器同士で自動的にすり合わせるためのプロトコルです。スイッチとスイッチ、あるいはサーバとスイッチの間を2本・4本といった複数リンクでつなぎ、まとめて1つの太い経路として扱うことで、帯域の上積みとリンク障害時の切り替えを両立させます。この記事では、LACPの土台であるリンクアグリゲーションとは何か、LACPDUというやり取りでアクティブ/パッシブのモードをどう決めるのか、手動の静的束ねとの違い、そして実装者が最もつまずく「4本束ねても1つの通信は1本ぶんの速度しか出ない」というロードバランシングの実像までを整理する構成です。そのうえで、LACPを導入する価値が明確な場面と、入れても効かない場面を条件付きで示し、スイッチをまたぐ冗長化や設定不一致といった落とし穴まで踏み込みます。

まとめ：LACPの仕組みと帯域・冗長化・採用判断を先に整理した結論

LACPの本質は一言で表せます。「複数の物理リンクを1本の論理リンクへ束ね、束ねてよいかを両端の機器が自動でネゴシエーションする」ことです。手動で束ねる静的な方式と違い、LACPはLACPDUという制御フレームを定期的に交換し、相手が同じ束ねの相手として正しく設定されているかを確認したうえでリンクを合流させます。配線ミスや片側の設定漏れがあれば、そのリンクを束ねに加えないため、意図しないループや通信断を未然に防げます。

設計判断の勘所は3点です。第一に、帯域は「束ねた本数ぶん」がそのまま単一通信の速度になるわけではありません。どのリンクへ流すかは送信元・宛先のアドレスなどから計算したハッシュで振り分けられ、1つの通信（フロー）は原則1本の物理リンクしか使いません。1G×4本でも、1対1のファイル転送は約1Gのままです。第二に、LACPの効果が出るのは通信の相手が多数に分かれる環境（多くのクライアントを収容するスイッチ間、多数のセッションを捌くサーバ）と、リンク1本が切れても通信を維持したい冗長構成であり、単一の大容量転送を速くしたい用途には向きません。第三に、2台の別々のスイッチへ分散して冗長化したい場合は、LACP単体では足りず、MC-LAG（vPC/MLAG等）やスタック構成といったベンダー固有の仕組みが必要です。オンプレのスイッチ束ねからクラウド側の冗長設計までを一体で組みたい場合は、インフラ構築（AWS/GCP/Azure）の相談窓口で構成方針から相談すると、帯域と可用性の設計のズレを最初に潰せます。

LACPの仕組み：物理リンクを1本に束ねる動的ネゴシエーションの考え方

LACPを設定コマンドから覚えると、なぜ束ねが成立したり失敗したりするのかが見えません。先に「何を束ねて、両端がどうやって合意するのか」という構造を押さえると、後段の帯域や冗長化の話が一本の線でつながります。

複数の物理リンクを1本の論理リンクにするリンクアグリゲーションの基本

リンクアグリゲーションは、2本以上の物理リンクを束ねて1つの論理的なリンク（LAG：Link Aggregation Group）として扱う技術です。束ねた回線は上位から見ると1本のインターフェースに見え、経路制御やVLANの設定も1つの論理リンクに対して行います。目的は2つあり、1つは複数リンクの合計に近い帯域を確保すること、もう1つは束ねた中の1本が切れても残りで通信を続ける冗長性です。物理的にはイーサネットの複数ポートを使うため、土台となる配線・規格の理解が前提になります。物理層のイーサネットがどう速度と配線を規定するかは、イーサネットの規格と速度・配線の全体像を押さえると、その上でリンクを束ねるLAGの位置づけが明確になります。

LACPDUの交換でリンクを束ねてよいか合意する動的な仕組み

LACPは、リンクアグリゲーションを機器同士の合意のうえで動的に組み立てるための制御プロトコルです。束ねる候補の各リンクで、両端がLACPDU（LACP Data Unit）という制御フレームを定期的に送り合い、システムID・ポートの優先度・束ねのキー（同じ束ねに属するかの識別子）を交換します。双方が「このリンク群は同じ相手への同じ束ねだ」と確認できたリンクだけが実際に合流し、トラフィックを流し始めます。配線が別の機器につながっていたり、片側だけ束ねの設定が入っていたりすると、LACPDUの整合が取れず、そのリンクは束ねに加わりません。この「合意できたものだけ束ねる」性質が、静的な手動束ねにはない安全弁になります。LACPはイーサネットフレームとしてデータリンク層で動作するため、OSI参照モデルにおける各層の役割のうちL2で完結する制御だと捉えると、上位のIPやアプリケーションに影響せずリンクを組み替えられる理由が分かります。

手動設定の静的リンクアグリゲーションとLACPの決定的な違い

リンクアグリゲーションには、LACPを使わず管理者が両端を手動で束ねる「静的（スタティック）」方式もあります。静的束ねは制御フレームのやり取りをせず、設定した瞬間からリンクを合流させるため、LACP非対応の相手ともつなげる点が利点です。一方で、相手側の設定漏れや片側だけのケーブル差し替えを検知できず、束ねたつもりの一部リンクが実は別の場所につながっている、といった状態でもトラフィックを流してしまい、ループや通信断の火種になります。LACPは、束ねる前に両端で合意を取り、リンクの生死やミスマッチをLACPDUの途絶で継続的に監視するため、構成変更や障害時の安全性が高い方式です。相手がLACPに対応するなら、動的なLACPを既定に選ぶのが実務上の基本線になります。

LACPの帯域とロードバランシング：束ねても速くならない通信がある実像

「4本束ねれば4倍速」という理解で設計すると、期待した速度が出ず原因追及に時間を取られます。束ねた帯域が実際にどう使われるのかを、フロー単位の振り分けから押さえます。

ロードバランシングがハッシュで決まり単一フローは1本に限られる理由

束ねたリンクへの振り分けは、パケットを1個ずつ均等にばらまくのではなく、通信の組み合わせ（フロー）ごとに使う物理リンクを固定する方式が一般的です。送信元・宛先のMACアドレスやIPアドレス、L4のポート番号などからハッシュ値を計算し、その結果で「この通信は何番目のリンク」と割り当てます。同じ通信のパケットが別々のリンクに散らばると到着順が乱れるため、あえて1フロー1リンクに固定して順序を保ちます。この仕組み上、1対1の大きなファイル転送のような単一フローは、束ねが何本あっても1本ぶんの速度が上限です。帯域が積み上がって見えるのは、多数の通信が別々のリンクへ分散したときの合計に限られます。ハッシュの計算対象（MACのみか、IP・ポートまで含めるか）は機器側で選べる場合が多く、通信の偏りが出るときはここを調整します。

リンク障害時に残りのリンクへ切り替わるフェイルオーバーの動き

LACPのもう一つの実利は、束ねた中の1本が物理的に切れても、残りのリンクへ自動でトラフィックを寄せて通信を続けるフェイルオーバーです。LACPDUの途絶や物理リンクのダウンを検知すると、そのリンクを束ねから外し、以降のフローを生きているリンクへ割り当て直します。切り替えの体感速度は、LACPDUの送信間隔（短周期のfastは約1秒間隔、長周期のslowは約30秒間隔）や物理リンクのダウン検知の速さに左右されます。冗長性を重視するなら短周期を選び、検知を早める設計が有効です。ただし帯域は残ったリンクぶんに減るため、「全リンク合計の帯域を常に前提にした設計」では、1本故障時に輻輳する点に注意します。ここで起きる輻輳（ネットワーク混雑）の仕組みと対策の判断を押さえると、フェイルオーバー時に残ったリンクへ寄せた帯域がどこまで持つかを設計に織り込めます。冗長化を可用性の観点でどう積むかは、水平・垂直のスケーリングと同じ設計思想の延長線上にあり、スケールアウトとスケールアップの使い分けと併せて捉えると、リンク冗長も含めた全体の可用性設計として整理できます。

EtherChannelやbonding・NICチーミングとの呼称の違いを整理した早見表

リンクアグリゲーションは実装ごとに呼び名が分かれ、同じ技術を指しているのか迷いやすい領域です。設定資料を読むときの当たりを付けるため、代表的な呼称を整理します。

規格名としてはIEEE 802.1AX（かつての802.3ad系から移行した体系）が束ね全体を指し、LACPはその中の動的な制御手段という関係です。ベンダーのマニュアルで別名が出てきても、「動的束ねならLACPを話している」と読み替えると資料が横断的につながります。

LACPの採用判断：導入すべき場面と見送るべき場面を見極める基準

LACPは束ねれば束ねるほど良いわけではありません。束ねには両端の対応と設定・運用のコストが伴います。どこで採り、どこでは採らないかを条件付きで言い切ります。

LACPの導入効果が明確になる通信の分散と冗長化という2つの条件

LACPの導入が投資に見合うのは、次の条件が重なる場面です。第一に、通信の相手が多数に分かれること。多くのクライアントやサーバを収容するスイッチ間の上り回線（アップリンク）は、フローが自然に分散するため束ねた帯域が実効的に効きます。第二に、リンク1本の障害でも通信を止めたくないこと。サーバのNICを2本束ねてスイッチにつなげば、片方のケーブルやポートが死んでも接続を維持できます。第三に、上位機器から見た構成をシンプルに保ちたいこと。複数リンクを1つの論理インターフェースに束ねると、VLANトランクや経路の設定を1本に対して行えます。スイッチ間でVLANを跨いで運ぶ設計では、束ねた論理リンクの上にトランクを載せるのが定石で、VLANの仕組みとトランク設計と組み合わせると、帯域・冗長・セグメント分離を1つのアップリンクで両立できます。

LACPが効かない・見送るべき小規模構成と典型的な失敗パターン

逆に、LACPを入れても割に合わない場面もはっきりしています。最も多い誤りは、単一の大容量転送を速くする目的で束ねることです。前述のとおり1フローは1リンクに固定されるため、バックアップの1対1転送やストレージの単一セッションは束ねても速くなりません。この用途は、より高速な単一リンク（10G・25G等）へ替えるほうが確実です。もう一つの失敗は、2台の別スイッチへ分散して冗長化しようとして、MC-LAG（Ciscoのvpc、各社のMLAG）やスタック構成なしにただ両スイッチへ1本ずつつなぐケースです。通常のLACPは「1台の対向機器」との束ねを前提とするため、対向が別々の独立スイッチだと束ねが成立せず、ループ防止機構（スパニングツリー）に片方を止められて冗長になりません。スイッチ跨ぎの冗長化には、対向2台を1つの論理スイッチに見せる専用機能が要ります。数ポート規模で通信相手も限られるオフィスなら、束ねずに1本の適切な速度のリンクで足りることも多く、「相手が1系統・フローも少ないなら見送ってよい」と判断できることも実装者の見識です。

モード不一致や速度差など束ね設定で詰まりやすい典型的な落とし穴

LACPで束ねが上がらないときの原因は、いくつかの定番に集約されます。まずアクティブ/パッシブのモードで、LACPは少なくとも片側がアクティブ（自らLACPDUを送る側）でなければ束ねが始まりません。両端ともパッシブ（応答のみ）だと、誰も口火を切らず束ねが成立しない設計です。次に、束ねる各リンクの速度・全二重/半二重・MTUといった条件が揃っていること。速度が混在するとリンクが束ねに加われず、単独リンクのまま残ります。さらに、片側だけ静的束ね・もう片側がLACPといった方式の食い違いも束ね失敗の常連です。導入時は、両端のモード（最低一方をアクティブ）・速度/二重の一致・LACPDU周期を最初に設計へ織り込み、束ね本数を増やす前に2本の最小構成で疎通を確認するのが安全な進め方です。オンプレのスイッチ束ねと、クラウド側の冗長ネットワーク（複数AZ・複数ENIの設計）を一体で組みたい場合は、インフラ構築（AWS/GCP/Azure）として構成段階から相談すると、物理の束ねと仮想側の冗長設計を同じ土俵で詰められます。

よくある質問

LACPについて実務でよく挙がる疑問を、帯域と冗長化・設定の観点から簡潔に答えます。

LACPとリンクアグリゲーションの違いは何ですか？

リンクアグリゲーションは「複数の物理リンクを1本の論理リンクに束ねる」技術の総称で、束ね方には手動で組む静的方式と、プロトコルで動的に組むLACP方式があります。LACPはその動的方式を実現する制御プロトコルで、両端がLACPDUを交換して束ねてよいかを合意します。つまりリンクアグリゲーションが目的、LACPはそれを安全に成立させる手段の一つ、という関係です。相手が対応していればLACPを、非対応なら静的を選びます。

LACPで2本束ねると通信速度は2倍になりますか？

単一の通信では2倍になりません。束ねたリンクへの振り分けは送信元・宛先アドレス等のハッシュでフロー単位に固定され、1つの通信は原則1本の物理リンクしか使わないためです。1対1のファイル転送は1本ぶんの速度が上限で、速度が上積みされて見えるのは、多数の通信が別々のリンクへ分散したときの合計です。単一の大容量転送を速くしたい場合は、束ねよりも1本を高速なリンクへ替えるほうが効きます。

LACPのアクティブとパッシブはどちらに設定すべきですか？

少なくとも片側をアクティブにする必要があります。アクティブは自らLACPDUを送って束ねを開始する側、パッシブは相手から来たら応答するだけの側です。両端がパッシブだと誰も束ねを始めず成立しないため、片側アクティブ・片側パッシブ、または両端アクティブにします。運用をそろえたい場合は両端アクティブが分かりやすく、どちらの機器を起点にしても束ねが立ち上がります。

異なる2台のスイッチにまたいでLACPで束ねられますか？

通常のLACPだけではできません。標準のLACPは対向を1台の機器として扱う前提のため、独立した2台のスイッチへ1本ずつつなぐと束ねが成立しません。2台のスイッチを1つの論理スイッチに見せるMC-LAG（vPC・MLAG等）やスタック構成を使えば、スイッチ跨ぎの束ねと冗長化が可能になります。スイッチ側の障害まで含めて冗長化したいなら、これらのベンダー固有機能の対応可否を先に確認します。

LACPは静的リンクアグリゲーションより優先すべきですか？

相手が対応しているなら、原則としてLACPを優先します。LACPは両端で束ねの合意を取り、LACPDUの途絶で設定ミスや片側の障害を継続的に検知するため、配線ミスによるループや通信断のリスクが静的方式より低いからです。静的束ねはLACP非対応の相手とつなぐ場合や、制御フレームを流したくない特殊な要件に限って選ぶのが実務上の切り分けになります。

関連記事

• イーサネットとは？IEEE 802.3規格・速度と配線・VLAN/LACP設計まで実装者向けに解説：LACPの土台となる物理リンク層の規格・配線を押さえると、その上で束ねるLAGの位置づけが明確になります。
• OSI参照モデルとは？7階層の役割・各層プロトコル・TCP/IPとの違い：LACPがデータリンク層(L2)で完結する制御である点を、7階層の中で位置づけられます。
• VLANとは？仕組み・ポートVLAN/タグVLANからVLAN間ルーティング設計まで：束ねた論理リンクの上にVLANトランクを載せる、スイッチ間アップリンクの設計として組み合わせられます。
• スケールアウトとスケールアップとは？水平・垂直スケーリングの違いと実装・使い分けを実装目線で解説：リンク冗長を含めた可用性・帯域の設計思想を、スケーリングの観点から整理できます。