VMWare移行のための適切なサイジングインフラストラクチャ

LogicMonitor開発ポスト

先週、MSPピアグループと話をするように招待されました。プレゼンテーション中に、LogicMonitorの顧客であるグループメンバーのXNUMX人が、LogicMonitorを使用して以前は解決が困難だったVMWareの運用上の問題を解決する方法について説明しました。

これらは、お客様の物理サーバーをVMwareインフラストラクチャ(お客様自身のVMWareインフラストラクチャ、またはお客様がホステッドオファリングを使用している場合はMSP独自のインフラストラクチャ)に移行します。

彼らが過去に直面した問題の100つは、移行先のインフラストラクチャの適切なサイズ設定でした。 XNUMX台のサーバーをNetAppストレージを備えたVMWareインフラストラクチャに移行する場合、どのくらいのメモリが必要になりますか? どのくらいのCP​​Uリソース? 結合されたサーバーのワークロードをサポートするには、いくつのディスクIOps(入力/出力操作/秒)が必要ですか?

ピーク使用量と平均使用量をカバーする、これらすべてのサーバーから結合されたメトリックを取得することは、それらに長い時間がかかり、非常に不完全に行われていたものでした。

しかし、彼らはLogicMonitorの柔軟なグラフを使用して、これを単純なプロセスにします。 100台のサーバーを監視に追加します(まだ監視されていない場合は、ネットスキャンまたはスクリプトからのインポートによりこれが簡単になります)。 3つの柔軟なグラフを作成し、XNUMXつの統計のそれぞれの集計を表示します(サーバーごとに分類して、大口の消費者を表示するか、必要に応じて集計のみを表示します)。 ワイルドカードを使用すると、これには約XNUMX分かかります。 XNUMX日またはXNUMX週間で戻ってくると、サポートするインフラストラクチャに必要な最大のワークロードがあります。

すべてのWindowsシステムのディスクIOPSのグラフ
すべてのWindowsシステムのディスクIOPSのグラフ

上記の84台のサーバーの要約グラフでは、すべてのサーバー上のすべてのボリューム上のすべての論理ディスクの合計ディスクIO(読み取り+書き込み)が、2000秒あたり約XNUMX IO操作でピークに達することがわかります(少なくともこの日は)。

これを知っていると、これらのサーバーが移行されるNetAppのパフォーマンスのサイズを簡単に設定できます。 このデータがないと、推測ゲームになり、資本への過剰な支出や、支出不足やパフォーマンスの低下につながる可能性があります。

つまり、LogicMonitorが時間やお金を節約できるもうXNUMXつの方法です。

スティーブ·フランシス

創業者

スティーブはLogicMonitorの創設者です。

LogicBlogを購読して、LogicMonitorの最新の開発に関する最新情報を入手し、ITエキスパートとエンジニアのワールドクラスのチーム、およびITプロフェッショナルが愛する製品。

LogicBlogの他の記事

アンペアロボット 影

お店の話をしましょう。

STARTED GET