Skip to main content
NetApp Console local deployment
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Console ローカル展開で通知配信チャネルを設定する

共同作成者 netapp-tonias netapp-ml94669

NetApp Console のローカル展開では、メールや Webhook など、アラート通知用の複数のチャネルを設定できます。

必要なアクセスロール

スーパー管理者または組織管理者。"アクセスロールについて"

デフォルトでは、コンソールのローカル展開では、組み込みの通知システムを通じて通知が表示されます。追加の配信チャネルを設定することで、ワークフローに最適な方法で通知を受け取ることができます。

すべての通知を同じチャネルで送信することも、通知の種類ごとに異なるチャネルを使用することもできます。例えば、緊急のストレージアラートはメールで送信し、その他のアラートトラフィックはWebhookを介してサードパーティの監視ツールにルーティングするといったことが可能です。

通知配信チャネルを設定した後、通知ルールを設定し、それらを異なるチャネルに割り当てることができます。"通知ルールの設定方法を確認します"

メールサーバーの設定

メールサーバーを設定すると、コンソールのローカル展開では、通知、アラート、およびユーザー招待がそのメールサーバー経由で送信されます。コンソールのローカル展開では、SMTPメールサーバーがサポートされており、既存の社内メールサーバー、またはサードパーティのメールサービスを使用できます。

手順
  1. *「管理」>「コンソール」*を選択してください。

  2. 「設定」を選択して、システム設定ページを開きます。

  3. 「メールサーバー」セクションで、「設定」を選択します。

  4. メールサーバーの接続情報を入力してください:

    • 送信者名と送信者のメールアドレスを追加してください。

    • SMTP ホスト:SMTP サーバーのホスト名または IP アドレス。複数のサーバーがある場合は、プライマリサーバーを入力してください。

    • 「接続セキュリティ」ドロップダウンリストから接続プロトコルを選択してください。ポートは自動的に設定され、読み取り専用です:STARTTLS を使用する SMTP の場合は 25、SMTPS の場合は 465。

      SMTPS(ポート465)は即座に暗号化された接続を確立するため、セキュリティが重視される環境での使用が推奨されます。STARTTLS(ポート25)は暗号化されていない接続からアップグレードし、暗号化のネゴシエーションが失敗した場合は暗号化されていない送信にフォールバックする可能性があります。

  5. テストメール を選択すると、指定した受信者にテストメールが送信されます。

  6. テストが成功したら、*保存*を選択して設定を保存します。

    テストが失敗した場合は、入力した設定を再確認し、Console のローカル展開がメールサーバーへのネットワーク アクセスを持っていることを確認してください。

メールサーバーの設定を更新する

別のメールサーバーを使用したい場合は、既存のメールサーバー設定を更新できます。

手順
  1. *「管理」>「コンソール」*を選択してください。

  2. 「設定」を選択して、システム設定ページを開きます。

  3. 「メールサーバー」セクションで、「設定」を選択します。

  4. 既存の設定をクリアするには、*フィールドをクリア*を選択してください。

  5. メールサーバーの新しい接続情報を入力してください。

  6. テストメール を選択すると、指定した受信者にテストメールが送信されます。

  7. テストが成功したら、*保存*を選択して新しい設定を保存します。

    テストが失敗した場合は、入力した設定を再確認し、Console のローカル展開がメールサーバーへのネットワーク アクセスを持っていることを確認してください。

メールサーバーの設定を削除する

コンソールローカル展開でメールを送信する必要がなくなった場合は、メールサーバーの設定を削除できます。

手順
  1. *「管理」>「コンソール」*を選択してください。

  2. 「設定」を選択して、システム設定ページを開きます。

  3. 「メールサーバー」セクションで、「設定」を選択します。

  4. 既存の設定をクリアするには、*フィールドをクリア*を選択してください。

  5. 「保存」を選択すると、クリアした設定が保存され、Console のローカル展開からメールサーバーの設定が削除されます。

ウェブフックを設定する

コンソールのローカルデプロイメントから他のツールやサービスに通知を送信するように、Webhookを設定します。複数のWebhookを設定でき、それぞれ異なるエンドポイントを指すように設定できます。例えば、SIEMと、オンコールページングサービス用などです。

Webhookを作成すると、ストレージ管理者ロールを持つユーザーは、それを特定のアラートルールに割り当てることができます。例えば、重要なアラートはメールで送信しつつ、すべてのアラートをWebhook経由でサードパーティの監視ツールに送信するといったことが可能です。

メモ コンソールのローカル展開では、WebhookエンドポイントへのアクセスコントロールはEnforceされません。エンドポイントURLにアクセスできるユーザーまたはシステムは、アラートデータを受信します。受信アプリケーションへのアクセスは、そのアプリケーション独自のアクセス制御を通じて、承認されたユーザーのみに制限されるようにしてください。
開始する前に

コンソールのローカル展開がネットワーク経由で受信アプリケーションに到達できることを確認し、エンドポイントURL、HTTPメソッド、およびそのアプリケーションが必要とする認証情報や証明書の詳細情報を収集します。

手順
  1. *「管理」>「コンソール」*を選択してください。

  2. 「設定」を選択して、システム設定ページを開きます。

  3. 「Webhook integration」セクションで、「Configure」を選択します。

  4. ウェブフックに必要な詳細情報を入力してください:

    • ウェブフックを表す分かりやすい名前。

    • 受信側アプリケーションから提供されるエンドポイントURL。

    • HTTPメソッド

    • オプション:PEM形式の自己署名証明書。

    • 必要なヘッダーまたはシークレット(認証クレデンシャル)。

    • ウェブフックを送信する際に使用するフォーマット。JSONとOTEL(OpenTelemetry)がサポートされています。

      汎用的なWebhookやカスタムRESTエンドポイントにはJSONを使用してください。GrafanaなどのOpenTelemetryシグナルをネイティブに使用するオブザーバビリティプラットフォームや、その他のOpenTelemetry互換コレクターにはOTELを使用してください。

  5. 「Test webhook」を選択して、Webhook 接続をテストし、Console のローカル展開が受信アプリケーションにメッセージを正常に送信できることを確認してください。

  6. テストが成功したら、*保存*を選択してウェブフックを作成します。

    ウェブフックを保存すると、アラート配信オプションなど、ウェブフックがサポートされている場所をユーザーが選択できるようになります。"アラートルールを作成し、アラート配信のための Webhook を割り当てる方法について説明します。"