Confirmar y sincronizar datos de configuración efímeros mediante el protocolo XML NETCONF o Junos

La base de datos efímera es una base de datos de configuración alternativa que permite a las aplicaciones cliente de protocolo XML NETCONF y Junos cargar y confirmar simultáneamente cambios de configuración en dispositivos Junos y con un rendimiento significativamente mayor que cuando se confirman datos en la base de datos de configuración candidata. Las aplicaciones cliente pueden confirmar los datos de configuración en una instancia abierta de la base de datos de configuración efímera para que forme parte de la configuración activa en el dispositivo. Cuando se confirman datos de configuración efímeros en un dispositivo, la configuración activa del dispositivo es una vista combinada de las bases de datos de configuración estática y efímera.

Después de que una aplicación cliente confirma una instancia efímera, el dispositivo combina los datos de configuración en la base de datos efímera. Los procesos del sistema afectados analizan la configuración y combinan los datos efímeros con los datos de la configuración activa. Si hay instrucciones contradictorias en las bases de datos de configuración estáticas y efímeras, los datos se combinan de acuerdo con reglas específicas de priorización. La prioridad de la base de datos, de mayor a menor, es la siguiente:

1. Instrucciones en una instancia definida por el usuario de la base de datos de configuración efímera.

   Si hay varias instancias efímeras definidas por el usuario, la prioridad viene determinada por el orden en que se configuran las instancias en el nivel jerárquico [edit system configuration-database ephemeral] , ejecutándose de mayor a menor prioridad.

2. Instrucciones de la instancia predeterminada de base de datos efímera.

3. Instrucciones en la base de datos de configuración estática.

La configuración activa del dispositivo es una vista combinada de las bases de datos de configuración estática y efímera. Sin embargo, cuando se muestra la configuración en la CLI mediante el comando de show configuration modo operativo, el resultado no incluye datos de configuración efímeros. En la CLI, puede mostrar los datos en una instancia específica de la base de datos efímera o mostrar una vista combinada de las bases de datos de configuración estática y efímera mediante variaciones del show ephemeral-configuration comando.

Las aplicaciones cliente pueden confirmar los datos de configuración en una instancia abierta de la base de datos de configuración efímera para que forme parte de la configuración activa en el dispositivo. Para confirmar la configuración, utilice la <commit-configuration/> operación en una sesión de protocolo XML de Junos o la <commit-configuration/> operación o <commit/> en una sesión de NETCONF.

En una sesión de protocolo XML de Junos, una aplicación cliente confirma los datos de configuración en una instancia abierta de la base de datos de configuración efímera encerrando la <commit-configuration/> etiqueta en un <rpc> elemento de etiqueta (al igual que para la configuración candidata).

El servidor de protocolo XML de Junos notifica los resultados de la operación de confirmación en <rpc-reply><commit-results>, y <routing-engine> los elementos de etiqueta. Si la operación de confirmación se realiza correctamente, el <routing-engine> elemento tag encierra la <commit-success/> etiqueta y el elemento tag<name>, que especifica el motor de enrutamiento de destino.

En una sesión de NETCONF, una aplicación cliente confirma los datos de configuración en una instancia abierta de la base de datos de configuración efímera encerrando la <commit/> etiqueta o <commit-configuration/> en un <rpc> elemento de etiqueta (igual que para la configuración candidata).

El servidor NETCONF confirma que la operación de confirmación se realizó correctamente devolviendo la <ok/> etiqueta en un elemento de <rpc-reply> etiqueta.

Si se produce un error en la operación de confirmación, el servidor NETCONF devuelve el elemento y <rpc-error> el <rpc-reply> elemento secundario, que explica el motivo del error.

La única variante de la operación de confirmación admitida para la base de datos efímera es sincronizar la configuración, como se describe en Descripción general de la sincronización de una instancia efímera.

Los dispositivos de motor de enrutamiento dual y los sistemas de chasis virtual no sincronizan automáticamente los datos de configuración efímera cuando se emite una operación de confirmación en una instancia efímera. Puede sincronizar los datos de una instancia efímera por confirmación o por sesión, o puede configurar una instancia efímera para sincronizar sus datos cada vez que confirme la instancia. El entorno determina dónde se sincronizan los datos, por ejemplo:

• En dispositivos con motores de enrutamiento duales, el dispositivo sincroniza la instancia efímera con el motor de enrutamiento de reserva.

