Introducción a Address Pool Manager

Beneficios de Address Pool Manager

• Eficiencia: mejora la eficiencia de la utilización de direcciones. APM centraliza y automatiza la asignación de direcciones para varios BNG en la red. APM utiliza la asignación de prefijos justo a tiempo, de forma que aprovisiona prefijos solo cuando un BNG necesita direcciones IP adicionales.

  APM aprovisiona solo tantos prefijos como necesita el BNG. Después de dividir el grupo global de APM en grupos de prefijos, APM subdivide aún más los prefijos para que coincidan con la solicitud del BNG. Esta subdivisión permite a APM optimizar el tamaño de los prefijos que asigna.

• Simplicidad: evita la sobrecarga y la complejidad del monitoreo manual y el aprovisionamiento de BNG individuales.

• Capacidad de despliegue: se instala y opera en cualquier hardware que cumpla con los requisitos.

• Capacidad de recuperación: recupera los prefijos no utilizados de los grupos que utilizan pocas direcciones IP a un grupo central y redistribuye esos prefijos a otros grupos que los necesiten.

Terminología de direccionamiento

Debe tener una buena comprensión del direccionamiento IP, el enrutamiento entre dominios sin clase (CIDR), las máscaras de subred de longitud variable (VLSM) y cómo subdividir prefijos IP en subredes (subredes). Cuando diseñe su estrategia de direccionamiento (fuera del alcance de esta documentación) o utilice la recuperación de direcciones manual, puede resultarle útil ver una calculadora de subred IP. Puede encontrar muchas de estas calculadoras en línea.

En esta documentación se utiliza la siguiente terminología:

• Prefijo: una dirección de red IPv4 de 32 bits y una longitud de prefijo expresada mediante notación CIDR; por ejemplo, 198.51.100.0/24. Un prefijo define la parte de red de una dirección IP. Un prefijo representa una subred.

• Longitud del prefijo: el número de bits que determina la longitud del prefijo y el tamaño de la parte de red de una dirección IP. Una longitud de prefijo /24 significa que la parte de red de la dirección tiene 24 bits de longitud. Los bits restantes (de 32) representan la parte de host de una dirección de red. Para un prefijo con una longitud de prefijo /24, la parte del host es de 8 bits: 32 – 24 = 8.

• Tamaño de la red: este término se utiliza a veces para significar varias cosas diferentes según el contexto, lo que puede dar lugar a ambigüedad. Describimos la longitud del prefijo y cómo corresponde al número de direcciones de host en las subredes de la siguiente manera:

  • Un prefijo más largo, determinado por una longitud de prefijo más larga, corresponde a más subredes con menos direcciones de host para asignar por subred.

  • Un prefijo más corto, determinado por una longitud de prefijo más corta, corresponde a menos subredes con más direcciones de host para asignar por subred.

• Las direcciones gratuitas son direcciones IP que están disponibles y no se han asignado a suscriptores.

Cómo funciona APM

APM mantiene una colección centralizada de prefijos IP para un grupo de BNG en la red. La CLI de APM se refiere a los BNG administrados como entidades. Este documento generalmente usa el término BNG, pero en algunos casos este documento usa el término entidad.

APM coordina la creación de dominios de agrupación con BNG. Cada dominio de agrupación corresponde a una agrupación de direcciones vinculada para una combinación de instancias de enrutamiento dada en la BNG. Además, en un controlador BNG CUPS, un dominio de agrupación corresponde a una agrupación de direcciones vinculada para una combinación determinada de grupo de suscriptores e instancia de enrutamiento. Como los dominios de agrupación se crean dinámicamente, tanto BNG como APM mantienen perfiles o plantillas que contienen los atributos necesarios para crear instancias de un dominio de agrupación. El perfil de APM contiene atributos como prorrateo, umbrales de recuperación y comportamiento de recuperación automática. El BNG. profile contiene atributos como el tamaño del prefijo y el comportamiento de instalación de ruta descartada.

