このページの目次
Junos Space が管理対象デバイスを自動的に再同期する方法を理解する
Junos Space ネットワーク管理プラットフォームが管理する物理デバイスの設定が変更された場合、ネットワーク自体が NSOR(指名システム)であるか、Junos Space プラットフォームが SSOR(記録システム)であるかによって、Junos Space プラットフォームの反応は異なります。
NSORの場合、Junos Space Platformは変更されたデバイスからシステムログメッセージを受信し、データベース内の設定値とデバイスの設定値を自動的に再同期させます。これにより、Junos Space プラットフォーム データベース内のデバイス インベントリ情報が、デバイスの現在の設定情報と一致するようになります。
SSORの場合、Junos Spaceプラットフォームは変更されたデバイスからシステムログメッセージを受信します。そのデバイスの管理ステータスが、In Sync から Device Changed (デバイスの CLI から変更が行われた場合)、Space Changed (Junos Space Platform から変更が行われた場合)、または Space & Device Changed (デバイス CLI と Junos Space Platform の両方から変更が行われた場合) に変更されますが、再同期は行われません。Junos Space プラットフォームの管理者は、Junos Space Platform データベースの設定値と一致するようにデバイスの設定をリセットするかどうかを選択できます。
このトピックでは、次の内容について説明します。
レコードシステムとしてのネットワーク
Junos Space プラットフォームがデバイスを検出してインポートした後、ネットワークがレコード システムである場合、Junos Space プラットフォームはコミット操作を開始することでデバイスの自動再同期機能を有効にします。
自動再同期を有効にすると、帯域外 CLI コミットや変更リクエストの更新など、デバイスの設定変更があった場合、自動的にデバイスで再同期がトリガーされます。 図 1 は、コミット操作によって、Junos Space Platform データベース内の設定情報がデバイス上の設定情報と再同期する方法を示しています。
NSORモードの管理デバイス上でコミット操作が実行されると、Junos Space Platformは、デフォルトで、コミット操作を受信してから20秒後に再同期ジョブが実行されるようにスケジュールします。ただし、前回のコミット通知から 20 秒以内に Junos Space プラットフォームが別のコミット通知を受け取った場合、Junos Space プラットフォームは両方のコミット操作を 1 つのジョブで再同期するため、追加の再同期ジョブはスケジュールされません。この自動再同期のダンピング機能により、デバイス上で複数のコミット操作を実行できる時間枠が提供されますが、デバイスで実行された複数の設定変更とJunos Space Platformデータベースを再同期するために必要な再同期ジョブは1つまたは数回だけです。
デフォルト値の 20 秒を他の任意の期間に変更するには、「 管理>アプリケーション>ネットワーク管理プラットフォーム」の「アプリケーション>設定の変更」>「デバイス>自動再同期の最大待機時間秒 」フィールドで秒単位の値を指定します。例えば、このフィールドの値を 120 秒に設定すると、Junos Space プラットフォームは、最初のコミット操作を受信してから 120 秒後に再同期ジョブが実行されるように自動的にスケジュールします。Junos Space プラットフォームは、この 120 秒以内に他のコミット通知を受信すると、両方のコミット操作を 1 つのジョブで再同期します。
ダンパー間隔を設定して再同期時間の遅延を変更する方法、および自動再同期機能を無効にする方法については、 Junos Space アプリケーションの設定の変更を参照してください。
Junos Space プラットフォームがデバイスのコミット通知を受信すると、管理対象ステータスは Out of Sync になります。デバイスで再同期ジョブが開始されると、保留中のデバイスのコミット操作によって同期中にデバイスが Out of Sync と表示される場合を除き、再同期ジョブの完了後にデバイスの [管理対象ステータス] が [同期中] に変わり、次に [同期中] に変わります。
再同期ジョブの実行がスケジュールされているが、同じデバイス上で別の再同期ジョブが進行中の場合、Junos Space プラットフォームはスケジュールされた再同期ジョブを遅らせます。時間遅延は、アプリケーションワークスペースから設定できるダンパー間隔によって決まります。デフォルトの遅延時間は20秒です。スケジュールされたジョブは、同じデバイスに対する他の再同期ジョブが進行中である限り遅延されます。現在実行中のジョブが終了すると、スケジュールされた再同期ジョブが開始されます。
自動再同期機能は、[管理] ワークスペースで無効にできます。自動再同期がオフになっている場合、サーバーは引き続き通知を受信し、非同期状態になります。ただし、自動再同期機能はデバイスでは実行されません。自動再同期機能が無効になっているときにデバイスを再同期するには、ネットワークとの再同期ワークフローを使用します。自動再同期ジョブは、[ジョブ管理] ページには表示されません。これらのジョブはバックグラウンドで実行され、Junos Space ユーザー インターフェイスからキャンセルすることはできません。自動再同期ジョブの状態は、[デバイス管理] ページの [管理状態] 列、または [デバイス] ページの [同期状態別のデバイス数] ウィジェットで確認できます。これらのジョブの詳細については、/var/log/jboss/servers/server1 ディレクトリにある server.log ファイルと autoresync.log ファイルから収集できます。
Junos Space プラットフォーム リリース 15.1R1 にアップグレードする前に実行するようにスケジュールされた自動再同期ジョブは、[ジョブ管理(Job Management)] ページで確認できます。
記録システムとしてのJunos Space
Junos Space Platform がレコードのシステムである場合、Junos Space Platform データベースと管理対象デバイス間の設定情報の自動再同期は行われません。Junos Space Platformが変更されたデバイスからシステムログメッセージを受信すると、デバイスの管理ステータスは、In Sync to Device Changed (変更がデバイスの CLI から行われた場合)、Space Changed (変更が Junos Space Platform から行われた場合)、または Space & Device Changed (変更がデバイス CLI と Junos Space Platform の両方から行われた場合) から変わり、手動でシステムをプッシュしない限り、その状態が維持されます。Junos Space プラットフォーム データベースからデバイスに構成を記録します。