• Un chasis virtual serie MX sincroniza la instancia efímera solo con el motor de enrutamiento principal del dispositivo de respaldo.

• Un chasis virtual de la serie EX sincroniza la instancia efímera con todos los conmutadores miembro.

Consulte las siguientes secciones para obtener instrucciones sobre la sincronización de instancias efímeras:

• Cómo configurar dispositivos habilitados para GGRES para sincronizar datos de configuración efímeros

• Cómo sincronizar una instancia efímera por confirmación

• Cómo sincronizar una instancia efímera por sesión

• Cómo sincronizar automáticamente una instancia efímera al confirmar

• Cómo configurar la sincronización de configuración de conmutación por error para la base de datos efímera

De forma predeterminada, el modelo de confirmación efímera ejecuta operaciones de sincronización de confirmación de forma asincrónica. El servidor de protocolo XML de NETCONF o Junos confirma la configuración en el motor de enrutamiento local y, a continuación, confirma la configuración en el motor de enrutamiento remoto o en los miembros del chasis virtual. El motor de enrutamiento solicitante confirma la configuración efímera y emite una notificación de confirmación completa sin esperar a que los otros miembros del motor de enrutamiento o del chasis virtual sincronicen y confirmen primero la configuración.

En los dispositivos compatibles, también puede configurar la base de datos efímera para que utilice un modelo de confirmación sincrónico para las operaciones de sincronización de confirmación. Las operaciones de confirmación sincrónicas son más lentas pero más confiables que las operaciones de confirmación asincrónicas. Para utilizar el modelo sincrónico, configure la commit-synchronize-model synchronous instrucción en el nivel de [edit system configuration-database ephemeral] jerarquía de la base de datos de configuración estática.

Cuando se sincroniza una instancia efímera, el servidor de protocolo XML de Junos notifica los resultados de la operación de confirmación para el motor de enrutamiento local en <rpc-reply><commit-results>, y <routing-engine> los elementos de etiqueta. Si la operación de confirmación se realiza correctamente, el <routing-engine> elemento tag encierra la <commit-success/> etiqueta y el elemento tag<name>, que especifica el motor de enrutamiento de destino.

La respuesta del servidor incluye etiquetas adicionales que dependen del modelo de sincronización de confirmación utilizado por la base de datos.

• Si la base de datos efímera utiliza el modelo sincrónico, la respuesta del servidor incluye un segundo <routing-engine> elemento para la operación commit en el otro motor de enrutamiento.

• Si la base de datos efímera utiliza el modelo asincrónico, el servidor incluye el <commit-synchronize-server-success> elemento tag, que indica que la operación de sincronización está programada en los otros miembros del motor de enrutamiento o del chasis virtual y proporciona el tiempo estimado en segundos necesario para que se complete la operación.

Por ejemplo:

La respuesta RPC para las operaciones de sincronización de confirmación sincrónicas indica el éxito o el error de la operación de confirmación en los demás miembros del motor de enrutamiento o del chasis virtual. El dispositivo registra el éxito o el error de las operaciones de sincronización de confirmación asincrónica en el archivo de registro del sistema, siempre que el dispositivo esté configurado para registrar eventos de la instalación y el nivel de gravedad dados. Consulte el Explorador de registros del sistema para ver los diversos eventos de base de datos efímeros y los niveles de facilidad y gravedad necesarios para registrarlos.

Del mismo modo, en las sesiones de NETCONF, el servidor confirma que la operación de confirmación se realizó correctamente devolviendo la <ok/> etiqueta en un elemento de <rpc-reply> etiqueta. Según la configuración del dispositivo, la respuesta también puede incluir el <commit-results> elemento para operaciones de sincronización de confirmación sincrónicas o el <commit-synchronize-server-success> elemento para operaciones de sincronización de confirmación asincrónicas. Por ejemplo:

De forma predeterminada, la base de datos efímera realiza operaciones de sincronización de confirmación de forma asincrónica y no sincroniza los datos de configuración efímeros con el motor de enrutamiento de reserva u otros miembros del chasis virtual cuando se habilita el cambio correcto del motor de enrutamiento (GRES). Si la base de datos efímera utiliza el modelo de sincronización asincrónica de confirmación, debe configurar la instrucción para permitir que los allow-commit-synchronize-with-gres dispositivos habilitados para GGRES realicen operaciones de sincronización de confirmación.

Como alternativa, en dispositivos compatibles, puede configurar la base de datos efímera para que utilice un modelo de confirmación sincrónico para realizar operaciones de sincronización de confirmación. Las operaciones de confirmación sincrónicas son más lentas pero más confiables que las operaciones de confirmación asincrónicas. Se recomienda usar el modelo de confirmación sincrónica en dispositivos que tengan habilitado GRES.

Para habilitar dispositivos que tienen GRES configurado para sincronizar datos de configuración efímeros:

Puede sincronizar una instancia efímera entre motores de enrutamiento o miembros de Virtual Chassis para una operación de confirmación determinada en esa instancia.

Para sincronizar una instancia efímera por confirmación:

Puede sincronizar una instancia efímera entre motores de enrutamiento o miembros de Virtual Chassis para todas las operaciones de confirmación realizadas durante el tiempo que la instancia efímera esté abierta, a la que nos referimos libremente como una sesión. Esto no debe confundirse con la sesión de protocolo NETCONF o Junos XML. La sincronización de la instancia por sesión permite ejecutar varias operaciones de carga y confirmación, y garantizar que cada operación de confirmación sincronice automáticamente la instancia hasta que la cierre.

Para sincronizar una instancia efímera para todas las operaciones de confirmación realizadas mientras la instancia esté abierta:

En dispositivos que ejecutan Junos OS versión 22.1R1 o posterior y dispositivos que ejecutan Junos OS Evolved, puede configurar una instancia efímera para que sincronice su configuración entre motores de enrutamiento o miembros de Virtual Chassis cada vez que confirme la instancia.

Para configurar la instancia efímera para que se sincronice cada vez que confirme la instancia:

El chasis virtual de la serie MX y los dispositivos de motor de enrutamiento dual admiten la sincronización de configuración de conmutación por error para la base de datos efímera, lo que ayuda a garantizar que la base de datos de configuración se sincronice entre los motores de enrutamiento en caso de que se produzca un cambio de motor de enrutamiento. Esto se consigue cuando se configura la commit synchronize instrucción en el nivel de [edit system] jerarquía de la base de datos de configuración estática.

Si configura la commit synchronize instrucción en la base de datos de configuración estática, tiene los siguientes efectos:

• El dispositivo sincroniza su base de datos de configuración estática con el motor de enrutamiento de respaldo o el dispositivo de copia de seguridad del chasis virtual MX durante una operación de confirmación.

  Nota:

  La configuración de la commit synchronize instrucción en la base de datos de configuración estática no sincroniza una instancia efímera con el dispositivo de copia de seguridad cuando se confirma la base de datos de configuración estática o cuando se confirma la instancia.

• A partir de Junos OS versión 20.2R1, el motor de enrutamiento de copia de seguridad y el dispositivo de copia de seguridad MX Virtual Chassis sincronizan las bases de datos de configuración estáticas y efímeras cuando se sincronizan con el dispositivo principal. En versiones anteriores, el motor de enrutamiento de copia de seguridad solo sincroniza la base de datos de configuración estática.

  Nota:

  Para la sincronización de conmutación por error, el motor de enrutamiento de copia de seguridad y el dispositivo de copia de seguridad de MX Virtual Chassis solo sincronizan la base de datos de configuración efímera con el dispositivo principal si tanto el dispositivo de copia de seguridad como el dispositivo principal ejecutan la misma versión de software.

Cuando se configura la commit synchronize instrucción en los motores de enrutamiento principal y de reserva, el motor de enrutamiento de reserva sincroniza su configuración con el motor de enrutamiento principal en los siguientes escenarios:

• El motor de enrutamiento de reserva se quita y se vuelve a insertar

• Se reinicia el motor de enrutamiento de reserva

• El dispositivo realiza un cambio de motor de enrutamiento elegante

• Hay un cambio manual de roles

• Se inserta un nuevo motor de enrutamiento de copia de seguridad que tiene configurada la commit synchronize instrucción

En un sistema de motor de enrutamiento dual, el motor de enrutamiento de reserva sincroniza sus bases de datos de configuración con el motor de enrutamiento principal. En un chasis virtual serie MX, el motor de enrutamiento principal del dispositivo de copia de seguridad sincroniza sus bases de datos de configuración con el motor de enrutamiento principal del dispositivo principal.

Para habilitar la sincronización de la configuración de conmutación por error para las bases de datos estáticas y efímeras en dispositivos compatibles que ejecutan Junos OS versión 20.2R1 o posterior o dispositivos que ejecutan Junos OS Evolved: