次の例を参考に、グローバルカスタムアラームとデフォルトアラームのトリガー方法について理解してください。

次の例では、次の表に示すように、ある属性に対してグローバルカスタムアラームとデフォルトアラームが定義されて有効になっています。

値が 1000 のときにこの属性が評価されると、アラームはトリガーされず、通知は送信されません。

グローバルカスタムアラームはデフォルトアラームより優先されます。1000 という値は、グローバルカスタムアラームのどの重大度レベルのしきい値にも達していません。その結果、アラームレベルは Normal と評価されます。

このシナリオのあとでグローバルカスタムアラームを無効にしても、何も変わりません。新しいアラームレベルがトリガーされるためには、属性値が再評価される必要があります。

グローバルカスタムアラームが無効な状態で属性値が再評価されると、属性値はデフォルトアラームのしきい値に照らして評価されます。その結果 Notice レベルのアラームがトリガーされ、指定した担当者に E メール通知が送信されます。

同じ属性の 2 つのグローバルカスタムアラームの重大度が同じ場合、アラームは「上から下」の優先度で評価されます。

たとえば、 UMEM が 50MB に下がった場合、最初のアラーム（ = 50000000 ）はトリガーされますが、その下のアラーム（ <= 100000000 ）はトリガーされません。

アラームの順序を逆にした場合、 UMEM が 100MB に下がると、最初のアラーム（ <= 100000000 ）はトリガーされますが、その下のアラーム（ = 50000000 ）はトリガーされません。

通知には、アラームの発生またはサービスの状態の変更が報告されます。アラーム通知は E メールまたは SNMP で送信できます。

あるアラームしきい値に達したときに複数のアラームと通知が送信されないようにするために、アラームの重大度が属性の現在のアラームの重大度に照らしてチェックされます。変更がない場合、それ以上のアクションは実行されません。つまり、 NMS サービスは、システムの監視を継続するにあたり、ある属性のアラーム状態を初めて検出したときにのみアラームを生成して通知を送信します。属性の新しいしきい値に達したことが検出された場合は、アラームの重大度が変わり、新しい通知が送信されます。条件が Normal レベルに戻ると、アラームはクリアされます。

アラーム状態の通知に表示されるトリガー値は、小数点以下 3 桁に四捨五入されます。したがって、 1.9999 の属性値はしきい値が「 2.0 未満」のアラームをトリガーしますが、アラーム通知にはトリガー値が 2.0 と表示されます。

新しいグリッドノードまたはサイトの追加によって新しいサービスが追加されると、そのサービスにはデフォルトアラームとグローバルカスタムアラームが継承されます。

テーブルに表示されるアラーム属性は、システムレベルで無効にすることができます。テーブル内の個 々 の行に対してアラームを無効にすることはできません。

たとえば、次の表に、 Critical レベルの VMFI （ Entries Available ）アラームを 2 つ示します。（ * support * > * Tools * > * Grid topology * を選択します。次に、「 * _ ストレージノード _ * > * SSM * > * リソース * 」を選択します。）

CriticalレベルのVMFIアラームがトリガーされないように、VMFIアラームを無効にすることができます（Criticalレベルのアラームは両方とも緑で表に表示されます）。 ただし、表の行の1つのアラームを無効にして、一方のVMFIアラームがCriticalレベルのアラームとして表示され、もう一方が緑のままになるようにすることはできません。

システム全体でいずれかの従来のデフォルトアラームを無効にすることができます。

現在アラームがトリガーされている属性のアラームを無効にしても、現在のアラームはクリアされません。次回その属性がアラームのしきい値を超えるとアラームが無効になります。または、トリガーされたアラームをクリアできます。

システム全体で従来のグローバルカスタムアラームを無効にすることができます。

現在アラームがトリガーされている属性のアラームを無効にしても、現在のアラームはクリアされません。次回その属性がアラームのしきい値を超えるとアラームが無効になります。または、トリガーされたアラームをクリアできます。

古いアラームがトリガーされた場合は、確認せずにクリアできます。

現在アラームがトリガーされている属性のアラームを無効にしても、アラームはクリアされません。このアラームは、属性が変わったときに無効になります。アラームを確認することも、属性値の変化（アラームの状態の変化）を待たずにアラームをすぐにクリアしたい場合は、トリガーされたアラームをクリアできます。これは、値があまり変化しない属性（状態属性など）に対してアラームをすぐにクリアしたい場合に便利です。

レガシーアラームがトリガーされると、 StorageGRID システムは重大度レベルとサービス状態の 2 種類のアラーム通知を送信します。

従来のアラームがトリガーされたときに StorageGRID から E メール通知を送信するには、 SMTP メールサーバ設定を指定する必要があります。StorageGRID システムは電子メールのみを送信し、電子メールを受信することはできません。

以下の設定を使用して、従来のアラーム E メール通知と AutoSupport E メールメッセージに使用する SMTP サーバを定義します。これらの設定は、アラート通知には使用されません。

SMTP は、 E メールの送信用にサポートされている唯一のプロトコルです。

E メールテンプレートを使用して、従来のアラーム E メール通知のヘッダー、フッター、および件名をカスタマイズできます。E メールテンプレートを使用すると、本文に同じ内容を含む一意の通知をさまざまなメーリングリストに送信できます。

以下の設定を使用して、従来のアラーム通知に使用する E メールテンプレートを定義します。これらの設定は、アラート通知には使用されません。

メーリングリストごとに異なる連絡先情報が必要になる場合があります。テンプレートには、メールメッセージの本文は含まれません。

メーリングリストを使用すると、古いアラームがトリガーされたときやサービスの状態が変わったときに通知を送信することができます。アラームの E メール通知を送信するには、少なくとも 1 つのメーリングリストを作成する必要があります。1 人の受信者に通知を送信するには、 1 つの E メールアドレスを含むメーリングリストを作成します。

以下の設定を使用して、従来のアラーム E メール通知に使用するメーリングリストを定義します。これらの設定は、アラート通知には使用されません。

従来のアラームシステムのEメール通知を受信するには、受信者がメーリングリストのメンバーであり、そのリストが[Notifications]ページに追加されている必要があります。通知は、指定した重大度レベルのアラームがトリガーされた場合やサービスの状態が変わった場合にのみ、受信者に E メールを送信するように設定されています。このため、受信者は受信する必要がある通知のみを受信します。

以下の設定を使用して、従来のアラームの通知を設定します。これらの設定は、アラート通知には使用されません。

E メールアドレス（またはリスト）が複数のメーリングリストに属している場合、通知をトリガーするイベントが発生すると E メール通知は 1 通だけ送信されます。たとえば、重大度に関係なくすべてのアラームの通知を受信するように、組織内の 1 つの管理者グループを設定できます。また、別のグループは、重大度が Critical のアラームの通知のみ必要とします。両方のリストに所属できます。Critical レベルのアラームがトリガーされると通知が 1 通だけ送信されます。

メーリングリストでアラームに関する通知を受信しないようにするには、メーリングリストのアラーム通知を停止します。たとえば、に移行したあとに、古いアラームに関する通知をアラート E メール通知を停止することができます。

以下の設定を使用して、レガシーアラームシステムの E メール通知を停止します。これらの設定は、アラートEメール通知には適用されません。