ここLogicMonitorでの私たちの掘り出し物は居心地が良いです。 セールスに隣接しているので、セールスエンジニアが新しい顧客と協力しているのを聞くことができます。また、新しい顧客がLogicMonitorを最初にインストールしたときに失礼な目覚めを感じることも珍しくありません。 すぐに、LogicMonitorは警告とアラートの表示を開始します。 「これは正しいのでしょうか、それとも監視エラーですか？！」と彼らは尋ねます。 繊細に、私たちのエンジニアは次のように応答します。「それは監視エラーではないと思います。 そこに問題があるようです。」
これは最近、LogicMonitorを使用して大規模なVMwareインストールを監視したいと考えているお客様に発生しました。 監視用の豊富なデータソースセットを提供するVMwareAPIを最大限に活用しています。 この場合、LogicMonitorのデフォルトのアラート設定は、ESXホストのデータストアに関するいくつかの警告をスローしました。 ESXデータストアでの書き込み遅延の問題に関して複数の警告があり、ドリルダウンすると、そのデータストア上の単一のVMが、他のデータストア間でディスクの競合を引き起こしているほど多くのディスクリソースを取得している「I / Oホッグ」であることがわかりました。 VM。
LogicMonitorの明確で読みやすいグラフを使用すると、不正なホストを簡単に見つけることができます。 異なるVMのディスクIOが同じグラフにプロットされているため、ディスク操作が他のVMよりも大幅に高いVMを簡単に見つけることができました。
VMwareに関するこの特定の問題を十分に見てきたので、創設者のSteveFrancisがこの短いビデオを ESXホスト上のどのVMがリソースを占有しているかをすばやく特定する方法：(警告：オーストラリア語を理解できる必要があります）
すべての監視データソースには、ニーズに合わせて調整できるデフォルトのアラートレベルが設定されていますが、多くの監視経験の産物であるため、箱から出してすぐに使用できます。 この顧客は、潜在的な顧客対応の影響で気づかなかった問題を見つけるために、アラートレベルを調整する必要はありませんでした。 解決は簡単で、VMを別のデータストアを持つ別のESXホストに移動しましたが、検出ツールが重要でした。
VMwareインフラストラクチャについて疑問がある場合は、 無料試用 今日LogicMonitorを使用して、不足しているものを確認してください。
–この記事は、LogicMonitorのTechOpsエンジニアであるJeffreyBarteetによって寄稿されました。
