このリリース以降、Cisco Crosswork 変更自動化 は、リンクされた Health Insights KPI によって生成されたアラートを介してトリガーされる Change Automation プレイブックの自動実行を許可します。詳細については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』のトピック「Link KPIs to Playbooks and Run Them Automatically」を参照してください。

このリリース以降、Cisco Crosswork Health Insights を使用すると、ユーザーは Health Insights の重要業績評価指標（KPI）を 1 つ以上の 変更自動化 プレイブックにリンクできるようになります。また、リンクされた KPI によって生成されたアラートに基づいて、ネットワークの問題がそれらのプレイブックで自動的に修復されます。詳細については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』のトピック「Link KPIs to Playbooks and Run Them Automatically」を参照してください。

Cisco Crosswork 変更自動化 の使用方法については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』の「Automate Network Changes」の章を参照してください。

フレキシブルなプレイブック開発ツールの使用について詳しくは、『Cisco Crosswork Change Automation Developer Guide on Cisco DevNet』のカスタムプレイブックの作成に関するチュートリアルを参照してください。

Cisco Crosswork Health Insights の使用方法については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』の「Monitor Network Health and KPIs」の章を参照してください。

• 関連するデバイスメトリックをモニタリングするために、KPI プロファイル内の KPI をグループ化します。最良の結果を得るために、KPI プロファイルごとに 10 個の KPI に制限します。KPI プロファイル内でサポートできる KPI の最大数は 50 個です。

  KPI は、その KPI によって収集されるデータの量によって変動します。システムで最大 50 個の KPI プロファイルを使用できますが、KPI を展開する前に、ライセンスと Crosswork Data Gateway キャパシティの両方があることを確認する必要があります。詳細については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』のトピック「Enable KPI Profiles on Devices」を参照してください。

• 最適なパフォーマンスを得るには、100 台以下のデバイス群で KPI プロファイルを有効にします。

  デバイスで KPI プロファイルを有効にする場合、Cisco Crosswork Data Gateway で十分なキャパシティを使用できることを確認します。十分なキャパシティを使用できない場合、それが原因で過負荷や機能停止が発生する可能性があります。詳細については、『Cisco Crosswork Change Automation and Health Insights 5.0 User Guide』のトピック「Enable KPI Profiles on Devices」を参照してください。

• 最高のシステムパフォーマンスを得るには、デフォルトの KPI ケイデンスを使用します。

  KPI ケイデンスは、KPI の性質に基づいて設定されます。低いケイデンス（たとえば、10 秒程度）を使用することを決定する場合、シスコ プロフェッショナル サービスに確認する必要があります。

• プレイブックの実行が失敗し、「NSO でデバイスクレデンシャルの上書き設定」に失敗したことを示す「アクセスエラー」メッセージが表示されます。これを回避するには、「admin」が Cisco NSO の ncsadmin ユーザーグループのメンバーであることを確認してください。

• 特定の負荷条件下では、プレイブックの実行がタイムアウトになることがあります。

  • 連続して失敗する場合は、ジョブのタイムアウトを変更してみてください。

  • デバイスがロックされているために失敗した場合は、デバイスの状態を [ダウン（DOWN）] に変更してから、もう一度 [アップ（UP）] に変更してみてください。

• 動的グループタグに対してプレイブックをスケジュールしている間、ジョブの実行がスケジュールされるまで、[ジョブ履歴（Job History）] ページ内にあるジョブに対応するジョブ設定画面には、関連デバイスが表示されません。

• 複数のデバイスで、異なる collection_type パラメータ値を使用して同時にプレイブックを実行すると、障害が発生する場合があります。障害が発生したプレイブックを再実行すると、問題が解決します。

• SWIM API を使用して削除フローを実行すると、イメージが非アクティブ化されてから削除されます。

• プロファイル内のすべての KPI に対してアラートを無効にする KPI プロファイルをデバイスに適用しても、アラートが送信される可能性があります。これは、KPI プロファイルの ID が、アラートが有効になっている他の KPI プロファイル ID とサブストリングを共有している場合に発生する可能性があります。たとえば、ID が「L2」、「L2SNMP」、および「L2GRPC」である 3 つの KPI プロファイルのセットでは、3 つのプロファイル ID すべてにサブストリング「L2」が含まれています。この問題を回避するには、KPI プロファイル名が一意であることを確認し、他の KPI プロファイルとサブストリングを共有しないようにします。

• 既存の有効な KPI プロファイルに新しい KPI を追加し、新しく追加された KPI を編集すると、操作のタイムアウトが発生する可能性があります。KPI の編集では書き込み時間が最大で 5 分かかることがあるため、プロファイルで編集された KPI が最終的に有効になります。タイムアウトメッセージに問題がある場合は、次の項で提案されているように、書き込み遅延が経過するまで KPI プロファイルを無効にできます。

• KPI プロファイルを有効にした後、以下の 3 つの方法のいずれかを使用して、関連付けられた KPI のケイデンスとしきい値のパラメータを編集できます。

  • 必要なケイデンスとしきい値のパラメータを使用してカスタム KPI を作成し、既存の KPI プロファイルに関連付けます。

  • 関連する KPI が関連付けられた新しい KPI プロファイルを作成します。この新しい KPI プロファイルを有効にする前に、ケイデンスとアラートのパラメータを更新します。

  • KPI プロファイルを無効にし、関連付けられた関連 KPI を変更します。その後、KPI プロファイルを再度有効にします。

• カスタム KPI の場合：

  • API を直接使用するカスタム KPI を作成する場合、特定の階層（収集パス）まで至る、リーフセンサーへの完全センサーパス（部分センサーパスではなく）を選択する必要があります。

  • すべてのリーフセンサーパスは、その KPI でのみ使用するために予約されています。

  • カスタム KPI の詳細については、『Crosswork Change Automation and Health Insights User Guide』の「Monitor Network Health and KPIs」の章を参照してください。