製造元のERPシステムをサポートしています。サードパーティのクラウドプロバイダーによってVMwareでホストされているデータベースで、断続的なアプリケーションパフォーマンスの問題が発生しています(小規模なプロバイダーです)。 。グーグル、マイクロソフト、アマゾンなどではありません。)彼らのビジネス上の利益は、彼らが逃げることができる限り多くの顧客のVMを単一のホストに押し込むことを指示することは常に私の心の後ろにあります、そして私は私たちが長いCPU準備時間、メモリバルーニング、またはディスクリソースの競合により、パフォーマンスが低下しています。もちろん、営業担当者はバラ色の絵を描きますが、他の未知のものを追いかけている場合、問題がどこにあるのかをどのように特定できますか?ホストマシンにアクセスせずにスタックのインフラストラクチャレイヤーを除外できますか?すべてのコアで100%のCPU使用率が見られ、実行中のデータベースセッションを確認するときに明確な説明が見つかりません(ジョブがすぐに実行される場合があります)。 、そして時にはほぼ同一のジョブが明らかなブロックなしでハングします。)
近い将来、別のプロバイダーに移行したり、これらのマシンを自社のサーバールームにバックソーシングしたりする可能性はほとんどありませんが、ここから次のアクションを推進するための確固たる証拠があればいいのですが。
編集:ゲストマシンはWindows 2008 R2Datacenterを実行しています。
それは完全に可能です。サービスレベルアグリーメント(SLA)では、ほとんどすべてを指定できます。あなたのプロバイダーは小さいので、大きいプロバイダーよりもこれを契約に入れる可能性がいくらか高いと思います。
ただし、いくつかの注意事項:
意味のあるSLAはa)提供されるものを指定しますb)それがどのように測定されるか、そしてc)違反の場合に何が起こるか。 3つすべてに満足していることを確認してください。 SLAこれらのいずれも含まれていない場合、それが書かれている論文の価値はありません。違反のコスト(c)は、プロバイダーが違反を回避するための真の商業的インセンティブを提供するのに十分な大きさである必要があります。
これを中期的に契約に挿入することはできません(プロバイダーが驚くほど愚かである場合を除きます^W
obliging)。更新は、今後の要件に対応する時期です。
あなたが望む新しい契約に署名しない場合、あなたが現在のプロバイダーを去る準備ができていない限り、あなたの要求はおそらく無視されます、そしてあなたがどこかに移動する場所がない限り、去ることは商業的自殺になります。だから今こそ、あなたが望むものをあなたに与える新しいプロバイダーに対してデューデリジェンスを始めるべき時です。そうすれば、あなたはどんな交渉にもいくらかの歯を持っています。
これには実際のお金がかかります。ほとんどのホスティング契約には、意味のあるSLA(上記を参照)の要素が少なくとも1つ欠けているため、何らかのサービスを提供するためのベストエフォートの試みのみが約束されます。実際には、意味のある=の条件を尊重します。 SLAプロバイダーには実際の費用がかかります。特定の要件を満たすために発生するコストは、あなたに転嫁されることを期待する必要があります。彼らは健康のために事業を行っていません。勤勉さは、これがあなたに何を犠牲にする可能性があるかについてあなたにいくらかの考えを与えるでしょう、それであなたは高揚したサービスの実際の費用のために管理を準備することができます。
それはいけません。特に、専用のCPUコアのようなものに契約上同意していない場合は、実際に支払った金額を取得します。あなたが注文したものをあなたが言うので、苦情の理由はありません。
契約を確認します。契約によるCPUコアとは何ですか?
VMware Toolsがインストールされている場合は、仮想CPUコアが実際に常に100%になるかどうかを確認するために、いくつかのパフォーマンスカウンターを確認できます(perfmon.exeのカテゴリ「VMプロセッサ」と「VMメモリ」を参照)。物理コアに相当します。このようにして、CPUとメモリの予約と制限、バルーニングなどを確認することもできます。
この情報の一部は、VMwareToolsに含まれているCLIツールを通じても公開されます。を参照してください。
"c:\Program Files\VMware\VMware Tools\VMwareToolboxCmd.exe" help stat
契約に仮想CPUコアが「専用」であると記載されている場合は、上記の方法で確認できるCPU予約を設定する必要があります。