APMi versión 1 (compatible con Junos OS versión 22.1R1 y posteriores). Puede comprobar la versión de APMi ejecutando el comando show apm entity .

• Umbrales y alarmas
• Operación general de APM

Tabla 1: Acción tomada por APM para diferentes alarmas

Tiempo	Alarma enviada por BNG	Descripción
t0	—	Inicio de la línea de tiempo con un dominio de grupo rellenado.
T1	Alarma de distribución	A medida que los suscriptores inician sesión, la cantidad de direcciones gratuitas en el BNG cae por debajo del umbral de prorrateo. El BNG envía una alarma de prorrateo. APM recibe la alarma de prorrateo y asigna prefijos al dominio de la agrupación. El BNG asigna direcciones desde los prefijos de conjunto del dominio de agrupación.
T2	Alarma de distribución	APM recibe la alarma de prorrateo, pero la partición no tiene prefijos disponibles. La alarma se activa con NACK y se establece una marca de tiempo de reintento en 15 minutos después. El BNG vuelve a intentar la alarma de reparto en esta marca de tiempo, a menos que ya no necesite las direcciones.
T3	Alarma de distribución	En la marca de tiempo de reintento, BNG vuelve a enviar la alarma de prorrateo, ya que el número de direcciones libres sigue estando por debajo del umbral de prorrateo.
T4	Alarma de recuperación	Los suscriptores seguirán cerrando la sesión hasta que el número de direcciones gratuitas supere el umbral de recuperación. El BNG envía la alarma de recuperación con la agrupación sugerida para reclamar. APM coloca un drenaje en la piscina sugerida y el BNG inicia el proceso de drenaje en la piscina.
T5	Alarma de piscina drenada	Cuando el grupo de direcciones tiene cero suscriptores, no hay direcciones asignadas en el grupo. BNG envía la alarma de piscina vacía a APM. APM responde a la alarma de vaciado del grupo con una solicitud de eliminación. El BNG elimina el grupo de la lista de grupos del dominio del grupo. APM mueve el prefijo correspondiente de nuevo a la partición para su reasignación. El número de direcciones gratuitas disminuye al eliminar el grupo.
T6	Alarma de recuperación	APM recibe la alarma de recuperación, pero no realiza ninguna acción porque la alarma se produjo fuera de la ventana de recuperación. APM devuelve una alarma NACK con una marca de tiempo de reintento establecida en la hora del inicio de la ventana de recuperación. El BNG vuelve a intentar la alarma de reclamación en este momento si todavía hay un excedente de direcciones libres.

Los siguientes pasos explican el funcionamiento general de APM:

1. El BNG y el APM se comunican mediante el protocolo basado en gRPC definido por Juniper y APMi. Google RPC (gRPC) es un marco común para crear protocolos de comunicación extensibles e interoperables. Tras la conexión inicial, el BNG inicia la sincronización de dominios de agrupación. El proceso de sincronización de dominios de agrupación sincroniza el conjunto de dominios de agrupación que están activos. APM alinea la lista de dominios de grupo activos con la lista de dominios de grupo del BNG. Después de la sincronización del dominio del grupo, el BNG ejecuta la sincronización del grupo (detección) para cada dominio del grupo. APM alinea la lista de agrupaciones para cada dominio con la lista del BNG. Si APM ha conservado agrupaciones adicionales (no en la lista de agrupaciones de BNG para el dominio), los prefijos de agrupación se liberan en la partición. Si a APM le faltan agrupaciones, APM intenta asignarlas.

2. APM supervisa los mensajes de alarma enviados por el BNG.

3. APM evalúa y actúa sobre la alarma. Por ejemplo, si un BNG se está quedando sin direcciones, el BNG envía una alarma de reparto a APM. APM asigna el número solicitado de prefijos de la partición de origen del dominio y los devuelve en la respuesta de alarma. El BNG agrega estos prefijos de agrupación al dominio de agrupación.

