Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Junos Space が管理対象デバイスを自動的に再同期する方法を理解する

Junos Spaceネットワーク管理プラットフォームが管理する物理デバイスで設定変更が行われた場合、ネットワーク自体が記録システム(NSOR)であるか、Junos Spaceプラットフォームが記録システム(SSOR)であるかによって、Junos Spaceプラットフォームの動作が異なります。

NSORの場合、Junos Spaceプラットフォームは変更されたデバイスからシステムログメッセージを受信し、データベース内の設定値をデバイスの設定値と自動的に再同期します。これにより、Junos Spaceプラットフォームデータベース内のデバイスインベントリ情報が、デバイスの現在の設定情報と一致するようになります。

SSORの場合、Junos Spaceプラットフォームは、変更されたデバイスからシステムログメッセージを受信します。そのデバイスの管理ステータスは、同期中からデバイス変更(変更がデバイスCLIから行われた場合)、スペースが変更されました(変更がJunos Spaceプラットフォームから行われた場合)、またはスペースとデバイスが変更されました(変更がデバイスCLIとJunos Spaceプラットフォームの両方から行われた場合)に変わりますが、再同期は行われません。Junos Space プラットフォーム管理者は、Junos Space プラットフォーム データベース内の設定値と一致するようにデバイスの設定をリセットするかどうかを選択できます。

このトピックの内容は次のとおりです。

記録システムとしてのネットワーク

Junos Space プラットフォームがデバイスを検出してインポートした後、ネットワークが記録のシステムである場合、Junos Space プラットフォームはコミット操作を開始してデバイスの自動再同期機能を有効にします。

自動再同期を有効にすると、アウトオブバンド CLI コミットや変更要求の更新など、デバイス上で構成変更が行われると、デバイスの再同期が自動的にトリガーされます。 図 1 は、コミット操作によって、Junos Space プラットフォーム データベース内の設定情報がデバイス上の設定情報とどのように再同期されるかを示しています。

図 1: 再同期プロセスの Flowchart illustrating Junos Space synchronization with a device. Key steps: discover device, identify out-of-sync state, synchronize, achieve in-sync state, commit operation returns to out-of-sync, auto-resync after commit.

NSORモードの管理対象デバイス上でコミット操作が実行されると、Junos Spaceプラットフォームはデフォルトで、コミット操作を受信してから20秒後に再同期ジョブを実行するようにスケジュールします。ただし、前回のコミット通知から 20 秒以内に Junos Space プラットフォームが別のコミット通知を受信した場合、Junos Space プラットフォームは両方のコミット操作を 1 つのジョブで再同期するため、追加の再同期ジョブはスケジュールされません。自動再同期のこのダンピング機能は、デバイス上で複数のコミット操作を実行できる時間枠を提供しますが、デバイス上で実行された複数の設定変更とJunos Spaceプラットフォームデータベースを再同期させるために必要な再同期ジョブは1つまたは数回だけです。

デフォルト値の 20 秒を他の期間に変更するには、[ Administration > Applications > ネットワーク管理プラットフォーム > Modify Application Settings > Device > Max auto resync waiting time secs フィールドに秒単位で値を指定します。たとえば、このフィールドの値を 120 秒に設定した場合、Junos Space プラットフォームは、最初のコミット操作を受信してから 120 秒後に再同期ジョブを実行するように自動的にスケジュールします。この 120 秒以内に Junos Space プラットフォームが他のコミット通知を受信すると、1 つのジョブで両方のコミット操作が再同期されます。

再同期時間の遅延を変更するダンパー間隔の設定や、自動再同期機能の無効化については、 Junos Spaceアプリケーションの設定変更を参照してください。

Junos Space プラットフォームがデバイス コミット通知を受信すると、管理ステータスは Out of Sync になります。デバイスで再同期ジョブが開始されると、保留中のデバイスコミット操作によって同期中にデバイスが [非同期(Out of Sync)] と表示されない限り、再同期ジョブの完了後にデバイスの [管理ステータス(Managed Status)] が [同期中(Synchronizing)] に変わり、次に同期中(In Sync)に変わります。

再同期ジョブの実行がスケジュールされているが、同じデバイス上で別の再同期ジョブが進行中の場合、Junos Space プラットフォームはスケジュールされた再同期ジョブを遅らせます。遅延時間は、アプリケーション ワークスペースから設定できるダンパー間隔によって決まります。デフォルトでは、遅延時間は20秒です。スケジュールされたジョブは、同じデバイスに対する他の再同期ジョブが進行中である限り遅延されます。現在実行中のジョブが終了すると、スケジュールされた再同期ジョブが開始されます。

自動再同期機能は、[管理] ワークスペースで無効にできます。自動再同期がオフになっている場合、サーバーは引き続き通知を受信し、Out of Sync 状態になります。ただし、自動再同期機能はデバイス上では実行されません。自動再同期機能が無効になっている場合にデバイスを再同期するには、[ネットワークとの再同期(Resynchronize with Network)] ワークフローを使用します。自動再同期ジョブは [ジョブ管理(Job Management)] ページには表示されません。これらのジョブはバックグラウンドで実行され、Junos Space ユーザー インターフェイスからキャンセルすることはできません。自動再同期ジョブのステータスは、[デバイス管理(デバイス管理)] ページの [管理ステータス(Managed Status)] 列、または [デバイス(Devices)] ページの [同期状態別のデバイス数(Device Count by Synchronization State)] ウィジェットで確認できます。これらのジョブに関する詳細情報は、/var/log/jboss/servers/server1 ディレクトリーの server.log ファイルおよび autoresync.log ファイルから収集できます。

手記:

Junos Spaceプラットフォームリリース15.1R1にアップグレードする前に実行するようにスケジュールされた自動再同期ジョブは、[ジョブ管理]ページから確認できます。

記録システムとしてのJunos Space

Junos Spaceプラットフォームが記録のシステムである場合、Junos Spaceプラットフォームデータベースと管理対象デバイス間の設定情報の自動再同期は行われません。Junos Spaceプラットフォームが変更されたデバイスからシステムログメッセージを受信すると、デバイスの管理ステータスは、[同期中]から[デバイスが変更されました](変更がデバイスのCLIから行われた場合)、[スペースが変更されました](変更がJunos Spaceプラットフォームから行われた場合)、または[スペースとデバイスが変更されました](変更がデバイスのCLIとJunos Spaceプラットフォームの両方から行われた場合)になり、手動でシステムをプッシュしない限り、このままです。Junos Space プラットフォーム データベースからデバイスに設定を記録します。