• Cisco Crosswork Network Controller バージョン 3.0 まで、パッケージのインストールのために 変更自動化 で Cisco Software Manager（CSM）が使用されました。Cisco Crosswork Network Controller 4.0 以降、CSM の代わりにソフトウェアイメージ管理（SWIM）が使用されます。SWIM は次の機能をサポートしています。

  • 外部サーバー、ローカルファイル、または管理対象デバイスから SWIM リポジトリへのソフトウェアイメージのインポート。

  • SWIM リポジトリからデバイスへのソフトウェアイメージの配布。

  • ソフトウェアイメージの有効化。

  • IOS-XR デバイスでのアクティブイメージのコミットなど、追加のプラットフォーム固有の機能。

• 変更自動化 のこのリリースでは、Cisco Network Services Orchestrator（NSO）とその Layered Service Architecture（LSA）のサポートが導入されています。

• Cisco Crosswork Network Controller 4.0 から 4.1 で拡張性が強化されました。

• 選択したインターフェイスで KPI を有効にする機能が追加されました。

• さまざまなアラートレベルに基づいてプレイブックをトリガーする機能が追加されました。

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

• フレキシブルなプレイブック開発ツールの使用について詳しくは、『Cisco Crosswork Change Automation Developer Guide on Cisco DevNet』（https://developer.cisco.com/）のカスタムプレイブックのチュートリアルを参照してください。

• 動的タグを使用して一連のデバイスでプレイブックを実行する場合、タグ付けされたすべてのデバイスでプレイブックが実行されるまで、プレイブックは一度に 20 台のデバイスのグループで実行されます。

Cisco Crosswork Health Insights の使用方法については、『Cisco Crosswork Change Automation and Health Insights ユーザ ガイド』の「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 User Guide』のセクション「Enable KPI Profile on Devices」を参照してください。

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

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

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

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

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

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

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

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

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

• 負荷が非常に高い状態では、Cisco Crosswork Change Automation で、作成された収集ジョブのクリーンアップが失敗する場合があります。これらの古い収集ジョブは、API を使用して削除できます。

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

• 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」を参照してください。

• Cisco Crosswork Health Insights ジョブが、60 分以内の規定時間内に完了しない処理状態のままの場合、そのジョブは [失敗（failed）] とマークされます。根本的な問題（たとえば、デバイス接続、資格情報、NSO 同期など）に対処した後、同じジョブを再適用する必要があります。

• [KPIの管理（Manage KPIs）] ページおよび [KPIプロファイルの有効化/無効化（Enable-Disable KPI Profiles）] ページでは、フィルタ処理で大文字と小文字が区別されます。

• Cisco Crosswork Health Insights のアラート転送機能を使用するには、正しい資格情報で 1 つのアラートプロバイダーをセットアップする必要があります。

• 過去 72 時間のみ、Cisco Crosswork UI で KPI グラフィックデータを表示できます。このデータを表示するには、Grafana ダッシュボード（https://<IPaddress:port>/robot-grafana/）に移動し、目的の KPI を選択します。

• インターフェイス KPI プロファイルを作成した後、[KPIモニタリング設定（KPI Monitoring Preferences）] が設定されます。KPI が同じで、[KPIモニタリング設定（KPI Monitoring Preferences）] が異なる KPI プロファイルが複数作成され、デバイスにリンクされた場合、[アラートダッシュボード（Alert Dashboard）] ページでは、インターフェイスまたはプロファイルレベルごとにアラートが分離されません。