La figura 1 muestra una vista más detallada de las relaciones entre los diversos componentes funcionales de una sola instancia de APM. Cada bloque de administrador muestra las tablas de base de datos que utiliza.

Nota:

Puede ejecutar varias instancias de APM simultáneamente en varios clústeres diferentes en la red. Estas instancias de APM son independientes y no se reconocen entre sí. Las instancias no comparten el estado ni la configuración.

Cada instancia de APM incluye los siguientes microservicios como componentes funcionales de la aplicación:

• Administrador de entidades: orquesta las actividades de gestión de agrupaciones para los BNG gestionados. Estas actividades incluyen el procesamiento de alarmas y la asignación y recuperación de prefijos de conjunto.

• Administrador de direcciones: organiza el conjunto central de direcciones en particiones y administra las asignaciones de los prefijos raíz configurados en cada partición. Subdivide los prefijos raíz en prefijos más pequeños y asigna los prefijos de acuerdo con los criterios configurados para el BNG.

• Administrador de aprovisionamiento: interactúa con el BNG para aprovisionar dominios de agrupación y sus agrupaciones de direcciones asociadas. El gestor de aprovisionamiento garantiza que los dominios y los prefijos de agrupación asignados asociados permanezcan sincronizados entre APM y BNG.

  El gestor de aprovisionamiento de APM se comunica con los BNG gestionados mediante el APMi. El gestor de aprovisionamiento envía mensajes gRPC para aprovisionar y desaprovisionar directamente los prefijos en los BNG en respuesta a las alarmas de dominio iniciadas por el BNG.

• El microservicio MGMT proporciona un esquema de configuración basado en texto y una CLI para que pueda configurar el conjunto de prefijos global, los BNG administrados y sus atributos de dominio de grupo asociados. Puede utilizar la CLI para mostrar estadísticas y el estado de varios componentes funcionales. El resultado proporciona información sobre la carga del sistema, la eficiencia, la utilización y los errores o condiciones anormales.

• Operador de APM: coordina varios cambios de ubicación geográfica (cambios de rol) e informa del estado de los componentes de APM.

• Instancia de base de datos (DB): proporciona acceso compartido a las tablas de base de datos que utiliza cada componente funcional de APM. La base de datos incluye tablas para información de dirección, BNG y dominio de grupo. La base de datos proporciona almacenamiento persistente para la información de configuración y los estados operativos.

• Sincronización de base de datos: sincroniza el contenido relevante de la base de datos en todas las geografías.

• APM emplea una base de datos con información de estado sobre las entidades, los dominios del grupo, los grupos, los prefijos, las asignaciones, la configuración, etc. Dos instancias de base de datos, una principal y otra en espera, se despliegan en modo de espera activa. Las instancias de base de datos se supervisan mediante un servicio centinela de base de datos que detecta un error en la base de datos principal. En caso de falla de la base de datos principal, la base de datos secundaria asume el rol de la principal mientras se restaura una nueva base de datos en espera.

  Nota:

  La redundancia requiere un mínimo de tres nodos de trabajo además del nodo principal. Todos los nodos de trabajo deben estar en servidores físicos independientes. Sin embargo, los nodos pueden ser máquinas físicas o virtuales.

Administración de configuración y CLI

La interfaz de usuario (MGMT) es una versión en contenedores del proceso de administración de Junos OS. Con esta interfaz, puede utilizar la misma estructura de CLI que Junos OS para la configuración y el monitoreo. El MGMT también proporciona una interfaz que le permite administrar APM de forma remota.

APM realiza las siguientes tareas:

• Carga la configuración inicial de APM desde el servicio MGMT en la base de datos antes de que otros componentes de APM puedan continuar con su estado de tiempo de ejecución.

• Traduce comandos y configuraciones en acciones y parámetros que los microservicios de APM entienden.

• Registra la configuración inicial y los cambios posteriores en la base de datos para su persistencia. Notifica a los componentes de APM sobre cualquier cambio.

• Sincroniza los cambios de configuración confirmados en la instancia de MGMT en el clúster de carga de trabajo par (solo se usa para varias configuraciones geográficas).

