ネットワーク帯域幅の求め方【後編】
「帯域幅」を計算する簡単な方法は？ ユーザー数の上限を把握する方法も
ネットワークの帯域幅の要件はどのように求めればいいのだろうか。算出に必要な基本的な数値と、計算の仕方を紹介する。
ネットワークの「帯域幅」の要件を求める際、計算式を間違えると大きな影響が出る。十分な帯域幅を確保していない場合は、帯域制限がかかり「スループット」（データ伝送速度）が遅くなるのはほぼ確実だ。逆に、帯域幅のオーバープロビジョニング（過度な配備）は、過剰なコスト負担となる。
どのようにして自社の帯域幅の要件を満たす計算式を求めたらよいのだろうか。このプロセスは、エンドユーザーがどのようなアプリケーションを実行しているのかを把握することから始める。
帯域幅を求める具体的な計算式
適切な帯域幅を決定するためには、LAN内のエンドユーザー数だけを考慮に入れるのではなく、エンドユーザーがネットワーク内でどのような動きをするのかを把握する必要がある。200人のエンドユーザーよりも、ネットワークを酷使する3人のエンドユーザーがボトルネックを招くこともあるからだ。ボトルネックの要因は、クライアントサーバの異常な使い方や、高精細のWeb会議など帯域幅を大量に使うアプリケーションの多用などがある。
帯域幅の要件を計算する際、2つの基本的なステップがある。
- 利用可能な帯域幅の値を求める
- 特定のアプリケーションに必要な利用量の平均を求める
これらの数値はいずれも「Bps」（バイト/秒）で表すべきだ。次の式を考えてみよう。理論上のスループットが1000Mbps（1Gbps）である1GbE（GbE：ギガビットイーサネット）のネットワークでは、利用可能な帯域幅は1億2500万Bpsになる。これは、1GbEのビット数（10億bit）を8で割ってバイト数を算出したものだ。
10億bps÷8ビット/バイト＝1億2500万Bps
利用可能な帯域幅を求めたら、次は各アプリケーションが使用している帯域幅を調べる。ネットワークアナライザーを利用してアプリケーションがネットワークで送信する1秒当たりのバイト数、つまり実効スループットを検出できる。
手順は以下の通りだ。
- ネットワークアナライザーの累積バイト数の欄を有効にする
- アプリケーションを実行しているテスト用コンピュータとの間のトラフィック（データ流量）を記録する
- 解析するデータとしてパケットを選択する
- 1秒後の累積バイト数の欄を確認する
帯域幅の計算結果を解釈する
調査の結果、自社のアプリケーションのユーザー1人当たりの実効スループットが20万Bpsだったとする。その情報から次の計算式ができる。
1億2500万Bps÷20万Bps/人＝625人（同時利用ユーザー数）
この場合、数百人がネットワークを同時に使用しても大きな問題は起きない。
100Mbps（1250万Bps）のネットワークだったらどうなるか計算してみよう。
1250万Bps÷20万Bps/人=62.5人（同時利用ユーザー数）
つまりアプリケーションを同時に使用するユーザーが62人を超えると、ネットワークが耐えられなくなる。
帯域幅の計算式を知っておくことは、ネットワーク管理者にとって極めて重要だ。最後に推奨事項を3つ紹介しよう。
- 10秒単位でデータを取得してから割り算する
- 複数のコンピュータとの間のトラフィックをチェックして、計算に使用する数値が母集団を反映していることを確認する
- 同時使用ユーザー数の上限を求める
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ゾーホージャパン株式会社] サイバー攻撃からネットワークを守る上で確実に押さえておきたいポイントとは？ -
事例
[アルプス システム インテグレーション株式会社] 中小企業でも安心して活用できる「手ごろなSOCサービス」とは？ -
製品資料
[株式会社シーイーシー] 脱VMwareに成功した企業は何をどう実践した？ 事例に学ぶ戦略立案＆実装のコツ -
製品資料
[株式会社オービックビジネスコンサルタント] ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力 -
製品資料
[株式会社オービックビジネスコンサルタント] 動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
3
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
4
「レガシーシステム・老朽化システムの運用課題と刷新」に関するアンケート
-
5
AIの導入効果はどう測る？ DMM.comのエンジニア組織に学ぶ効果検証のノウハウ
-
6
「Excel管理」では限界――製造現場の改善が進まない“隠れた原因”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
9
「企業内サーバ環境の利用実態」に関するアンケート
-
10
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー