概要

VMware vSphere® には、vSphere 環境で発生したイベントを追跡し、その情報を vCenter で利用できるようにする、イベントとアラームのサブシステムが含まれています。 このサブシステムでは、以下の用語を使用します。

アラームのセットアップのワークフロー

VMware には、以下の表に記載されている事前構成 vCenter アラームが用意されていますが、これらのアラームには、vCenter Web Client 内に表示するアクションしか設定されていません。 システム管理者チームに大量の E メールが送信されないように、SMTP サーバーの詳細を構成してから、最初は以下のアラームについてのみ、システム管理者に E メールを送信するアラート・アクションを設定してください。 詳細は 、「アラームアクションとしてメールを送信する 」を参照してください。

アラーム設定のワークフローは以下のとおりです。

• SMTP サーバーの詳細を構成します。
• クラスタ、ホスト、データストア、および重要な仮想アプライアンス（ VMware vCenter®、PSC、NSX Manager、コントローラなど）に対するアラートアクションを構成します。
  • クラスタ - VMware 高可用性（HA）エラー。
  • ホスト - CPU 状況、メモリー状況、ストレージ状況、ハードウェア状況 (電圧、温度、電源状況の変化など)。
  • データストア - 使用可能なディスク容量が少ない。
  • 重要な仮想アプライアンス - CPU 使用量、メモリー使用量、ディスク待ち時間
• 日常的なプロアクティブ・タスクとして、以下の情報を検討します。
  • 送信されたアラートを検討します。このアラートは必要なものですか。
  • 送信されなかったアラートを検討します。知る必要があるものですか。
  • メトリックを検討します。このメトリックは正しいですか。 例えば、ベースラインを理解した上で、CPU 使用率を 90% ではなく 75% に設定する必要があるのかを確認します。
  • 独自のアラームを構成する必要がありますか。
  • 仮想マシンを含める必要がありますか。

標準的なアラーム・ワークフロー

セットアップ後、アラームがトリガーされた場合にシステム管理者が通常採用するアラーム ワークフローの例を以下に示します。

1. ホストの CPU 使用率を監視するアラームが設定されています。そのアラームには、アラーム起動時に管理者に E メールを送信するアラーム・アクションが設定されています (前のセクションを参照)。
2. ホストの CPU 使用率が急上昇し、アラームが起動され、E メールが管理者に送信されます。
3. 管理者の1人が vCenter にログインし、トリガーされたアラームを承認することで、他の管理者に問題が対処されていることを知らせ、アラームがさらに電子メールメッセージを送信するのを防ぎます。 ただし、システムにはそのアラームが引き続き表示されます。
4. その管理者が CPU の急上昇の原因を突き止めて、問題を解決します。
5. アラームが自動的にリセットされます。

事前構成アラーム - 標準

• アラーム名 - vCenter で表示されるアラームの名前。
• ガイダンス - このアラームの使用に関する IBM Cloud for VMware Solutions のガイダンス。
• 詳細情報 - アラームが起動された場合に解決に役立つ詳しい情報。IBM または VMware が提供しています。

以下の表に標準の事前構成済みアラームを示します。

アスタリスク (*) は、ステートレス・アラームを示します。vCenter は、ステートレス・アラーム上にデータを保持せず、データの計算も状況の表示も行いません。 ステートレスなアラームは、確認もリセットも実行できません。

事前構成アラーム - vSAN

• アラーム名 - vCenter で表示されるアラームの名前。
• ガイダンス - このアラームの使用に関する IBM Cloud for VMware Solutions のガイダンス。
• 詳細情報 - アラームが起動された場合に解決に役立つ詳しい情報。IBM® または VMware が提供しています。

vSAN クラスターを使用する場合は、以下の表の追加の事前構成アラームが適用されます。

イベントとアラームの手順

イベントとアラームの手順を以下の表にまとめます。

関連リンク

• vSphereのモニタリングとパフォーマンス