変更要約: 初版
6.1ネットワーク自動化と従来型 vs コントローラベース
ネットワーク自動化が運用にもたらす一貫性・速度・スケール、機器が「経路を決める」コントロールプレーンと「実際に転送する」データプレーンの分離、各機器が個別に判断する従来型（分散）と中央のコントローラが判断を集約するコントローラベースの違い、そして運用データから異常を見抜くAI/MLの活用を、実務判断として学びます。
数十台のスイッチに手作業で同じVLANやACLを1台ずつ設定していくと、打ち間違いや設定漏れが必ず紛れ込み、監査や障害の温床になります。ネットワーク自動化は、こうした繰り返し作業をスクリプトやコントローラに任せ、設定の一貫性・展開の速さ・大規模化への対応を実現する考え方です。この節では「なぜ自動化するのか」という運用上の動機から出発し、その前提となるコントロールプレーンとデータプレーンの分離、そして機器が個別に判断する従来型と中央集権のコントローラベースの違いを、機器選定・設計の判断として学びます。
6.1.1自動化がネットワーク管理に与える影響
- 一貫性＝人手のコピー&ペーストではなく、テンプレート化した設定を全機器へ機械的に適用するため、機器ごとのばらつき（設定ドリフト）や打ち間違いが減る。再現性のある構成が監査・トラブルシュートを容易にする。
- 速度とスケール＝1台ずつCLIを叩く代わりに、数百台へ同時に変更を展開できる。人員を増やさずに管理台数を伸ばせるため、大規模網ほど費用対効果が高い。
- トレードオフ＝自動化は誤りも同じ速さで全機器へ波及させ得る（1つのテンプレート誤りが全網停止に直結）。事前検証・段階展開・ロールバック手順とセットで導入するのが実務の鉄則。
6.1.2コントロールプレーンとデータプレーンの分離
- コントロールプレーン＝「どの宛先をどの経路で転送するか」を決める役割。ルーティングプロトコル（OSPF等）の交換、ルーティングテーブルやMACアドレステーブルの構築、STPの計算などがここに属する。
- データプレーン（フォワーディングプレーン）＝コントロールプレーンが作った表に従って、実際にフレーム/パケットを転送する役割。1パケットごとに高速に処理される。
- （参考）マネジメントプレーン＝SSH/SNMP/Syslogなど機器の管理アクセスを担う面。自動化やコントローラはこの管理面を通じて機器と対話する。
「コントロールプレーン＝経路を決める（テーブルを作る）」「データプレーン＝決められた表に従って転送する」の役割分担が最頻出です。従来型は各機器が自分のコントロールプレーンを持つ（分散）のに対し、コントローラベースは中央のコントローラがコントロールプレーンの判断を集約し、機器はデータプレーンに専念する点を必ず区別しましょう。
6.1.3従来型（分散）とコントローラベース
- 従来型（分散型）＝各ルータ/スイッチが自分のコントロールプレーンを個別に持ち、隣接機器と情報交換して自律的に経路を決める。1台ずつCLIで設定・運用するため、大規模になるほど設定の一貫性維持と一括変更が難しい。
- コントローラベース＝中央のコントローラがネットワーク全体を俯瞰してコントロールプレーンの判断を集約し、各機器へ設定/ポリシーを配布する。運用者は個々のCLIではなくコントローラのAPIやダッシュボードを通じてネットワーク全体を「1つのシステム」として操作できる。
6.1.4AI/MLの運用活用（予測分析・異常検知）
- コントローラは全機器からテレメトリ（統計・ログ・状態）を集約するため、そこに機械学習（ML）を適用すると、平常時の傾向（ベースライン）を学習し、そこから外れる兆候を異常検知できる。人手のしきい値監視では気づけない微妙な劣化も捉えやすい。
- 予測分析＝過去のトレンドから将来の輻輳や機器故障の予兆を推定し、障害が顕在化する前に手を打つ運用を助ける。CCNAでは細かなアルゴリズムではなく「AI/MLは大量の運用データから異常検知・予測を行い運用を支援する」という役割の理解が問われる。
あなたは50拠点・数百台のスイッチを運用するチームのリーダーで、「全拠点のゲスト用VLANに新しいACLを追加する」という変更依頼を受けたとします。従来型の運用では、各スイッチに1台ずつSSHでログインし同じACLを手入力する——この方法は設定ドリフト（ある拠点だけ古い設定が残る）や打ち間違いを生みやすく、数百台では数日がかりで、しかも監査時に「本当に全台に入ったか」を保証しづらい問題があります。ここでコントローラベースの管理を導入すると、コントローラのテンプレートにACLを1回定義して全対象機器へ一括配布でき、配布後にコントローラが実機の状態を照合して準拠/非準拠を可視化します。さらにコントローラが集約するテレメトリにAI/MLを効かせておけば、ACL追加後に特定拠点だけ通信断が増えた——といった異常を、利用者からの問い合わせより先に検知できます。ただし注意すべきは、コントローラベースにしたからといって従来型の知識が不要になるわけではない点です。テンプレートに1文字の誤りがあれば全拠点へ同時に波及するため、事前検証・段階展開・ロールバックという規律は従来型以上に重要になります。つまり自動化は「作業を速くする」だけでなく「誤りも速く広める」諸刃の剣であり、どの規模・どの変更頻度なら中央集権が割に合うかを見極めるのが設計判断です。
| 観点 | 従来型（分散） | コントローラベース |
|---|---|---|
| コントロールプレーン | 各機器が個別に保持 | 中央コントローラが集約 |
| 設定/運用の入口 | 機器ごとのCLI | コントローラのAPI/ダッシュボード |
| 一括変更 | スクリプト等で補うが機器単位 | テンプレートで全体へ一括配布 |
| 大規模時の一貫性 | ドリフトが起きやすい | 準拠状態を集中管理 |
ひっかけ： 「コントローラベースではコントロールプレーンが消える」は誤りです——コントロールプレーンの判断が中央のコントローラへ集約されるだけで、経路を決める機能そのものは無くなりません。また「データプレーンが経路を計算する」も誤り＝経路計算はコントロールプレーンの仕事で、データプレーンは決められた表に従って転送するだけです。混同しないようにしましょう。
6.1.5この節のまとめ
- ネットワーク自動化は一貫性・速度・スケールをもたらすが、誤りも同じ速さで波及するため検証・段階展開・ロールバックとセットで導入する
- コントロールプレーンは経路を決める（テーブルを作る）、データプレーンは決められた表に従って転送する
- 従来型は各機器が自分のコントロールプレーンを持つ（分散）、コントローラベースは中央コントローラが判断を集約する。AI/MLは集約データから異常検知・予測を行い運用を支援する
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. 50拠点・数百台のスイッチを運用しており、全拠点のゲストVLANへ同一のACLを追加する変更を、設定の一貫性を保ちつつ短時間で完了させたい。運用方式の選択として最も適切なものはどれか。
Q2. あるエンジニアが「コントローラベースネットワーキングに移行すれば、機器側のコントロールプレーンは完全に不要になり経路計算という概念自体が消える」と説明した。この説明の誤りを正すものとして最も適切なものはどれか。
Q3. コントローラが全機器から収集するテレメトリに機械学習を適用する運用の利点として、CCNAの観点から最も適切なものはどれか。