必要な Cookie
無料のネットワーク設計ツール
トラフィックとサーバー障害に備えた容量設計。
フィルタリングクラスタのネットワーク容量を確認します。実測スループットを入力するとソフトウェアの上限も比較でき、サーバー停止時の残存容量を確認できます。
通常運用とサーバー障害
以下の容量はすべて指定した余裕を差し引いた値です。処理後の出力は、受信トラフィックをすべて転送する保守的な条件で設計します。
横にスクロールするとすべての列を表示できます。
| シナリオ | 利用可能なサーバー | ネットワーク容量 | 実測値に基づく容量 | 評価 |
|---|---|---|---|---|
| すべてのサーバーが利用可能 | 2 | 160 Gbps | 未入力 | 指定された容量内ソフトウェア容量は不明 |
| 利用不能なサーバー : 1 | 1 | 80 Gbps | 未入力 | 容量不足ソフトウェア容量は不明 |
表示値は丸められていますが、計算は元の精度を保持します。
容量を計算する経路
- 未処理トラフィックの入力
- フィルタリングサーバー
- 処理後の出力
同じ速度の独立した入力・出力ポートを想定しています。共有トランク、ワンアーム構成、逆方向のトラフィック、バイパス回線は個別に容量を検討してください。
範囲を限定し、前提を明示したモデル
- 2 つのピークシナリオ
- ネットワーク要件には、入力した Gbps ピークと PPS シナリオから求めた回線レートの大きい方を採用します。独立した設計ケースであり、実際のトラフィックを復元したものではありません。
- 経路上のポート容量を重複して数えない
- 100G データポートが 2 つなら、1 つが入力、1 つが出力となり、片方向の容量は 100G です。4 ポートでは 2 組になりますが、有効な負荷分散が必要です。
- 余裕を確保してからサーバー数を求める
- 使用可能容量 = 容量 ×（1 − 余裕率 / 100）。必要負荷を 1 台あたりの使用可能容量で割り、切り上げた台数に、想定する障害台数を加えます。
- 実測値がある場合は両方の上限を使う
- 本モデルでは実測 Gbps をポートの物理容量で上限設定します。Gbps と Mpps の制約から必要台数をそれぞれ求め、大きい方を使います。NIC 速度からソフトウェアの実測性能を推定しません。
導入前に必要な検証
- 実際のフィルタリングルールとパケット構成で、NIC キュー、PCIe 容量、NUMA 配置、CPU、メモリを検証してください。
- 通常時と障害後の分散を試験してください。合計容量だけでは、単一フロー、単一プレフィックス、偏ったハッシュ分散が上限内に収まるとは証明できません。
- ルーティングの収束、ステートフルセッション、MTU、処理後の返送を確認してください。予備サーバーの存在だけでは自動切替は成立しません。
- 上流回線固有の上限も守る必要があります。飽和したアクセス回線ですでに失われたトラフィックを、ローカルソフトウェアで復元することはできません。
- この計画を運用の根拠にする前に、隔離され、許可された試験環境でスループットと障害時の動作を検証してください。
よくある質問
100G ポートが 2 つあれば 200G のフィルタリング容量になりますか？
いいえ。本モデルは未処理の入力ポートと処理後の出力ポートを 1 組にします。この組の物理容量は、余裕を差し引く前で片方向 100G です。ソフトウェアの処理能力はそれより低い場合があります。
最小サーバー数は Defense Fabric の性能を保証しますか？
いいえ。実測値なしではネットワーク容量の下限にすぎません。実測値がある場合も、明示した前提で入力値を比較するだけです。Peeryx のベンチマークや導入受入試験ではありません。
PPS を入力すると必要な Gbps が増えるのはなぜですか？
指定したフレームサイズと Ethernet の時間的オーバーヘッドを使って PPS シナリオを換算します。そのシナリオと独立した Gbps ピークの大きい方をネットワーク要件に使います。差が大きい場合はフレームサイズとカウンター定義を確認してください。
このツールは冗長性を設定しますか？
いいえ。利用可能なサーバー数が減った場合の容量を計算します。実際の切替にはルーティング、障害検出、状態管理、物理トポロジー、試験済みの復旧手順が必要です。
技術資料
計画を実際の構成と照合
統合要件は Defense Fabric 導入ガイドを参照してください。アクセス網が制約となる場合は、保護された Transit の構成を検討してください。