Operador de APM

El microservicio de operador de APM recopila periódicamente datos de salud para los microservicios de APM. En un entorno de múltiples geografías, el operador de APM coordina el rol (activo o de copia de seguridad/inactivo) de los servicios principales en cada clúster de cargas de trabajo. Los operadores de APM (hay uno en cada grupo de cargas de trabajo) se comunican entre sí a través de la red entre grupos y una red de respaldo (red fuera de banda) para coordinar el rol de los servicios principales y también para transmitir la salud del pod desde cada grupo de cargas de trabajo. El microservicio de operador de APM consta de un pod de administrador de estado y un pod de controlador.

DBSync

El microservicio DBSync mantiene la sincronización entre los clústeres de carga de trabajo de ciertos estados persistentes almacenados en la base de datos de cada clúster de carga de trabajo. Los microservicios de DBSync se comunican entre sí a través de la red entre clústeres.

Administrador de entidades

El gestor de entidades coordina las operaciones de otros componentes funcionales que afectan al estado de la entidad.

Para cada BNG bajo administración, el administrador de entidades realiza un seguimiento de la siguiente información:

• La dirección BNG, que es la dirección de transporte del BNG que aloja los grupos administrados.

• Una lista de los dominios del grupo que se administran.

Un dominio de agrupación representa una agrupación de direcciones vinculada en la BNG. Para cada dominio de agrupación, el administrador de entidades realiza un seguimiento de la siguiente información:

• Nombre de dominio del grupo: una cadena definida por el usuario que identifica el grupo administrado para el BNG. Cada nombre de dominio del grupo debe ser único para ese BNG. Eso significa que el nombre de dominio del grupo actúa efectivamente como una clave; A veces se la conoce como clave de dominio de grupo. Una cadena definida por el usuario construida por la entidad. Para BNG, la cadena consta del nombre de perfil de dominio vinculado con el nombre de instancia de enrutamiento. Para el controlador BNG CUPS, la cadena consta del nombre de perfil de dominio vinculado con el nombre del grupo de suscriptores y el nombre de la instancia de enrutamiento.

• APM utiliza el formato pool-domain-name-sequence-number para nombrar los grupos que crea. Tiene sequence-number al menos 4 dígitos; si el valor es inferior a 1.000, el número de secuencia se rellena con 0 a la izquierda. Por lo tanto, 0001, 0999, 1000 213339 son números de secuencia válidos. Por ejemplo, si el nombre de un dominio de agrupación es test-pd, APM asigna un nombre al primer grupo test-pd. Denomina a los grupos posteriores test-pd-0000, test-pd-0001, etc.

• Prefijos: una lista ordenada de los prefijos que componen el dominio del grupo.

El administrador de entidades recopila una serie de estadísticas volátiles para varias operaciones (última detección, última asignación, última recuperación, etc.) en el dominio de la agrupación. Las estadísticas incluyen los recuentos de alarmas, el número de grupos, sus prefijos asociados y las marcas de tiempo. Puede mostrar estas estadísticas con comandos de APM show , como show apm entity.

El gestor de entidades solicita un nuevo prefijo para un dominio de agrupación al gestor de direcciones cuando el gestor de aprovisionamiento retransmite la alarma de reparto del BNG al gestor de entidades.

La solicitud de prefijo incluye la siguiente información:

• Familia de direcciones: actualmente admite IPv4

• Clave de asignación: la dirección IP y el dominio del conjunto del BNG administrado

• Longitud del prefijo solicitado: el tamaño del prefijo que desea asignar de una partición a un dominio de agrupación.

Posteriormente, el administrador de entidades intenta aprovisionar los prefijos asignados al conjunto de direcciones del BNG.

