私はKVMを実行しているDebianボックスと2つのゲストコンピュータを持っています。ここではTux-AとTux-Bと呼びます。どちらも、ブリッジ接続を介してホストの同じ物理ネットワークカードにバインドされています。
問題は、Tux-Aが外部ネットワークへのアップロードに何らかの帯域幅制限があるという証拠を示すことです。
- Tux-Aから同じプライベートネットワークのIPにアップロード= 45 Mb /秒
- Tux-Aから外部パブリックネットワークのIPにアップロード= 150 Kb /秒
- Tux-Bから同じプライベートネットワークのIPにアップロード= 45 Mb /秒
- Tux-Bから外部パブリックネットワークのIPにアップロード= 3 Mb /秒
これらの価値を考慮すると、次のようになります。
- KVM 経由のアップロード帯域幅には設定された制限はありません。それ以外の場合、パブリックネットワークへのTux-Bアップロードも遅くなります。
- Tux-Aには制限はありません。そうしないと、Tux-Aのプライベートネットワークアップロードも非常に遅くなります。
シーンを完成させるには:
- DebianホストとTux-Aではiptablesが有効になっていません(もう一度確認すると、両方のシステムでサービスが無効になります)。
- DebianホストとTux-Aには、アクティブな特定のトラフィック調整サービスはありません(TCなし、海岸壁なし、KVMパラメータ調整なし、なし)。
- 外部ネットワークに接続されているルータは(おそらく)どのようなトラフィック調整も実行できません(そして管理領域にこの機能の証拠はありません)。
だから私の(非常に、非常に謙虚な)意見はTux-Aに直接設定され、Linuxですべてがファイルである場合、Linuxシステムファイルに制限を設定できるどこかありますか? /proc、/sysなどどこかにありますか?または、誰かがこの状況を解決するための別の方法を提案できますか?
答え1
これはトラフィック形成ではないかもしれません。
NICが準仮想化されずにエミュレートされると、エミュレートされたVMは多くのトラフィックを生成できません。 (シミュレーション中にトラフィックが10倍減少しました。)
virtIOドライバをインストールし、最も遅いコンピュータでvirtioカードを選択します。