項目一覧
デバイスへの設定の導入
ビルド モードで構成を変更しても、変更はデバイスに自動的に展開されません。展開モードでは、変更をデバイスに手動で展開する必要があります。
構成変更のデプロイを開始するには、次のようにします。
Network Director バナーの [ 展開(Deploy )] をクリックします。
[表示] ペインで、展開するデバイスを含むノードを選択します。
「タスク」ペインで、「 構成のデプロイ」>「構成変更のデプロイ」を選択します。
選択した承認モードの種類に応じて、異なるウィンドウが表示されます。
自動承認モードを選択すると、メイン ウィンドウで [保留中の変更があるデバイス] ページが開き、選択したノード内で設定変更が保留されているデバイスが一覧表示されます。
手動承認モードを選択すると、メインウィンドウに次の 2 つのセクションが開きます。
[最近設定が変更されたデバイス(Devices with recent configuration changes)]:このセクションには、システムに現在ログインしているユーザが実行した保留中の変更があるデバイス(および変更の詳細)が一覧表示されます。
[変更リクエスト(Change Requests)]:このセクションには、現在システムにログインしているユーザが作成した変更リクエストが一覧表示されます。
このトピックでは、以下について説明します。
構成展開オプションの選択
承認モードに基づいて、次の方法でデバイス構成の変更を展開することを選択できます。
自動承認モードを選択すると、[保留中の変更があるデバイス] ページが開きます。[保留中の変更があるデバイス(Devices with Pending Changes)] ページでは、次のことができます。
1 つ以上のデバイスを選択し、[Deploy Now] をクリックすることで、設定の変更をすぐに展開します。詳細については、 デバイスへの設定変更の即時展開を参照してください。
1 つ以上のデバイスを選択し、[展開のスケジュール(Schedule Deploy)] をクリックして、設定の展開をスケジュールします。詳細については、「 設定の展開のスケジューリング」を参照してください。
デバイスで保留中の設定変更を表示するには、[設定変更(Configuration Changes)] 列の [表示(View)] をクリックします。詳細については、「 保留中の設定変更の表示」を参照してください。
デバイスの保留中の変更がデバイスの設定と互換性があることを検証するには、最大 10 台のデバイスを選択し、[保留中の設定変更の検証(Validate Pending Configuration Changes)] をクリックします。詳細については、「 設定の検証」を参照してください。
保留中の設定変更を破棄します。詳細については、「 保留中の設定の破棄」を参照してください。
表 1 は、[保留中の変更があるデバイス(Devices with Pending Changes)] ページの 表に表示される情報を示しています。選択したオブジェクト内で、設定変更が保留されているデバイスのサブセットのみがテーブルに表示されます。
表の列 |
形容 |
---|---|
チェックボックス |
を選択すると、その行のデバイスに対してアクションが実行されます |
名前 |
デバイス名 |
IP アドレス |
デバイスのIPアドレス |
モデル |
デバイスモデル |
OSバージョン |
デバイスで実行されているオペレーティング システムのバージョン |
接続状態 |
デバイスへの接続の状態:
|
構成状態 |
デバイスの設定が Network Director のバージョンと同期しているかどうかを示します。
|
構成の変更 |
クリックすると、デバイスの保留中の設定変更が表示されます。「保留中の変更」ウィンドウが開きます。 |
手動承認モードを選択すると、ウィンドウの [最近構成が変更されたデバイス] と [変更要求] が開きます。
[Devices with recent configuration changes] ウィンドウでは、次のことができます。
デバイス構成変更要求の承認を作成し、承認のために送信します。送信時に、オペレーターが行ったすべてのデバイス変更が検証され、提案された変更要求の詳細がすべての承認者に電子メールで通知されます。詳細については、「 変更要求の作成」を参照してください。
デバイスで保留中の設定変更を表示するには、[設定変更(Configuration Changes)] 列の [表示(View)] をクリックします。詳細については、「 保留中の設定変更の表示」を参照してください。
デバイスの保留中の変更が デバイスの設定 と互換性があることを検証します。詳細については、「 設定の検証」を参照してください。
保留中の設定変更を破棄します。詳細については、「 保留中の設定の破棄」を参照してください。
[保留中の変更があるデバイス(Devices with Pending Changes)] リストからデバイスを削除することはできません。リストからデバイスを削除するには、そのデバイスをリストに配置したビルドモードの設定変更を元に戻す必要があります。
表 2 は、[最近設定が変更されたデバイス(Devices with recent configuration changes)] ページの 表に記載されている情報を示しています。
表の列 |
形容 |
---|---|
名前 |
デバイスとプロファイル ノードの名前を示します。 各デバイス ノードの下に、プロファイル ノードが一覧表示されます。 |
変更の種類 |
デバイスに対して行われた設定変更のタイプを示します。 |
追加された関連付け |
そのプロファイルに追加されているポートを一覧表示します。 |
削除された関連付け |
そのプロファイルから削除されるポートを一覧表示します。 |
構成 |
クリックすると、デバイスの保留中の設定変更が表示されます。「保留中の変更」ウィンドウが開きます。 |
展開状態 |
変更要求の展開状態を示します。 |
「変更要求」(Change Requests) ウィンドウでは、次の操作を実行できます。
1 つ以上のデバイスを選択し、[Deploy Now] をクリックすることで、設定の変更をすぐに展開します。詳細については、 デバイスへの設定変更の即時展開を参照してください。
1 つ以上のデバイスを選択し、[展開のスケジュール(Schedule Deploy)] をクリックして、設定の展開をスケジュールします。詳細については、「 設定の展開のスケジューリング」を参照してください。
必要な変更を行った後、変更要求を再送信して承認を得ます。詳細については、「 変更要求の再送信」を参照してください。
変更リクエストを編集または削除するには、1 つ以上の変更リクエストを選択し、それぞれ [編集] または [削除] をクリックします。詳細については、「 変更リクエストの編集」および 「変更リクエストの削除」を参照してください。
すでに展開されているデバイス設定をロールバックします。詳細については、「 ロールバックの実行」を参照してください。
作成された変更要求の詳細を表示します。詳細については、「[変更要求の詳細]ページの使用」を参照してください
表 3 は、設定変更が必要なデバイスに対して送信された変更要求の表に記載されている情報を示しています。
表の列 |
形容 |
---|---|
チェックボックス |
を選択すると、その行のデバイスでアクションが実行されます。 |
変更要求 いいえ |
デプロイを待機している変更リクエストの変更リクエスト番号を示します。 |
タイトル |
変更要求のタイトル名を示します。 |
作成日 |
変更要求の作成日を示します。 |
承認 |
構成承認者のユーザー名を示します。 |
最後のアクション |
変更要求ステータスが変更された日付を示します。 |
承認ステータス |
変更要求が承認者によって承認されたか却下されたかを示します。 |
展開ステータス |
承認後に変更要求が展開されるかどうかを示します。 |
履歴アイコン |
特定の期間に変更要求に対して実行された操作、承認者またはオペレーターのユーザー名など、変更要求の監査試行の詳細を記録します。 |
「変更リクエストの詳細」ページの使用
「変更リクエストの詳細」(Change Request Details) ウィンドウを使用して、変更リクエストを承認または却下する前に、変更リクエストの詳細を表示します。このウィンドウには、変更リクエスト番号、タイトル、変更リクエストを作成したユーザーのユーザー名、変更リクエストの作成日などの詳細が表示されます。[デバイス] テーブルも表示され、展開状態が表示されます。 表 4 は、このテーブルのフィールドについて説明しています。
コラム |
形容 |
名前 |
デバイスとプロファイル ノードの名前を示します。各デバイス ノードの下に、プロファイル ノードが一覧表示されます。 |
変更の種類 |
デバイスに対して行われた設定変更のタイプを示します。 |
追加された関連付け |
そのプロファイルに追加されているポートを一覧表示します。 |
削除された関連付け |
そのプロファイルから削除されるポートを一覧表示します。 |
構成 |
クリックすると、デバイスの保留中の設定変更が表示されます。「保留中の変更」ウィンドウが開きます。 |
展開ステータス |
変更要求の展開状態を示します。 |
変更要求の作成
デバイス構成承認の変更要求を作成するには、次の手順を実行します。
設定の検証
構成の変更をデバイスに展開すると、保留中の変更がデバイスと互換性があることを検証するために検証チェックが実行されます。この検証は、デプロイせずに実行することもできます。
また、ビルド・モードから「 Tasks > Domain Management 」>「 Validate Pending Configuration」をクリックして、構成を検証することもできます。
デバイスの保留中の変更がデバイス構成と互換性があることを検証するには、次の手順に従います。
保留中の設定の破棄
[Discard Local Configuration Changes Results] ウィンドウを使用して、デバイスで行われた保留中の設定をすべて破棄します。デバイス上のローカル設定の変更を破棄すると、Junos Spaceネットワーク管理プラットフォームで設定されたSOR(System of Record)モードに基づいて、デバイスの設定状態が [In Sync] または [Out of Sync] に変わります。SOR モードが Network as System of Record (NSOR) に設定されている場合、設定状態は In Sync に変わり、SOR モードが Junos Space as System of Record (SSOR) に設定されている場合、設定状態は Out of Sync に変わります。
設定変更を破棄するには:
保留中の設定変更の表示
デバイスの保留中の設定変更を表示するには、[保留中の変更(Pending Changes)] 列の [表示(View )] をクリックします。
「保留中の変更」ウィンドウが開きます。ウィンドウの説明については 、「保留中の変更ウィンドウの使用 」を参照してください。
[保留中の変更] ウィンドウの使用
[保留中の変更(Pending Changes)] ウィンドウを使用して、デバイスに対する保留中の Network Director の変更を表示します。 表 5 は、このウィンドウのフィールドについて説明しています。
畑 |
形容 |
---|---|
名前 |
選択した各デバイスを一覧表示します。デバイスのプラス記号をクリックして展開し、保留中の変更を表示します。デバイスのプロファイルまたはその他の構成オブジェクトに対する保留中の各変更が一覧表示されます。 |
状態 |
構成オブジェクトに対する保留中の変更の性質を記述します。次のような状態が考えられます。
|
構成 |
[View] をクリックして、デバイスの保留中の設定変更を表示します。「保留中の設定」ウィンドウが開きます。ウィンドウの詳細については、「設定」ウィンドウまたは「保留中の設定」ウィンドウの使用を参照してください。
手記:
保留中の設定変更を表示するには、デバイス設定の状態が In Sync になっている必要があります。 |
閉める |
クリックするとウィンドウが閉じます。 |
[Configuration] ウィンドウまたは [Pending Configuration] ウィンドウの使用
[Pending Configuration] ウィンドウを使用して、ジョブの実行時にデバイスに展開される設定変更を表示します。[構成] ウィンドウを使用して、完了したジョブの実行時にデバイスに展開された変更を確認します。設定の変更は、以下の形式で表示されます。
「 XML ビュー 」タブを選択して、コンフィギュレーションの変更を XML形式で表示します。このビューには、デバイスをリモートで管理するために使用されるデバイスのデバイス管理インターフェイス(DMI)に展開されるXML形式の設定が表示されます。
[CLI View] タブを選択して、設定変更を CLI 形式で表示します。このビューには、デバイスに導入されるJunos設定ステートメントが表示されます。
どちらのビューでも、読みやすいようにコンテンツが色分けされています。
黒色のテキストは、デバイス上ですでにアクティブになっている設定を示しており、展開しても変更されません。
緑色のテキストは、展開する場合に追加される設定を示します。
赤色のテキストは、展開すると削除される設定を示します。
[Deploy Configuration Errors/Warnings] ウィンドウの使用
[設定の展開エラー/警告(Deploy Configuration Errors/Warnings)] ウィンドウを使用して、設定をデバイスに導入した結果を表示します。[Errors/Warnings in validating the device configuration]ペインには、Network Directorによる設定検証の結果が表示されます。[デバイス設定の更新のエラー/警告(Errors/Warnings in Updating Device configuration)] ペインには、デバイスの設定検証の結果が表示されます。
「構成検証」ウィンドウの使用
[Configuration Validation] ウィンドウを使用して、デバイスの保留中の変更がデバイスの設定と互換性があることを検証します。 表 6 は、このウィンドウの説明です。
表の列 |
形容 |
---|---|
オブジェクト名 |
検証用に選択したデバイスが一覧表示されます。デバイスの横にある矢印をクリックして展開します。エラーや警告がない場合は、「検証の警告なし」というラベルの付いた項目が 1 つ表示されます。デバイスにエラーや警告がある場合は、デバイスの下に表示されます。デバイスには、エラーまたは警告の原因となったプロファイルのリストが含まれています。プロファイル名を展開すると、そのプロファイル名によって発生したエラーと警告が表示されます。 |
エラー/警告 |
エラーまたは警告について説明します。 |
設定変更をデバイスに即時に展開する
設定変更をすぐにデバイスに展開するには、次の手順に従います。
設定展開のスケジューリング
デバイスへの構成の展開をスケジュールするには、次の手順に従います。
設定デプロイメントのスケジューリングオプションの指定
「デプロイオプション」ウィンドウを使用して、構成デプロイメント・ジョブをスケジュールします。 表 7 は、このウィンドウのフィールドのアクションを示しています。
畑 |
アクション |
---|---|
展開ジョブ名 |
ジョブ名を入力します。 |
日付と時刻 |
ジョブの開始日時を入力します。 |
わかりました |
クリックすると変更が確定し、ウィンドウが終了します。 |
キャンセル |
クリックすると、変更がキャンセルされ、ウィンドウが終了します。 |
変更要求の編集
変更要求を編集して、デバイスに追加されたプロファイルを変更したり、プロファイルの関連付けの一部を削除したりできます。変更要求を編集した後、承認のために変更要求を再送信できます。変更リクエストの編集中に、特定の変更リクエストのプロファイルの関連付けをすべて削除しようとすると、変更リクエストには少なくとも 1 つの有効な関連付けが必要であることを示すメッセージが表示されます。変更要求の関連付けをすべて削除すると、その関連付けは無効になります。したがって、特定の変更要求のすべての関連付けを削除することはできません。ただし、変更要求自体を削除することで、その変更要求のすべての関連付けを削除することができます。
関連付けが削除保留状態の場合、変更要求または変更要求の関連付けは削除できません。
[キャンセル済み]、[展開済み]、[ロールバック成功]、または [ロールバック失敗] 状態の変更要求は編集できません。
プロファイルを変更するか、変更要求のプロファイルの関連付けを削除するには、次のようにします。
変更要求の削除
場合によっては、変更要求リストから変更要求を削除する必要があります。変更要求は、プロファイルの関連付けで割り当てられます。変更要求を削除すると、その変更要求のすべての関連付けも削除されます。
変更要求を削除するには:
変更要求の再送信
再送信できるのは、承認待ち、展開保留中、デプロイ失敗、作成失敗の状態にある変更要求のみです。[展開済み]、[キャンセル済み]、[ロールバック成功]、または [ロールバック失敗] 状態で変更要求を再送信することはできません。
特定の状況では、ユーザーがそのデバイスの変更要求を作成している間に、デバイスが同期しなくなることがあります。変更リクエストは作成されますが、その変更リクエストの構成変更は生成されません。変更要求を選択し、デバイスが再び同期された後に再送信すると、この変更要求の構成が生成されます。変更要求は、保留中の設定変更があるデバイスに対してのみ再送信できます。
変更要求を再送信するには:
ロールバックの実行
設定ミスが発生した場合は、デバイスにすでに展開されている設定をロールバックすることを選択できます。ロールバック操作には、以下の条件が適用されます。
ロールバックできる変更リクエストの最大数は、「プリファレンス」で指定されているロールバック制限です。
変更要求は、時系列の逆順にロールバックされます。それ以降の変更要求が最初にロールバックされます。競合する変更要求がある場合、ロールバックはサポートされていません。例えば、ユーザーがポート プロファイル P1 を ge-0/0/1 に割り当て、変更要求 CR1 を作成してプロファイルを導入するとします。この後、ユーザーがP1を編集すると、別の変更要求CR2を作成し、他のポートプロファイルを割り当ててP1をポートから展開および削除し、CR3の一部としてデバイスの変更または設定を展開します。ユーザーが CR1 をロールバックしようとすると、競合する変更要求 CR2 と CR3 に関するエラー メッセージが表示されます。CR1 をロールバックするには、CR3、CR2、CR1 の順にロールバックする必要があります。
デバイスをロールバックするには: