快適なネットワークの設計戦略【第2回】
ネットワークパフォーマンスを高める「ルーティング」の基礎知識
ネットワークは“つながる”だけでは十分ではない。複雑化するITインフラを支えるには、目に見えない領域での最適化が不可欠だ。ネットワークのパフォーマンスの観点から、信頼性向上につながるポイントを解説する。
ネットワークはいつも目立たない存在ではありつつも、ITインフラの基盤となる重要な要素だ。ネットワークに障害が発生すれば、業務の停止やサービスの遅延といった重大な影響を及ぼす恐れがある。ネットワークの「信頼性」を高めるには、どのような知識とノウハウを持っておけばいいのか。
ネットワークの信頼性を支えるプロトコルを解説した第1回「“止まらないネットワーク”に不可欠な『FHRP』『OSPF』『BGP』とは何か?」に続き、本稿ではネットワークの「パフォーマンス最適化」に着目する。企業ネットワークの複雑化が進む今、単に通信がつながっているだけでは十分とは言えない。高負荷時にも安定した応答性を維持し、障害時には即座に復旧することが求められる。
ネットワークパフォーマンス最適化戦略
併せて読みたいお薦め記事
押さえておきたいネットワーク基礎知識
ネットワークのパフォーマンスを向上させる最適化戦略は、信頼性の確保にも寄与する。ネットワークのパフォーマンスを最適化するための主要な3つの手法は次の通り。
- 双方向フォワーディング検出(BFD)
- ルート集約
- 負荷分散
双方向フォワーディング検出(BFD)
通常のOSPF(Open Shortest Path First)では、リンク障害を検知するまで最大で40秒かかることがある。ネットワーク管理者は、障害検出の高速化を図るためにHELLOパケット(隣接ルーターとの通信状態を確認するための監視パケット)の送信間隔を1秒程度まで短縮することが可能だが、その分ルーターのCPU負荷が大幅に増大してしまう。これは、OSPFのコントロールプレーン(制御機能)が頻繁にHELLOパケットを送受信し、隣接ルーターとの関係を管理しながらルートの再計算を繰り返さなければならないためだ。
これに対して、BFD(Bidirectional Forwarding Detection)は、ルーティングプロトコルと連携しながらも、CPUに過度な負荷をかけずに50ミリ秒レベルでの障害検出を実現する。BFDは主にデータプレーン(実際のデータ転送を担う機能)で動作し、障害検出の処理は専用のハードウェアにオフロードされるため、ルーターのCPUに余分な計算処理を強いることなく、迅速なリンク障害の検出が可能になる。
ルート要約
ルート要約(ルート集約とも呼ばれる)は、デバイスに割り当てられた複数のIPアドレスを、共通するプレフィックス(アドレス範囲)に統合し、ひとまとめの経路としてアドバタイズ(自身が保持している経路情報を他のルーターへ通知する処理)する技術だ。要約されたルート情報は、OSPFのエリア間や、異なるネットワーク間で経路情報を交換するプロトコルBGP(Border Gateway Protocol)のAS(自律システム)間、あるいはデータセンターのネットワーク層(レイヤー)間などで、他のネットワークセグメントにあるルーターへ通知される。
ルート要約の主な利点は、ルーティングテーブルのサイズを縮小し、ルーターの負荷を軽減できることにある。障害発生時のルート再計算においても、CPUの処理負荷を最小限に抑えやすくなる。これは、ルーターが扱う個別の経路情報が減ることで、更新処理そのものが軽量化されるためだ。
また、要約によってルートが単純化されることで、ネットワーク全体の安定性やパフォーマンスの最適化にもつながる。ただし注意点もある。ルート要約の設定を誤ると、ルーティングループ(経路の無限循環)が発生するリスクがある。これを防ぐために、BGPではAS_PATH属性(ルートが通過したAS番号のリスト)を保持することが重要になる。
例えば、AS番号「65001」が複数の経路を1つに要約して他のASに広告し、それを受け取ったAS「65002」が再び逆方向に広告しようとするケースを考える。この場合、BGPはAS_PATHに自身(65001)のAS番号が含まれていることを検知すると、ループ回避のためその経路を自動的に破棄する。
負荷分散
負荷分散は、ネットワークトラフィックを複数の経路や出入口装置(ルーターなど)に均等に振り分ける仕組みだ。これにより、1つの経路や装置にトラフィックが集中することを避け、ネットワークの帯域を有効活用できる。
この方式は、仮想ルーターによる冗長構成を実現するプロトコルVRRP(Virtual Router Redundancy Protocol)の構成のように、単一の出入口デバイスに依存し、障害時のみバックアップに切り替えるフェイルオーバー型の冗長構成とは異なる。通常時から複数経路を同時に利用して、全体の負荷を分散するのが特徴だ。
BGPで負荷分散をするには、BGPマルチパス機能を有効にする必要がある。この機能を使えば、同じメトリック(経路コスト)を持つ複数の経路を、ルーティングテーブルに同時に登録して利用することが可能になる。OSPFも同様で、複数のルートが同じコストであれば、それらを同時に使って負荷分散することができる。
次回はQoS(Quality of Service)の代表的な技術を解説する。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー