認定実装スペシャリスト - Event Management (イベント管理) (CIS-EM) デルタ試験学習ガイド


リリース: Zurich

  

概要 

ServiceNow University でデルタ試験を完了する際には、この学習ガイドを使用してください。このナレッジ記事に記載されている内容は、認定資格を維持するために合格する必要がある試験の内容です。さらに、ServiceNow の製品ドキュメントを参照することも常にお勧めしています。 

 

デルタ試験学習ガイドの内容 

  

新機能 
Mixed alert grouping (混合アラートのグループ化) 

CMDB ベースおよびタグベースのアラートグループ化戦略を一体的なグループにまとめてノイズを低減し、より迅速かつ効果的な応答を可能にします。 

  

混合グループ化方法では、CMDB ベースのグループ化やタグベースのグループ化など、複数のグループ化戦略を使用してアラートを 1 つの一体的なグループにまとめます。各戦略の長所を活用して、アラートのノイズを減らし、アラート相関を改善し、インシデントの真の根本原因を明らかにします。 

  • CMDB ベースのグループ化：アラートは、Configuration Management Database (CMDB) (構成管理データベース (CMDB)) の構成アイテム (CI) の関係と依存関係に基づいてグループ化されます。このアプローチにより、特定のインフラストラクチャコンポーネントまたはサービスに関連するアラートがグループ化され、コンテキストに応じたアラート管理が実現されます。

  • タグクラスターのグループ化：アラートは、アプリケーション、サーバータイプ、地理的な場所などの共通属性を表すタグまたはラベルを使用して分類され、グループ化されます。この方法により、進化するタグ付け戦略に基づいて柔軟かつ動的にグループ化できるようになります。 

AIOps 360 概要ダッシュボード 

製品の価値を示し、運用効率を追跡し、自動化の影響を明らかにする全方位型のダッシュボードにより、実用的なインサイトが得られます。アラート処理、サービスヘルス、AIOps の結果を監視し、IT 運用全体にわたってよりスマートで迅速な意思決定を促進します。 

  

AIOps 360 概要ダッシュボードは、IT 運用全体にわたる価値とパフォーマンスを統一的に表示し、チームが効率を追跡し、アラート処理を監視し、自動化の結果を評価するのに役立ちます。AIOps の影響の可視化を高め、情報に基づいた意思決定をサポートし、より迅速でスマートな運用を推進します。 

  

ダッシュボードを開くには、[Workspaces (ワークスペース)] > [Service Operations Workspace (サービスオペレーションワークスペース)] に移動し、[AIOps Dashboards (AIOps ダッシュボード)] アイコン (AIOps Dashboards icon.) を選択し、[AIOps Operational (AIOps 運用)] ドロップダウンメニューから [AIOps 360 overview (AIOps 360 概要)] を選択します。 

  

[Date (日付)] や [Assignment Group (アサイン先グループ)] などのフィルターを使用すると、ダッシュボードビューをカスタマイズして、特定の期間とチームに焦点を当てることができます。これにより、傾向を見きわめ、改善が必要な領域を特定し、運用ニーズに合わせたデータ主導の意思決定を行うことができます。 

  

[Value Overview (価値の概要)] セクションでは、AIOps が運用効率に与える全体的な影響が明らかになります。自動化とインテリジェントアラートのグループ化によって手作業がどれだけ削減されたかがわかります。また、ノイズ低減レベル、機能停止履歴、全体的な作業負荷低減も反映され、実現した時間とコストの削減効果を明確に把握できます。 

  

[Performance Overview (パフォーマンスの概要)] セクションでは、アラートとインシデントがどの程度効果的に処理されているかに焦点を当てています。これには、グループ間の解決時間、検出と応答の傾向、自動化の使用状況、担当責任者の配置などのメトリクスが含まれます。これにより、組織全体のパフォーマンスギャップを特定し、改善を追跡し、対応戦略を最適化できるようになります。 

Service Operations Workspace (サービスオペレーションワークスペース) での混合アラートのグループ化 

[Criteria Type (基準タイプ)] フィールドからアラートのグループ化方法を選択します。[Related CIs (関連 CI)] オプションを使用して、CMDB ベースとタグベースのアラートのグループ化を組み合わせます。 

  

このグループ化方法は、アラートがノードや場所などの共通のデータまたはタグを共有する場合に最も役立ちます。拡張自動化によって入力されたフィールドまたはタグを使用できます。これは、CMDB やサービスマップが未成熟な場合にアラートをグループ化する最適な方法です。この方法は、アラート相関ルール、CMDB、ML、テキストベースのグループ化など、他のグループ化アルゴリズムを補完するものです。アラートは最初に一致したものでグループ化され、こうしたアルゴリズムの優先順位はシステムプロパティを介して制御できます。 

  

アラート自動化にはシミュレーション機能も備わっており、形成されるアラートグループの数、グループ化されないまま残されるアラートグループの数、および圧縮率をテストできます。圧縮率が高いほど、チームの生産性が向上し、根本原因をより迅速に特定できる可能性があります。ただし、グループが正確で、運用上問題なく、適切なチームにアサインされているかどうかを考慮してください。納得のいくグループが形成されるまで、グループ基準を調整できます。 

  

この機能では、従来のイベント管理エクスペリエンスに慣れているユーザー向けにより簡単なインターフェイスを提供し、タグベースのアラートクラスタリング定義を作成するためのチームサポートを改善しています。 

