仮想マシン間の内部ネットワークで無理やり輻輳を発生させる

質問

仮想マシン間の内部ネットワークで無理やり輻輳を発生させることってできますか？

つながらない覚悟 （PHP新書） [ 岸見 一郎 ] 価格:1100円 (2026/5/18 19:49時点) 感想(3件)

世界警察2 輻輳のウルトラマリン （中公文庫　さ65-13） [ 沢村 鐵 ] 価格:814円 (2026/5/18 19:50時点) 感想(0件)

解答

できます。しかも物理ネットワークより意図的に再現しやすいです。 ポイントは「帯域を絞る」「バッファを詰まらせる」「送信側を暴れさせる」の3つです。 まず前提として、同一ホスト上のVM間通信は仮想スイッチ経由で、物理NICを通らないことが多く、デフォルトだとかなり高速・低遅延で輻輳しにくいです。 なので意図的にボトルネックを作ります。 1. 帯域制限で詰まらせる（最も確実） 仮想NICや仮想スイッチ側で帯域を絞ります。 ハイパーバイザの機能で制限（例：送受信のMbps上限） ゲストOS内で tc (traffic control) を使う → 例えば「10Mbpsに制限」など その状態で、複数VMから同時に大きなトラフィックを流すと、キューが溢れて遅延・パケットロスが発生＝輻輳状態になります。 2. 遅延＋バッファ制御（よりリアルな輻輳） tc netem を使うと、 遅延（delay） パケットロス ジッタ などを人工的に入れられます。 さらにキュー長（qdisc）を小さくすると、すぐバッファが埋まってドロップするので、輻輳っぽい挙動が出ます。 3. トラフィックを過剰に流す 帯域制限とセットでやると効果的です。 iperf3 で複数ストリームを同時送信 UDPでレート指定して送りつける 複数VMから1台に集中させる（インキャスト） こうすると、スイッチや受信側の処理能力を超えて詰まる状態を作れます。 4. 仮想スイッチ側での制御 環境によりますが、 キューサイズ制限 QoS（優先度制御） レート制限 などが設定できる場合があります。 ここを厳しくすると、**より“ネットワーク機器的な輻輳”**に近づきます。 5. CPU・I/Oをボトルネックにする（少しトリッキー） ネットワークではなく、 仮想スイッチのCPU VMのCPU割当 を制限しても、結果としてパケット処理が追いつかず輻輳的な挙動になります。 まとめ 仮想環境で輻輳を起こすには、 **「人工的に遅くして、その上で大量に流す」**のが基本です。

【楽天1位★】TP-Link 超人気 超高速の1300Mbps 450Mbps ハイパワー 無線LAN中継器 11ac対応 WIFI中継機 コンセント直挿し 3年保証 Wi-Fi中継器 ワイファイ 無線ルーター 無線中継器 かんたん設定 TP-Link RE450 価格:5990円 (2025/9/15 12:08時点) 感想(1452件)

にほんブログ村

人気ブログランキング