可能なトラフィック調整設定の確認および/または削除

可能なトラフィック調整設定の確認および/または削除

私は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カードを選択します。

関連情報