Impact Calculation (インパクトカリキュレーション) 用のアプリケーションサービス 

Impact Calculation で考慮するアプリケーションサービスをフィルタリングすることで、焦点を絞った正確な結果が得られます。 

  

Impact Calculation では、CI、サービス、アラート、およびアラートグループにおける機能停止の影響度が示されます。影響度ルールや CI 関係などの要素を使用して、生成されたアラートの重大度が計算されます。重大度は、影響ツリー、アプリケーションサービスマップ、およびダッシュボードに表示されます。 

Impact Calculation は、アプリケーションサービスアラートグループで使用できます。機能停止の全体的な影響度を計算するには、以下の要素が使用されます。 

  • 影響度ルール

  • 関連するアクティブなアラートの数

  • 影響を受ける CI の過去の履歴

  • 特定のアプリケーションサービスにおける CI 間の関係

  • CI 要素にネットワークまたはストレージデバイスが含まれているかどうか

  • メンテナンスステータスの CI のアラートはインパクトカリキュレーションから除外 

 
デフォルトでは、すべての運用アプリケーションサービスの影響度が計算されます。ただし、このシステムでは、サービスクラス別または個々のアプリケーションサービス別にインパクトカリキュレーションをフィルタリングできます。詳細については、「インパクトカリキュレーションのための CMDB テーブルまたはクラスの追加」および「インパクトカリキュレーションのためのアプリケーションサービスの追加」を参照してください。 

 

統合ランチパッドのメトリックコネクタ 

メトリックプルコネクタを構成することで、データ取得を自動化し、外部測定基準をシームレスに統合して効率的なモニタリングを実現します。 

  

外部ソースから測定基準をプルするためのスクリプト、コネクタ定義、およびコネクタインスタンスを必要とするメトリックプルコネクタを構成します。こうしたコネクタでデータ取得プロセスを自動化し、外部メトリクスをシステムにシームレスに統合して、効率的なモニタリングとパフォーマンス分析を実現します。 

Express List® の新しいアラートグループにおけるアラート間のリンクを表示します。 

バージョン 26.9.0 以降では、Express List® のリンクビューを介して、ログアナリティクスベースのアラートグループや混合アラートグループがアラートグループの詳細を調査したり、接続を可視化したりできるようになりました。 

  

リンクビューを使用することで、Express List のアラートグループにおけるアラート間の関係の理解を深めることができます。リンクビューでは、グループ内のアラート間の関係が視覚的に表示されます。 

  

Event Management (イベント管理) でアラートグループが生成されると、リンクビューには、グループ内のアラートの属性がどのようにリンクされているかが表示されます。色分けされたタグは、アラートに関連する構成アイテム (CI) やその他の環境アイテムを表します。 

  

リンクビューに表示される情報は、Configuration Management Database (CMDB) に入力されていなくても利用できます。ただし、CMDB にデータが入力されると、リンクビューにより、アラートの考えられる原因とアラートグループの影響を受けるサービスを提示することで、さらに価値が上がります。 

 

Express List のプレビューパネルに表示されるログアナリティクスベースのアラートとメトリックインテリジェンスアラートの異常情報。 

バージョン 26.9.0 以降では、Express List[var.express-reg-tm] のプレビューパネルで、ログアナリティクスベースのアラートとメトリックインテリジェンスアラートの可視化された異常情報を確認できます。 

  

Express List プレビューパネルで Health Log Analytics (ヘルスログアナリティクス) の異常アラートが可視化され、予想範囲から逸脱した動作期間を特定できます。 

一時停止後にライブリストの更新を自動的に再開するための新しいプロパティを構成し、Express List で時間範囲を設定します。 

バージョン 26.9.0 以降は、Express List で一時停止した後にライブリストの更新が再開されるまでの時間を、アドミンが設定できます。アドミンは、Express List に表示される時間範囲オプション (デフォルトの時間範囲など) をカスタマイズすることもできます。 

  

デフォルトの時間範囲は、アドミニストレーターがシステムプロパティ sn_sow_em.evt_mgmt.express_list.all_time_days を使用して定義できます。 

合成モニターを実行するための MID Server (MID サーバー) のサポート 

各自の MID Server から合成モニターを実行できます。 

  

合成モニターは、以下からホストできます。 

  • MID Server

  • Agent Client Collector (エージェントクライアントコレクター) エージェントのクラスター

  • ServiceNow Glide インスタンス (すべての監視対象エンドポイントが公開されている場合) 

  

必要な数だけ場所を作成できますが、合成モニターを作成するには、場所が少なくとも 1 つ必要です。 

合成モニタリングでの HTTP エンドポイントの直接作成 

SOW を離れずにモニターの HTTP エンドポイントを作成できます。 

合成モニターベースのアラートのサポートグループ 

サポートグループをモニターにアサインすると、発生したアラートは関連付けられたアラート自動化ルールに従います。 

廃止 

  • イベント管理コネクタ：イベント管理コネクタのアップグレード中に未使用の V1 コネクタ定義は廃止されます。

  • vRealize コネクタ：廃止された XML API を JSON ベースの API に置き換えることで vRealize イベントコネクタが強化され、将来のバージョンとの互換性が確保されます。 

 

  

 

トップへ戻る