仮想マシンとI / Oの重いワークロードは正気ですか？

多数の仮想化サービス（Azure）および製品（vmware、kvm、hyperv）I / OおよびI / Oワークロードが重いシステムストールを確認しました。

私の質問は：

• I / Oの重いワークロードを実行するときに仮想化ソリューションを使用するのは正気ですか？
• この種のものに関するベストプラクティスは何ですか？
• これらの問題の原因は何ですか、よく知られているシステムのボトルネックがありますか、それとも過度の競合の問題ですか？

I / Oの重いワークロードを実行するときに仮想化ソリューションを使用するのは正気ですか？

確かに、非常に正気です。実際、ほとんどの組織にとって、仮想がデフォルトであり、物理的なボックスでの作業は例外です。すべての形式の10万以上のVMがあり、それらの多くは4万IOPS以上で、まったく問題ありません。

この種のものに関するベストプラクティスは何ですか？

ここで重要なのは、仮想化されているかどうかではなく、IOのニーズを十分に理解し、仮想ストレージリソースを一致させることです。必要なもの/欲しいものがわかっていて、それをストレージシステムと一致させる予算がある場合、それは非常に簡単です。仮想化レイヤーは実際にはほとんどまたはまったく役割を果たしません-もちろん、本当に物事をプッシュしている場合を除きます（私は数十/ 1億のIOP）。

これらの問題の原因は何ですか、よく知られているシステムのボトルネックがありますか、それとも過度の競合の問題ですか？

不足しているストレージリソースを理解したり、あまりにも多くのことをしようとしたりすることは、通常、人々の問題を引き起こします。

I / Oの重いワークロードを実行するときに仮想化ソリューションを使用するのは正気ですか？

データベースサーバーは定期的に1GB /秒のランダムIOカウントを取得していますか？ここにあります。

または、HPCクラスターに最大600 MB /秒を配信する仮想ファイルサーバー。その1つは、専用のRaid 10で8人のヴェリコラプターを使い果たしています。

この種のものに関するベストプラクティスは何ですか？

十分なIOを提供します。このSQL VMには約8または10個の専用SSDがあると思います。

これらの問題の原因は、システムのボトルネックがよく知られているか、

基本的な数学をしていない人。IOサブシステムが負荷を処理できない場合、仮想化の下でも処理できません。IOのLOTが必要-適切なサイズの専用ストレージサブシステムを提供します。

非仮想化と同じIOが依然として必要であるという基本的な数学と概念に加えて、QOS /優先順位付けもあります。ほとんどの仮想化プラットフォームは、少なくともこれに対する基本的なサポートを提供し、prod DBを失速させるdev VMの誤動作を防ぐのに大いに役立ちます。