【入門編】 レイヤ2スイッチにおけるバックプレーン容量とフォワーディングレート(Mpps)の算出 – インフラ・物理&L2/L3ネットワーク基礎実践ガイド

「スイッチがパンクする瞬間」を読み解く:バックプレーン容量とフォワーディングレートの正体

こんにちは!ネットワークの世界へようこそ。

スイッチのスペックシートを見ると、10Gbpsや14.88Mppsといった、暗号のような数字が並んでいますよね。「ポートがいっぱいあるから速いんだろうな」と何となく理解している方も多いはず。

でも、ネットワークエンジニアとして現場に出ると、「全ポートが全力で通信したらスイッチが追いつかない」という現実に直面することがあります。今日は、郵便局の仕分け作業を例に、この「スイッチの処理能力」を紐解いていきましょう。

—

1. 郵便局で例える「スイッチングの仕組み」

ネットワークスイッチは、いわば巨大な「郵便局の自動仕分け機」です。

  • ポート:郵便局の「入り口」と「出口」。
  • MACアドレス:郵便物に書かれた「届け先住所」。
  • バックプレーン:仕分け機の中にある「ベルトコンベア」。

スイッチの仕事は、入り口から入ってきた郵便物(パケット)を、高速で読み取り、正しい出口へと運ぶことです。ここで重要なのが「バックプレーン容量」と「フォワーディングレート」という2つの指標です。

バックプレーン容量(ベルトコンベアの幅)

「1秒間に何ギガビットのデータを通せるか」という、ベルトコンベアの物理的な帯域幅です。これが狭いと、一度にたくさんのデータを流したときに渋滞が起きます。

フォワーディングレート(仕分け人の処理速度)

「1秒間に何個の郵便物をさばけるか」という、仕分け人の処理能力です。単位は Mpps(Million packets per second:1秒間に100万パケット)で表されます。

—

2. なぜ「ビット」ではなく「パケット数」で考えるの?

ここが初心者が一番つまずくポイントです。
データ容量(Gbps)だけで考えると、大きな罠にはまります。

郵便物で考えてみてください。「厚さ1cmの封筒」も「厚さ5cmの小包」も、仕分け人が手に取って宛先を確認する手間は同じですよね?

ネットワークも同じで、パケットがどんなに小さくても、スイッチは「1つのパケット」として処理しなければなりません。

  • データサイズが小さいパケットが大量に来ると、Gbps(容量)には余裕があっても、Mpps(仕分け回数)が限界に達してスイッチがパニックを起こします。

これが、スペックシートにMppsが併記されている理由なんです。

—

3. 理論値の計算方法:スイッチの限界を知ろう

では、実際にどれくらいの負荷に耐えられるのか、計算してみましょう。

標準的なイーサネットの最小フレームサイズ(ヘッダーなどを含めて)は64バイトです。これに、フレーム間の隙間(20バイト分)を足した84バイトが、1つのパケットが占有する最小サイズとなります。

もし1Gbpsのポートなら、計算式はこうなります。

1,000,000,000 bps ÷ (84バイト × 8ビット) ≒ 1.488 Mpps

つまり、1Gbpsのポート1つにつき、約1.488Mppsの処理能力が必要ということです。
24ポートのスイッチなら、1.488 × 24 ≒ 35.7 Mpps。この数字を上回る能力があるスイッチを選べば、どんなに小さいパケットが来ても「ノンブロッキング(渋滞なし)」で処理できるというわけです。

—

4. 現場で役立つ確認コマンド

インフラの現場では、スイッチが悲鳴を上げていないかを確認するコマンドを叩くことがよくあります。例えば、Cisco機器であれば以下のようなコマンドでインターフェースの状態を監視します。

# インターフェースのトラフィック状況を確認するコマンド
show interfaces gigabitEthernet 0/1 | include rate

もし、input rateやoutput rateが物理帯域に近いのに、drop(破棄)がカウントされているなら、それは「スイッチの処理能力(バックプレーンやCPU)」が追いついていないサインです。

運用時のチェックポイント

  • Packet Drops: show interfacesでdiscardやignoredが増えていないか。
  • CPU負荷: スイッチのCPUがパケット処理に追われて高負荷になっていないか。
# CPU使用率の推移を確認して、スイッチの健康状態をチェック
show processes cpu sorted

—

最後に:ネットワークを俯瞰する視点を持つ

「スペックシートの数字」は、あくまで理想的な環境での理論値です。実際の現場では、バースト的なトラフィックが発生したり、ケーブルの品質が悪かったりと、様々な要因で想定外の挙動をします。

ですが、こうして「ベルトコンベアの幅」と「仕分け人の数」をイメージできるようになれば、トラブルが起きたときも「どこでパケットが詰まっているのか」という仮説が立てられるようになります。

ネットワークの深淵はまだまだ奥が深いです。ぜひ、皆さんも実機の数字と向き合って、パケットたちの旅路を想像してみてくださいね!

次回は、これらのパケットがスイッチの中でどうやって「正しい宛先」を記憶しているのか、MACアドレス学習の仕組みについてお話しします。お楽しみに!

コメント

タイトルとURLをコピーしました