先週、MSPピアグループと話をするように招待されました。プレゼンテーション中に、LogicMonitorの顧客であるグループメンバーのXNUMX人が、LogicMonitorを使用して以前は解決が困難だったVMWareの運用上の問題を解決する方法について説明しました。
これらは、お客様の物理サーバーをVMwareインフラストラクチャ（お客様自身のVMWareインフラストラクチャ、またはお客様がホステッドオファリングを使用している場合はMSP独自のインフラストラクチャ）に移行します。
彼らが過去に直面した問題の100つは、移行先のインフラストラクチャの適切なサイズ設定でした。 XNUMX台のサーバーをNetAppストレージを備えたVMWareインフラストラクチャに移行する場合、どのくらいのメモリが必要になりますか？ どのくらいのCPUリソース？ 結合されたサーバーのワークロードをサポートするには、いくつのディスクIOps（入力/出力操作/秒）が必要ですか？
ピーク使用量と平均使用量をカバーする、これらすべてのサーバーから結合されたメトリックを取得することは、それらに長い時間がかかり、非常に不完全に行われていたものでした。
しかし、彼らはLogicMonitorの柔軟なグラフを使用して、これを単純なプロセスにします。 100台のサーバーを監視に追加します（まだ監視されていない場合は、ネットスキャンまたはスクリプトからのインポートによりこれが簡単になります）。 3つの柔軟なグラフを作成し、XNUMXつの統計のそれぞれの集計を表示します（サーバーごとに分類して、大口の消費者を表示するか、必要に応じて集計のみを表示します）。 ワイルドカードを使用すると、これには約XNUMX分かかります。 XNUMX日またはXNUMX週間で戻ってくると、サポートするインフラストラクチャに必要な最大のワークロードがあります。
上記の84台のサーバーの要約グラフでは、すべてのサーバー上のすべてのボリューム上のすべての論理ディスクの合計ディスクIO（読み取り+書き込み）が、2000秒あたり約XNUMX IO操作でピークに達することがわかります（少なくともこの日は）。
これを知っていると、これらのサーバーが移行されるNetAppのパフォーマンスのサイズを簡単に設定できます。 このデータがないと、推測ゲームになり、資本への過剰な支出や、支出不足やパフォーマンスの低下につながる可能性があります。
つまり、LogicMonitorが時間やお金を節約できるもうXNUMXつの方法です。