ネットワーク使用量標準データ
文書の目的顧客社内部網環境でSHIELD Gateを導入する際に発生するネットワークトラフィックおよびシステムリソース使用量に関する標準データを提供します。インフラ容量算定、導入検討、他ソリューション比較などの目的で活用できます。
1. 測定概要
1.1 測定環境
| 項目 | 内容 |
|---|---|
| 測定環境 | クラウド仮想化開発・テスト環境 (8 Core, 32GB RAM) |
| 同時ユーザー数 | 10人 |
| 測定サイト | ナビゲーションマップ、ナビゲーションスポーツ、動画サイト |
| 測定項目 | ネットワーク送受信トラフィック、CPU使用量、メモリ使用量 |
1.2 測定シナリオ
実際のユーザー行動を反映して、3つの代表的なシナリオで測定しました。
| シナリオ | 使用行為 | トラフィック特性 |
|---|---|---|
| シナリオ 1: 一般的なウェブサーフィン | ポータル・ニュース型ページの探索 (連続スクロール、ページ移動) | 静的+画像コンテンツ、スクロール更新 |
| シナリオ 2: 地図サイト | 地図スクロール、拡大/縮小、場所検索 | 動的コンテンツ + タイル画像 |
| シナリオ 3: 動画再生 | 動画ストリーミング再生 | 連続ストリーミングトラフィック |
1.3 測定結果活用時の留意事項
⚠️ このデータは標準測定環境基準値であり、実際の顧客環境では次の要因により違いが生じる可能性があります。
- ユーザー別使用パターン (ページ滞在時間、スクロール頻度、動画視聴比率など)
- 接続サイトのコンテンツの種類 (静的ページ vs 動的ページ)
- 動画再生時の画質設定 (SD/HD/FHD/UHDなど)
- 画面転送フレームレート設定 (12fps / 24fps / Auto)
- ネットワーク環境 (帯域幅, レイテンシ)
各シナリオ値は上記の条件が変わるとシナリオ間の相対順位も変わる可能性があります。
2. シナリオ別ネットワーク使用量 (10名同時接続)
SHIELD Gate(RBI)はサーバーがレンダリングした画面を圧縮転送します。したがって、ネットワーク使用量は接続サイトの元の容量ではなく画面変化量と圧縮効率に左右されます。連続スクロールが頻繁な一般的なウェブサーフィンは画面全体が常に更新されるためトラフィックが最も高く、動画再生は変化が再生領域に集中しているため相対的に低く測定されます。
測定結果 トラフィックサイズ:一般ウェブサーフィン(75.18) > 動画再生(50.05) > 地図(32.70).
2.1 シナリオ 1: 一般的なウェブサーフィン
| 測定項目 | 測定値 |
|---|---|
| ネットワーク平均 | 75.18 Mbps |
| ㄴ 受信 (RX) | 80.23 Mbps |
| ㄴ 送信 (TX) | 70.12 Mbps |
| Pod CPU 合計 | 0.99 cores |
| ノード CPU 合計 | 3.09 cores |
💡 連続スクロール時にビューポート全体が毎フレーム更新されるため、画面の変化量が最も大きくなります。逆にページ滞在（読み取り）中はトラフィックがほとんど発生しません。本数値はスクロールが集中した区間を基準としています。
2.2 シナリオ 2: 地図サイト (NAVER 地図)
| 測定項目 | 測定値 |
|---|---|
| ネットワーク平均 | 32.70 Mbps |
| ㄴ 受信 (RX) | 35.11 Mbps |
| ㄴ 送信 (TX) | 30.29 Mbps |
| Pod CPU 合計 | 1.22 cores |
| ノード CPU 合計 | 4.15 cores |
💡 地図はスクロール・ズーム時にタイル画像がロードされますが、平均トラフィックは低いです。ただし、インタラクションの頻度が高いため、CPU使用量は一般的なウェブサーフィンよりも高くなります。
2.3 シナリオ 3: 動画再生
| 測定項目 | 測定値 |
|---|---|
| ネットワーク平均 | 50.05 Mbps |
| ㄴ 受信 (RX) | 60.80 Mbps |
| ㄴ 送信 (TX) | 39.30 Mbps |
| Pod CPU 合計 | 2.12 cores |
| ノード CPU 合計 | 6.03 cores |
💡 動画は再生領域を中心に変化が集中し、動きが連続的であるため、圧縮効率が高く、トラフィックは一般的なウェブサーフィンよりも低いです。一方、連続的な画面更新によりCPU使用量は3つのシナリオの中で最も高くなります。画質(SD/HD/FHD)によって変動がある場合があります。
3. 一人当たり換算および容量算定
3.1 シナリオ別1人当たり使用量
上記10名の測定値をユーザー1人基準に換算した値です。
| シナリオ | ネットワーク平均 (1人当たり) | 受信 (RX) | 送信 (TX) | Pod CPU (1人当たり) |
|---|---|---|---|---|
| 一般的なウェブサーフィン | 約 7.5 Mbps | 約 8.0 Mbps | 約 7.0 Mbps | 約 0.10 cores |
| 地図サイト | 約 3.3 Mbps | 約 3.5 Mbps | 約 3.0 Mbps | 約 0.12 コア |
| 動画再生 | 約 5.0 Mbps | 約 6.1 Mbps | 約 3.9 Mbps | 約 0.21 コア |
3.2 最大負荷基準算定 (保守的)
一般的なウェブサーフィン（連続スクロール）は、測定シナリオの中でトラフィックが最も高く、インフラ容量算定時の保守的基準として活用できます。(1人当たり約7.5 Mbps基準)
| 同時接続者数 | 予想ネットワーク平均 | 推奨帯域幅 (余裕率 30%) |
|---|---|---|
| 10人 | 約 75 Mbps | 約 98 Mbps |
| 50人 | 約 375 Mbps | 約 488 Mbps |
| 100人 | 約 750 Mbps | 約 975 Mbps |
| 200人 | 約 1.5 Gbps | 約 1.95 Gbps |
| 500人 | 約 3.75 Gbps | 約 4.88 Gbps |
💡 推奨帯域幅はピークトラフィックおよびネットワークの変動に対応するため、測定値に対して30%の余裕率を加えた値です。
3.3 一般業務混合基準算定 (推奨)
実際のオフィス環境ではウェブサーフィンが主となり、連続スクロールは一部の区間でのみ発生するため、次の混合比率基準を現実的な算定値として推奨します。
| 使用パターン | 比率 | 1人当たりの平 均トラフィック |
|---|---|---|
| 一般的なウェブサーフィン | 70% | 7.5 Mbps × 0.7 = 5.25 Mbps |
| 地図/検索などのインタラクション | 20% | 3.3 Mbps × 0.2 = 0.66 Mbps |
| 動画再生 | 10% | 5.0 Mbps × 0.1 = 0.50 Mbps |
| 混合平均 (1人当たり) | 約 6.4 Mbps |
| 同時接続者数 | 混合パターン予想トラフィック |
|---|---|
| 10人 | 約 64 Mbps |
| 50人 | 約 320 Mbps |
| 100人 | 約 640 Mbps |
| 200人 | 約 1.28 Gbps |
| 500人 | 約 3.2 Gbps |
💡 この混合比率は一般的なオフィス環境の仮定値であり、顧客の実際の業務特性に応じて比率の調整が必要です。
4. CPU/メモリリソース使用量
4.1 シナリオ別システムリソース (10名同時接続)
| シナリオ | Pod CPU 合計 | ノード CPU 合計 | 1人当たりのPod CPU |
|---|---|---|---|
| 一般的なウェブサーフィン | 0.99 cores | 3.09 cores | 約 0.10 cores |
| 地図サイト | 1.22 cores | 4.15 cores | 約 0.12 コア |
| 動画再生 | 2.12 cores | 6.03 cores | 約 0.21 コア |
4.2 フレームレート設定に伴うリソースへの影響
画面転送フレームレートに応じてCPU使用量が変動します。以下はネイバー地図基準、2名自動化テスト結果です。
| フレーム設定 | バージョン | CPU 使用率 | メモリ使用量 | 備考 |
|---|---|---|---|---|
| 12fps | 既存 | 1.5 cores (40%) | 1,026 Mi (32%) | - |
| 12fps | 改善 | 1.5 cores (38%) | 958 Mi (32%) | 差異はわずか |
| 24fps | 既存 | 1.6~1.7 cores (44%) | 1,027 Mi (32%) | - |
| 24fps | 改善 | 1.7 cores (50%) | 956 Mi (32%) | CPU わずかに増加 |
| Auto | 既存 | 1.7 cores (46%) | 1,026 Mi (32%) | - |
| Auto | 改善 | 1.8 cores (50%) | 1,018 Mi (32%) | CPU わずかに増加 |
💡 フレームレートが高いほどユーザーの体感品質が向上しますが、CPU使用量も増加します（正常な現象）。一般的な業務環境では12fpsでも十分な使用性を提供し ます。
5. よくある質問 (FAQ)
**Q1. この測定値はどのような環境で得られたものですか？**A. クラウド仮想化開発・テスト環境(8 Core, 32GB RAM)で10名同時接続基準で測定しました。顧客社内部網の帯域幅・使用パターンにより、実際の数値は異なる場合があります。
**Q2. N名の時、トラフィックはどのように算出しますか？**A. 1人当たりの平均トラフィック × 同時接続者数で換算します。一般的なオフィス環境は3.3節混合基準（約6.4 Mbps/人）、保守的な算定は3.2節最大負荷基準（約7.5 Mbps/人）を使用し、ピーク対応のために30%の余裕率を追加することを推奨します。
**Q3. 動画再生比率が低い環境でも、どの基準で算出すればよいですか？**A. 一般的なオフィス環境では、3.3節混合基準が現実的です。トラフィックを最も大きく見積もる保守的な算定には、最大負荷シナリオである**一般的なウェブサーフィン（連続スクロール）基準（3.2節）**を活用してください。
**Q4. 受信(RX)と送信(TX)トラフィックが異なる理由は何ですか？**A. すべてのシナリオで受信(RX)が送信(TX)よりも大きく測定されます。RBI環境では、サーバーがレンダリングした画面データがユーザー方向に送信される比重が大きいためです。