El gestor de entidades comienza un proceso para descubrir y conciliar los dominios de agrupación BNG (Sync) gestionados cuando el gestor de aprovisionamiento notifica al gestor de entidades que se puede alcanzar un BNG. El gestor de aprovisionamiento envía un informe de accesibilidad al gestor de entidades cada vez que cambia el estado de accesibilidad. El administrador de entidades solicita la detección de todos los dominios de agrupación administrados para ese BNG.

El proceso de detección utiliza la interfaz de aprovisionamiento para buscar los dominios de agrupación y la información de agrupación asociada conocida por BNG. Al final del proceso de detección, APM y BNG tienen los mismos dominios de agrupación y prefijos de agrupación asignados.

Si la información descubierta no coincide con la información existente, APM actualiza sus bases de datos con la información de partición para los dominios de agrupación (para que coincida con el BNG). Si APM detecta un conflicto durante la actualización, lo marca como una advertencia en el registro.

Administrador de direcciones

El administrador de direcciones utiliza un algoritmo VLSM para subdividir los prefijos raíz de las particiones del grupo de direcciones en subprefijos más pequeños hasta el max-prefix-len valor configurado para cada prefijo raíz. Durante el prorrateo, el gestor de direcciones hace coincidir una solicitud de un prefijo de tamaño adecuado con una partición y un prefijo raíz. APM asigna un subprefijo libre del prefijo raíz para satisfacer el evento de prorrateo.

El administrador de direcciones registra un mensaje de advertencia si el porcentaje de direcciones libres dentro de una partición cae por debajo del free-prefix-utilization umbral. El cruce de ese umbral indica que la partición está en peligro de quedarse sin direcciones porque ha asignado muchas direcciones.

Cuando se configura APM, se asignan prefijos raíz a una partición. El administrador de direcciones distribuye los prefijos de una sola partición para cualquier dominio. Cada partición representa un contexto de asignación. El gestor de direcciones utiliza el sesgo que configure para el dominio para seleccionar la partición a partir de la cual subdivide los prefijos para su asignación al dominio.

Cuando agregue un prefijo raíz a una partición, asegúrese de que se ajusta a los límites de longitud de prefijo mínimo y máximo especificados para esa partición:

• El min-prefix-lenvalor es el prefijo raíz válido más corto.

• El max-prefix-lenvalor es el prefijo raíz válido más largo.

Por lo tanto, min-prefix-len <= longitud del prefijo raíz <= max-prefix-len.

Por ejemplo, si min-prefix-len es 20 y max-prefix-len es 24, puede agregar un prefijo raíz con longitudes de prefijo de /20, /21, /22, /23 o /24.

Cuanto menor sea la longitud del prefijo, más direcciones de host individuales estarán disponibles en la subred. Cuanto mayor sea la longitud del prefijo, menos direcciones de host individuales habrá disponibles en la subred. Por ejemplo:

• Una longitud de prefijo de /20 proporciona 4.094 direcciones de host utilizables.

• Una longitud de prefijo de /24 proporciona 254 direcciones de host utilizables.

Nota:

Si configura un prefijo raíz que está fuera de los límites especificados, APM no lo añade a la partición.

• Subdivisión de prefijo
• Asignación de prefijos
• VLSM
• Ejemplo de VLSM

Gerente de aprovisionamiento

El administrador de aprovisionamiento consta de procesos de trabajo que administran las siguientes operaciones de aprovisionamiento:

• Detección: sincroniza los dominios del grupo y la información del grupo asociada entre APM y un BNG. Al final del proceso de detección, APM y BNG acuerdan la lista de dominios de agrupación y los prefijos de agrupación asignados.

  Comportamiento de APM: APM concilia sus dominios de agrupación con la lista del BNG, de modo que la lista de APM coincida con la lista del BNG. Los prefijos de agrupación de dominios que se eliminan durante la conciliación tienen sus prefijos de agrupación asociados devueltos a su partición original.

  El gestor de aprovisionamiento realiza la detección cada vez que APM establece una conexión con el BNG administrado, incluida una conexión restablecida después de un fallo de conexión. Mientras la conexión no funciona, un administrador podría cambiar la configuración en el BNG. APM se ajusta en consecuencia si detecta un cambio durante el descubrimiento posterior.

