CMP を使用した Azure アラート構成 Summary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } トピック1Azure アラートとイベント2ServiceNow でサポートされるアラートと前提条件3Azure での構成要件4CMDB を自動更新するための Azure アラートサービスの構成5ServiceNow インスタンスのクラウドイベントテーブルとそのパラメーター。6 クラウドイベントスケジューラ7既知の制限 1Azure アラートとイベント アクティビティログアラートは、アラートで指定された条件に一致する新しいアクティビティログイベントが発生したときにアクティブ化されるアラートです。 これらのアラートは Azure リソース用であり、Azure Resource Manager テンプレートを使用して作成できます。また、Azure portal で作成、更新、または削除することもできます。通常、アクティビティ ログ アラートを作成して、Azure サブスクリプション内のリソースに特定の変更が発生したときに通知を受け取ります。多くの場合、アラートのスコープは特定のリソースグループまたはリソースです。たとえば、サンプルリソースグループ myProductionResourceGroup 内の仮想マシンが削除されたときに通知を受け取るようにすることができます。または、サブスクリプションのユーザーに新しいロールが割り当てられた場合に通知を受け取ることもできます。 参照: Azure アラートAzure Monitor REST API リファレンスAzure Monitor を使用したアクティビティ ログ アラートの作成、表示、管理 Azure アラートのリスト アラート:リストAzure Monitor のメトリクスアラートでサポートされているリソース 2 ServiceNow でサポートされるアラートと前提条件 CMP がキャプチャするリソースグループ内のリソースに対してアラート/イベントが生成された場合、ServiceNow はリソースグループでサポートされているすべてのアラートをサポートします。 前提条件 クラウド管理プラグインをアクティブ化する必要があります。 プラグイン名ステータスプラグイン IDクラウド APIアクティブcom.snc.cloud.apiクラウド設定管理アクティブcom.snc.config.mgmtクラウド管理アクティブcom.snc.cloud.mgmtクラウド管理コアアクティブcom.snc.cloud.core Azure 情報 および サービスアカウント が正常に構成されました。サービスアカウントは「データセンターの検出」を正常に実行する必要があります。Azure のすべての論理データセンターが正常に検出されました。1 つ以上のデータセンターで、少なくとも 1 つのリソースグループが正常に検出されている必要があります。「すべて」または「Clod Management」&「Azure」機能のいずれかを備えた有効な MID サーバーは、常に利用可能である必要があります。 Azure コンソールでの必須ロール 共同作成者ロールをサブスクリプションに追加する必要があります。 3Azure コンソールでの構成要件 CMP との Azure アラート統合のために、Azure 側から特に必要な構成は必要ありません。唯一の要件は、上記の前提条件をインスタンス側で利用できるようにすることです。 4 CMDB を自動更新するための Azure アラートサービスの構成 構成については、次を参照してください。 CMDB を自動更新するための Azure アラートサービスの構成 サービスアカウント:データセンターとリソースグループが正常に検出された有効なサービスアカウントリソースグループ:サービスアカウントの 1 つのリソースグループユーザーとパスワード:「sn_cmp.cloud_event_integration」ロールが必要なインスタンスのユーザー 注意:ユーザーが正しいロールを持っていない場合、統合は失敗し、ユーザーは Azure コンソールからではなく、インスタンスから来ています。 ステータス: 「アクティブ」 上記の構成が正常に完了すると、ステータスが [開始済み] から [アクティブ] に変わります。 「エラー」 構成された MID サーバーが利用できない場合。何らかの理由でサービスアカウントディスカバリーに失敗しましたリソースグループがバックグラウンドで終了されました 5 ServiceNow インスタンスのクラウドイベントテーブルとそのパラメーター。 上記の構成が正常に完了すると、ユーザーは「sn_cmp_cloud_event_list」に設定されたイベントを確認できます。 すべての Azure イベントには、ソース「Azure アクティビティログ」が入力されますイベント名は、Azure コンソールから生成された実際のイベントです。イベントは、インスタンスに関連付けられたリソース ID を使用して生成されます。リソースタイプ:リソースタイプイベントが生成されました。イベント時刻:グリーンフィールドリソースに対してのみ入力されます ([処理済み] はイベント時刻の実際の時刻です)。 イベントに入力したら、重要なフィールドに注意する必要があります。 イベント名:VmPowerOffEventリソース ID:CMP は名前ではなくリソース ID に基づいて VM を処理または識別します。ペイロード:リソースの SysID が含まれます。エラーメッセージ:Azure コンソールで生成された実際のエラーメッセージ ペイロード内の情報は、IRE (CMDB 識別および調整) に転送されますIRE は SysID を使用して CI に応答し、必要なアクションを実行します。 6クラウドイベントスケジューラ Azure からイベントが生成されると、「Cloud Event Scheduler」スケジュール済みジョブがバックグラウンドで実行されます。 https://<instancename>.service-now.com/sysauto_script.do?sys_id=fb9dc69dd754320097eb6ccf6e6103b5&sysparm_record_rows=1&sysparm_record_scope=80d50579eb203200979aa5115206fedd&sysparm_record_target=sysauto&sysparm_record_list=nameCONTAINScloud+event%5EORDERBYname&sysparm_nostack=true&sysparm_record_row=1 スケジュール済みジョブ「Cloud Event Scheduler」は、デフォルトでは 10 秒ごとに実行されるように設計されています。ユーザーは、繰り返し間隔をデフォルトの 10 秒から必要な間隔レベルに変更できます。ジョブの責任はイベントペイロードを IRE に渡すことです。その後、IRE はイベントに従ってリソースのステータスを変更するために必要なアクションを実行します。 既知の制限 同じ ServiceAccount の複数のリソースグループから Azure アラートを構成することはできませんMID サーバーがダウンしていても、アラート構成はアラートに ping を実行し続け、ECC がエラーを伴うハイになり、利用可能な MID がない場合は、ユーザーが Azure アラート構成を手動で非アクティブ化する必要があります。