Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ephemeral

構文

階層レベル

説明

エフェメラル構成データベースの設定を構成します。

エフェメラルデータベースは、Juniper Extension Toolkit(JET)アプリケーションとNETCONFおよびJunos XMLプロトコルクライアントアプリケーションが、候補の設定データベースにデータをコミットする場合よりも著しく高いスループットで、Junosデバイス上での設定変更を同時にロードしてコミットできるようにする代替設定データベースです。Junosデバイスは、デフォルトのエフェメラルデータベースインスタンスに加え、エフェメラル設定データベースの複数のユーザー定義インスタンスを設定する機能を提供します。

エフェメラル データベースは、静的構成データベースで必要とされるものと同じ検証の対象にはなりません。そのため、一時的な設定データベースは、設定グループやインターフェイス範囲、マクロ、コミットスクリプト、変換スクリプトをサポートしません。さらに、特定の構成ステートメントは、 一時構成データベースでサポートされていない構成ステートメントで説明されているように、一時的なデータベースを介して構成できません。Junosデバイスは、構文を検証しますが、一時的なデータベースにコミットされた設定データのセマンティクスは検証しません。そのため、すべての設定データをエフェメラルデータベースに読み込んでデバイスにコミットする前に、検証する必要があります。無効な設定データをデータベースにコミットすると、Junosプロセスが再起動またはクラッシュして、システムやネットワークに混乱が生じる可能性があります。

メモ:

階層レベルでステートメントを設定し [edit system configuration-database ephemeral] 、設定をコミットする場合、すべてのJunosプロセスは設定の完全性を確認および評価する必要があります。そのため、CPU使用率が急上昇し、他の重要なソフトウェアプロセスに影響を与える可能性があります。

メモ:

一時的な構成データベースを使用する場合、静的構成データと一時的な構成データをマージするために追加の操作を実行する必要があるため、静的構成データベースでのコミット操作に時間がかかる場合があります。

既定では、エフェメラル データベースはコミット同期操作を非同期的に実行します。グレースフルルーティングエンジンスイッチオーバー(GRES)が有効になっているデバイスで、非同期コミットモデルでエフェメラルデータベースを使用すること はお勧めしません 。GRES が有効なときにエフェメラルデータベースの使用を選択する場合、エフェメラルインスタンスでコミット同期操作をリクエストする際に、デバイスがエフェメラル設定データをバックアップルーティングエンジンに同期できるように、 ステートメントを明示的に設定 allow-commit-synchronize-with-gres する必要があります。エフェメラル データベースは、コミット同期操作の同期コミット モデルもサポートしています。同期コミット モデルを使用すると、高可用性機能が有効になっているデバイス上で信頼性の高い一時的なデータベースを使用できます。

一時的な構成データは、再起動後も保持されません。また、OpenConfig パッケージや YANG パッケージなど、Junos スキーマの再構築が必要なパッケージをインストールすると、デバイスはスキーマの再構築プロセスですべての一時的な設定データを削除します。

オプション

allow-commit-synchronize-with-gres

GRES が有効になっており、エフェメラルデータベースの非同期コミット同期モデルを使用するデバイスは、インスタンスに対してコミット同期操作をリクエストする際に、エフェメラルインスタンスをバックアップルーティングエンジンに同期させることができます。

commit-synchronize-model (asynchronous | synchronous)

デュアルルーティングエンジンまたはバーチャルシャーシ環境でデバイスが一時的な設定データを同期する方法を指定します。

同期コミット操作は非同期コミット操作よりも低速ですが、ルーティング エンジンとバーチャル シャーシ メンバー間で一時的な設定を同期させることが可能です。

  • 既定: asynchronous

cyclic-version-for-ephemeral-default version

削除された構成オブジェクトをシステムが保管するデフォルトの一時データベースのバージョンの数。各コミットの後、デバイスは、循環バージョン値によって決定される現在のデータベースバージョンを基準にして、以前のデータベースバージョンで削除されたオブジェクトが占めていた領域を再利用します。循環バージョニングを無効にするには、値を 0 に設定します。

したがって、デフォルトでは、11 番目のコミット操作以降、デバイスはバージョン 1 のデータベースで削除されたオブジェクトが占有していた領域を再利用します。このプロセスは、後続の各コミット操作で続行されます。

  • デフォルト: 10

  • 範囲: 0 から 4,294,967,295

delete-ephemeral-default

エフェメラル構成データベースの既定のインスタンスの構成データとファイルを削除します。このステートメントを設定する場合、 ステートメントも設定 ignore-ephemeral-default する必要があります。

ignore-ephemeral-default

一時的な構成データベースの既定のインスタンスを無効にします。

残りのステートメントについては、個別に説明します。 詳細については、CLI エクスプローラー でステートメントを検索するか、「構文」セクションでリンクされたステートメントをクリックしてください。

必要な権限レベル

maintenance—設定でこのステートメントを表示または追加します。

リリース情報

Junos OSリリース16.2R2およびJunos OS Evolvedリリース22.1R1で導入されたステートメント。

commit-synchronize-model Junos OSリリース21.1R1で追加された オプション。

delete-ephemeral-default Junos OSリリース22.1R1で追加されたステートメント。

cyclic-version-for-ephemeral-default Junos OSリリース23.2R1およびJunos OS Evolvedリリース23.2R1で追加されたステートメント。