• Aprovisionamiento: aprovisiona y desaprovisiona prefijos en un BNG administrado. Mientras el gestor de direcciones gestiona la asignación de prefijos, el gestor de aprovisionamiento se comunica con el BNG para aprovisionar el conjunto de direcciones.

Cuando se restablece la conexión, el gestor de aprovisionamiento notifica al gestor de entidades que se puede acceder al BNG. El gestor de entidades solicita al gestor de aprovisionamiento que inicie el proceso de sincronización.

Recuperación automática de prefijos

Puede habilitar APM para que gestione automáticamente la tarea de reclamación. Puede configurar la recuperación automática en el pool-domain-profile asignado a la entidad como se configura en la entity-match instrucción.

Cuando se habilita la recuperación automática, se llevan a cabo estas acciones:

• APM responde a las alarmas de recuperación de dominio enviadas por la entidad. La alarma de recuperación contiene un nombre de agrupación sugerido para reclamar.

• APM responde a la alarma de recuperación indicando a la entidad que coloque un drenaje activo en la piscina. Cuando el grupo se ha vaciado por completo (no hay asignaciones de direcciones pendientes del grupo), la entidad genera una alarma de purga del grupo de dominios.

• APM responde a la alarma de pool vaciado indicando a la entidad que elimine el pool; APM devuelve el prefijo de agrupación a la partición desde la que se asignó.

• Una vez que el prefijo se ha devuelto a la partición, está disponible para otras entidades que generan alarmas de distribución de dominio.

La recuperación automática le permite limitar el número de direcciones no utilizadas que se mantienen en la entidad. Dado que el proceso de recuperación automática implica un drenaje activo que puede afectar al servicio, puede configurar APM para que solo inicie la recuperación automática durante una ventana de mantenimiento configurada.

Liberación de prefijos asignados para una entidad

En el caso de que una entidad de red falle y no pueda volver a conectarse con APM para permitir que los prefijos de agrupación asignados se recuperen en sus particiones de origen, puede utilizar el request apm release entity system-id comando. Este comando desasigna todos los prefijos y dominios de agrupación asociados a una entidad de red. No puede utilizar el request apm release entity system-id comando si el estado APMi de la entidad es reachable.

Siga estos pasos para liberar prefijos de una entidad inalcanzable.

1. Utilice el show apm entity system id comando para mostrar el estado de accesibilidad de la entidad y los prefijos de agrupación que contienen sus dominios de agrupación. El resultado muestra que la entidad es accesible y tiene asignados 3 prefijos de agrupación.

2. El request apm release entity system id comando no se ejecuta correctamente cuando se puede acceder a la entidad.

3. Escriba el show apm entity para ver si no se puede acceder a la entidad.

4. Como no se puede acceder a la entidad del paso 3, puede introducir el comando para iniciar la request apm release entity system-id recuperación. APM desaprovisiona el grupo y devuelve las direcciones a la partición de origen para su reasignación. Se publican todos los prefijos de agrupación que se informaron en el paso 1.

Reclamación manual de direcciones

La recuperación manual le brinda un control detallado. La recuperación manual requiere que supervise de cerca los dominios del grupo y los grupos de direcciones en sus BNG administrados.

1. Utilice el show apm alarms comando para mostrar todas las alarmas pendientes recibidas del BNG. El resultado muestra los nombres de los grupos con el estado de reclaim alarma.

   La reclaim alarma significa que el dominio del grupo tiene un excedente de direcciones. El Info campo contiene el nombre de un grupo que el BNG recomienda para la reclamación. Una alarma de recuperación no significa que la piscina tenga un juego de drenaje activo. Si no hay un drenaje en la piscina, la piscina aún podría asignar direcciones.

2. Emita el request apm drain comando para comenzar a drenar la piscina.
   Nota:

   Puede eliminar un drenaje que haya iniciado ejecutando el request apm activate comando.

