レイヤー3スイッチとルーティング

レイヤー3スイッチが生まれた背景現在のネットワーク構成においては、ネットワークの負荷分散、冗長化が一般的です。これらを実現するためにレイヤー3スイッチと、 RIP(Routing Information Protocol)、OSPF(Open Shortest Path First)、VRRP(V

アライドテレシス株式会社

2008年3月18日 20:00

レイヤー3スイッチが生まれた背景

現在のネットワーク構成においては、ネットワークの負荷分散、冗長化が一般的です。これらを実現するためにレイヤー3スイッチと、 RIP(Routing Information Protocol)、OSPF(Open Shortest Path First)、VRRP(Virtual Router Redundancy Protocol)といったルーティングプロトコルが使われています。

今回はレイヤー3スイッチと主なルーティングプロトコルについて説明します。まず、レイヤー3スイッチの登場の背景を見てみましょう。

ネットワークの初期においては、中・大規模ネットワークのほとんどの場合、ルーターを使ってバックボーンを構築していました。しかしながら ネットワークの活用が飛躍的に進み、グループウェアなどのアプリケーションや、音声・動画などの利用によるサーバファームへのアクセスが増大し、インター ネットに代表される外部ネットワークとの接続が激増しました。そのため、これまでワークグループ内にとどまっていたトラフィックがバックボーンへ流れ出す ようになったのです。

これに伴いルーターに負荷が集中し、ルーターがボトルネックとなりネットワーク全体のスループットが低下するという問題が発生しました。ま た、それと同時にルーターがパケットを処理する速度をこれ以上高速化できないという問題も起こりました。従来のルーターはソフトウェアでパケットを処理し ており、ハードウェアでパケット処理をしているスイッチと比べると処理速度が極端に遅いという欠点がありました。

拡大し続けるネットワーク規模と膨張し続けるトラフィックに対応するためには、これらの「ルーターへの負荷の一極集中」と「ソフトウェアでのルーティング処理速度の限界」の2つの問題を解決することが不可欠となってきたわけです。

そこでまず、「ルーターへの負荷の一極集中」という問題に対処するために、ネットワークに散在するスイッチにルーティング機能を追加し、 ルーティング処理を分散すること、すなわち「負荷分散」によりネットワーク全体のスループットを向上させようという動きがはじまりました。

そこで生まれたのが、スイッチにルーティング機能を追加した「レイヤー3スイッチ」です。

図1:VCS(バーチャルシャーシスタック)によるスター型冗長ネットワーク例

ソフトウェアでのルーティング処理速度の限界の解決

当初のレイヤー3スイッチのルーティング機能は、従来のルーターと同様にすべてソフトウェアで処理されていました。この時点では、「ソフトウェアでのルーティング処理速度の限界」という問題はまだ解決されていません。

この問題を解決するため、ソフトウェアで行っていたレイヤー3スイッチのルーティング機能を、少しずつハードウェア化していこうという動き 生まれました。まず、アドレステーブルに対するクエリーから対応し、次にパケットのフォワーディング処理もというように、ハードウェア化する部分が増えて いき、すべてのルーティング処理をハードウェア化したレイヤー3スイッチとなったわけです。

また同時に、ハードウェア化にはASIC(Application Specific Integrated Circuit)と呼ばれる特定用途向けIC(集積回路)をスイッチに使用することで、高速化と低価格化を実現しました。このようなレイヤー3スイッチの 普及に伴い、現在ではレイヤー3スイッチをワークグループに設置して負荷分散型ルーティング環境を構築し、バックボーン機器(ルーター/レイヤー3スイッ チ)の負荷を平準化するとともに、高速なパケットのフォワーディング処理を実現しています。

また、レイヤー3スイッチは従来のルーターに比べて低価格なため、高速なバックボーンを低コストで構築することに利用されています。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30