仮想マシンとI / Oの大量のワークロード、それは正気ですか？
多数の仮想化サービス（Azure）と製品（vmware、kvm、hyperv）のI/Oとシステムのストールが、大量のI/Oワークロードで見られました。
私の質問は：
- I/O負荷の高いワークロードを実行するときに仮想化ソリューションを使用するのは常識ですか？
- この種のものに関するベストプラクティスは何ですか？
- これらの問題の原因は何ですか、よく知られているシステムのボトルネックがあるか、または過度の競合の問題ですか？
I/O負荷の高いワークロードを実行するときに仮想化ソリューションを使用するのは常識ですか？
はい、確かに非常に正気です。実際、現在ほとんどの組織にとって仮想はデフォルトであり、物理的なボックスで物事を行うことはほとんど例外です。私たちはすべての形式の100k以上のVMを使用しており、それらの多くは> 40k IOPSで問題はまったくありません。
この種のものに関するベストプラクティスは何ですか？
ここで重要なことは、仮想化されているかどうかではなく、IOが十分に必要であり、仮想ストレージリソースと一致していることを理解しています。必要なものを知り、必要なものがあれば、それは非常に簡単です。それをストレージシステムと一致させるための予算は、仮想化レイヤーが実際に果たす役割はほとんどまたはまったくありません-もちろん、本当に何もしていなければ（私は数十/数百万のIOPについて話しています）.
これらの問題の原因は何ですか、よく知られているシステムのボトルネックがあるか、または過度の競合の問題ですか？
ストレージリソースが少なすぎて、多くのことを理解したり、実行しようとしたりすることは、通常、人々の問題を引き起こします。
I/O負荷の高いワークロードを実行するときに仮想化ソリューションを使用するのは常識ですか？
データベースサーバーは定期的に1 GB /秒のランダムなプルを行いますかIO count？1つここにあります.
または、HPCクラスターに最大600mb /秒を配信する仮想ファイルサーバー。その1つは専用のRAID 10で8つのVelicoraptorsを実行しています。
この種のものに関するベストプラクティスは何ですか？
十分なIOを提供します。このSQL VMには約8または10の専用SSDがあります。
これらの問題の原因は何ですか、よく知られているシステムのボトルネックはありますか、
基本的な数学をしていない人。 IOサブシステムが負荷を処理できない場合は、仮想化でも機能しません。IOのLOTが必要です-次に専用ストレージを提供します適切なサイズのサブシステム。
非仮想化と同じIOが依然として必要であるという基本的な数学と概念の他に、QOS /優先順位付けもあります。ほとんどの仮想化プラットフォームは、これに対する少なくとも基本的なサポートを提供しており、dev VM prod DBの停止を誤るのを防ぐのに大いに役立ちます。