3. Use el show apm alarms comando para ver que se ha vaciado la piscina. El estado de la alarma muestra el pool-drained estado.
4. Emita el comando para iniciar la request apm reclaim recuperación. APM desaprovisiona el grupo y devuelve las direcciones a la partición de origen para su reasignación.

Cuando elija la recuperación manual, tenga cuidado al elegir la piscina para recuperar. Estas son algunas de las consideraciones para elegir una piscina para recuperar.

• Cuando vacíe un grupo, debe alojar a los suscriptores que utilicen esas direcciones en otros grupos del dominio del grupo. Debe haber suficientes direcciones libres en los otros grupos (en el dominio) para absorber estos suscriptores. Por lo tanto, el número de direcciones libres en el dominio del grupo debe ser mayor que el número de direcciones usadas en el grupo que purga:

  (direcciones libres del dominio del grupo) –(direcciones libres del grupo de drenaje) > (direcciones utilizadas del grupo de drenaje)

• Cuando drene un grupo, no debe dejar el dominio del grupo en peligro inmediato de quedarse sin direcciones libres. Si el recuento de direcciones libres en el dominio cae por debajo del umbral de prorrateo, se activa una alarma de prorrateo que da como resultado que APM aprovisione más direcciones para el grupo. En otras palabras, trate de no iniciar un drenaje en una piscina a menos que se cumpla la siguiente desigualdad:

  (direcciones libres del dominio del grupo) – (direcciones totales del grupo de drenaje) > (umbral de prorrateo)

Marcas de tiempo

Utilice el show apm entity comando para supervisar las operaciones de recuperación de APM. La salida del comando muestra las marcas de hora de los últimos eventos de detección, última asignación y última recuperación cuando se muestran estadísticas para un enrutador o un dominio de agrupación específico. Las marcas de tiempo están en formato ISO-8601 con un reloj de 24 horas:

YYYY-MM-DDThh:mm:ssZ

• T es el delimitador entre la fecha y la hora.

• Z indica que la hora está en la zona horaria UTC. Si la hora del enrutador utiliza una zona horaria diferente, el formato muestra el desplazamiento de UTC para identificar la zona horaria.

• Las zonas horarias al oeste de UTC tienen un desplazamiento negativo, designado por –hh:mm.

• Las zonas horarias al este de UTC tienen un desplazamiento positivo designado por +hh:mm.

Por ejemplo, todas las siguientes marcas de tiempo muestran la misma hora, suponiendo la hora estándar:

• 2020–03–20T15:10:25Z (Londres)

• 2020–03–20T10:10:25–05:00 (Nueva York)

• 2020–03–20T16:10:25+01:00 (París)

• 2020–03–20T23:10:25+08:00 (Pekín)

Objetos de Kubernetes aprovisionados por APM

APM crea los siguientes objetos de Kubernetes durante el inicio o el lanzamiento. APM utiliza estos objetos a lo largo de su ciclo de vida. Los objetos se eliminan en .apm stop

• Espacio de nombres: clúster virtual de máquinas nodo que ejecutan APM. Todos los objetos APM se aíslan en jnpr-apm.

• Servicios de equilibrio de carga: los objetos se crean en el momento de la configuración para obtener la dirección IP externa asignada por el equilibrador de carga del clúster. Los servicios externos fuera del clúster utilizan estas direcciones IP externas para iniciar la comunicación con APM. El clúster debe admitir MetalLB como equilibrador de carga de red.

• ConfigMap: almacena el archivo de configuración para el servidor de base de datos (redis.conf) y un archivo de configuración inicial (juniper.conf) para MGMT.

• PersistentVolumeClaims: para los contenedores que tienen requisitos de almacenamiento dinámico de datos, este objeto incluye MGMT.

• Secretos: almacena las claves y los certificados que necesita para proteger el APMi.

• CustomResources: APM utiliza un recurso personalizado (OperatingRole) para administrar el rol de los microservicios principales en cada clúster de cargas de trabajo.