EN ESTA PÁGINA
Implementar el clúster
En este tema se describe el procedimiento para implementar un clúster de implementación de Routing Director en las máquinas virtuales.
Después de crear las máquinas virtuales del nodo y prepararlas, configure los parámetros del clúster en las máquinas virtuales e implemente el clúster de implementación de Routing Director. Los pasos para configurar e implementar el clúster son los mismos, independientemente del hipervisor en el que implemente el clúster.
Realice los pasos siguientes para configurar e implementar el clúster de implementación de Routing Director:
Configurar las máquinas virtuales del nodo
Cuando se creen todas las máquinas virtuales del nodo, realice los pasos siguientes para configurar las máquinas virtuales.
Conéctese a la consola web de la máquina virtual del nodo de la primera máquina virtual. Iniciará sesión como raíz automáticamente.
Se le pedirá que cambie su contraseña de inmediato. Ingrese y vuelva a ingresar la nueva contraseña. Se cerrará automáticamente la sesión de la máquina virtual.
Nota:Le recomendamos que escriba la misma contraseña para todas las máquinas virtuales. Si configura contraseñas diferentes para las máquinas virtuales, escriba las contraseñas diferentes correctamente cuando se le solicite para Genere claves SSH para los nodos del clúster al desplegar el clúster.
Cuando se le solicite, vuelva a iniciar sesión como usuario raíz con la contraseña recién configurada.
Configure la siguiente información cuando se le solicite.
Tabla 1: Asistente de configuración de VM Aviso
Acción
¿Desea configurar un nombre de host? (s/n)
Escriba y para configurar un nombre de host.
Especifique el nombre de host
Escriba un nombre de host de identificación para la máquina virtual. Por ejemplo: Primary1. El nombre de host debe tener menos de 64 caracteres y puede incluir caracteres alfanuméricos y algunos caracteres especiales.
Si no introduce un nombre de host, un nombre de host predeterminado en el formato
controller-<VM-IP-address-4th-octet> is assigned.Nota:Dado que se despliega el clúster desde un nodo y se introducen las direcciones IP de los otros nodos durante el proceso de configuración del clúster, las funciones se asignan automáticamente. Los tres primeros nodos que se deben configurar son los nodos principal y de trabajo, y el último nodo es el nodo de solo trabajo.
Los nombres de host (y si coinciden o no con el rol del nodo) no afectarán las operaciones del clúster. Sin embargo, para fines de administración, se recomienda prestar atención a cómo se nombran los nodos y el orden en que se escribieron sus direcciones durante los pasos de creación del clúster.
No se admite el cambio del nombre de host después de instalar el clúster.
¿Desea configurar IP estática (preferida)? (s/n)
Escriba y para configurar una dirección IP para la máquina virtual.
Especifique la dirección IP en notación CIDR
Ingrese la dirección IP en la notación CIDR. Por ejemplo, 10.1.2.3/24.
Las máquinas virtuales del nodo pueden estar en la misma subred o en subredes diferentes.
Nota:Si ingresa 10.1.2.3 en lugar de 10.1.2.3/24, verá un mensaje de error de dirección IP no válida.
Especifique la IP de puerta de enlace
Ingrese la dirección IP de la puerta de enlace.
Asegúrese de introducir la dirección IP de puerta de enlace correspondiente a la red de la máquina virtual del nodo.
Especifique la IP de DNS principal
Ingrese la dirección IP DNS principal.
Especifique la IP de DNS secundaria
Ingrese la dirección IP DNS secundaria.
¿Desea configurar IPv6? (s/n)
Intro
ypara configurar direcciones IPv6.Si no desea configurar direcciones IPv6, ingrese
ny continúe con el Paso 5.Especifique la dirección IPv6 en notación CIDR
Ingrese la dirección IPv6 en la notación CIDR. Por ejemplo, 2001:db8:1:2::3/64.
Las máquinas virtuales del nodo pueden estar en la misma subred o en subredes diferentes.
Nota:Si ingresa 2001:db8:1:2::3 en lugar de 2001:db8:1:2::3/64, verá un mensaje de error de dirección IP no válida.
Especifique la puerta de enlace IPv6
Ingrese la dirección IPv6 de la puerta de enlace.
Asegúrese de introducir la dirección IP de puerta de enlace correspondiente a la red de la máquina virtual del nodo.
Especifique el DNS principal IPv6
Ingrese la dirección IPv6 de DNS principal.
Especifique el DNS secundario IPv6
Ingrese la dirección IPv6 de DNS secundaria.
Cuando se le pregunte si está seguro de continuar, revise la información que se muestra, escriba y y presione Intro.
Ha iniciado sesión en Deployment Shell.
Repita los pasos del 1 al 5 para las demás máquinas virtuales de un clúster de varios nodos. Omita este paso para una implementación de un solo nodo.
(Opcional) Compruebe la conectividad entre los nodos. Vuelva a iniciar sesión en todas las máquinas virtuales del nodo. Si cerró la sesión, vuelva a iniciar sesión como raíz con la contraseña configurada anteriormente. Se le coloca en el modo operativo del shell de implementación. Escriba
exitpara introducir el shell raíz de Linux de los nodos. Haga ping a los otros tres nodos de cada nodo mediante elping static-ipv4-addresscomando para comprobar que los nodos se pueden conectar entre sí.(Opcional) Antes de continuar con la implementación del clúster, compruebe que se puede acceder a los servidores NTP. En cualquiera de los nodos del clúster, escriba
start shell. En el#indicador, haga ping al servidor mediante elping ntp-servers-name-or-addresscomando. Si el ping no se realiza correctamente, utilice un servidor NTP alternativo.
Completó los pasos de preparación de los nodos y está listo para implementar el clúster.
Despliegue del clúster
Realice los pasos siguientes para configurar e implementar el clúster de implementaciones de Routing Director mediante la CLI del shell de implementación.
Vuelva a la máquina virtual del primer nodo (Primary1). Si cerró la sesión, vuelva a iniciar sesión como raíz con la contraseña configurada anteriormente. Se le coloca en el modo operativo del shell de implementación.
********************************************************************* WELCOME TO Routing Director SHELL! You will now be able to execute Routing Director CLI commands! ********************************************************************* root@eop>Para configurar el clúster, ingrese al modo de configuración en Shell de implementación.
root@eop> configure Entering configuration mode [edit]
Configure los siguientes parámetros de clúster.
root@eop# set deployment cluster nodes kubernetes 1 address node1-IP [edit] root@eop# set deployment cluster nodes kubernetes 2 address node2-IP [edit] root@eop# set deployment cluster nodes kubernetes 3 address node3-IP [edit] root@eop# set deployment cluster nodes kubernetes 4 address node4-IP [edit] root@eop# set deployment cluster ntp ntp-servers pool.ntp.org [edit] root@eop# set deployment cluster common-services ingress ingress-vip generic-ingress-vIP [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-vip TAGW-vIP [edit] root@eop# set deployment cluster applications web-ui web-admin-user "user-admin@juniper.net" [edit] root@eop# set deployment cluster applications web-ui web-admin-password Userpasswd [edit]
Donde:
Las direcciones IP de
kuberneteslos nodos con índices del 1 al 4 deben coincidir con las direcciones IP estáticas configuradas en las máquinas virtuales del nodo. Los nodos de Kubernetes con los índices 1, 2 y 3 son los nodos principal y de trabajo; el nodo con el índice 4 es el nodo solo de trabajo. Las direcciones IP de los nodos pueden estar en la misma subred o en subredes diferentes. Si está configurando un clúster de tres nodos, omita la configuración del nodo de Kubernetes con el índice 4. Si está configurando una implementación de un solo nodo, omita la configuración de los nodos de Kubernetes con los índices 2, 3 y 4.ntp-serverses el servidor NTP con el que se va a sincronizar.web-admin-useryweb-admin-passwordson la dirección de correo electrónico y la contraseña que el primer usuario puede utilizar para iniciar sesión en la GUI web.ingress-vipes la dirección VIP para la entrada común genérica y se utiliza para conectarse a la GUI web.test-agent-gateway-vipes la dirección VIP de la puerta de enlace del agente de pruebas de Active Assurance (TAGW).Las direcciones VIP se agregan a la configuración de SSH de salida necesaria para que un dispositivo establezca una conexión con Routing Director.
Nota:En una instalación de clúster de varias subredes, las direcciones VIP no deben estar en la misma subred que los nodos del clúster.
Configure la dirección VIP del servidor PCE.
root@eop# set deployment cluster applications pathfinder pce-server pce-server-vip PCE-vIP [edit]
Donde:
pce-server-vipes la dirección VIP que utiliza el servidor PCE para establecer sesiones de protocolo de elemento computacional de ruta (PCEP) entre Routing Director y los dispositivos. La dirección VIP puede estar en la misma subred que los nodos del clúster o en una subred diferente. La dirección VIP puede estar en subredes diferentes de las otras direcciones VIP.Nota:Configure la dirección VIP del servidor PCE para ver las actualizaciones de la topología de red en tiempo real.
También puede configurar la dirección VIP en cualquier momento después de la implementación del clúster. Para obtener información sobre cómo configurar la dirección VIP del servidor PCE después de la implementación del clúster, consulte Configurar un servidor PCE.
(Opcional) Configure la función de observabilidad del enrutamiento y las direcciones VIP para establecer la sesión del Protocolo de monitoreo BGP (BMP) y la recopilación de datos de IPFIX.
root@eop# set deployment cluster applications routingbot install-routingbot true [edit] root@eop# set deployment cluster applications routingbot routingbot-crpd-vip v4-crpd-address [edit] root@eop# set deployment cluster applications routingbot routingbot-ipfix-vip v4-ipfix-term-address [edit]
Donde:
install-routingbotHabilita la característica de observabilidad del enrutamiento.routingbot-crpd-vipes la dirección VIP utilizada por los dispositivos de red externos como dirección IP de la estación BMP para establecer la sesión BMP.routingbot-ipfix-vipes la dirección VIP para ver los eventos predictores.Advertencia: Los recursos mínimos necesarios para configurar las funciones de observabilidad del enrutamiento se enumeran en Requisitos de hardware. Sin embargo, para obtener una estimación de los recursos necesarios para configurar la función de observabilidad del enrutamiento en su implementación de producción, comuníquese con su socio de Juniper o representante de ventas de Juniper.(Opcional) Habilite la función IA/ML (inteligencia artificial [IA] y aprendizaje automático [ML]) para monitorear automáticamente los indicadores clave de rendimiento (KPI) relacionados con la salud de un dispositivo y detectar agujeros negros en el dispositivo.
root@eop# set deployment cluster applications aiops install-aiml true [edit] root@eop# set deployment cluster applications aiops enable-device-health true [edit] root@eop# set deployment cluster applications aiops enable-blackhole true [edit]
Donde:
install-aimlhabilita funciones de IA/ML. Está deshabilitado de forma predeterminada.enable-device-healthConfigura la supervisión del estado de los dispositivos mediante funciones de IA/ML.enable-blackholePermite detectar agujeros negros (caídas de paquetes) en un dispositivo mediante funciones de IA/ML.Advertencia: La supervisión del estado de los dispositivos y la detección de agujeros negros mediante IA/ML son funciones beta de esta versión. Los recursos mínimos necesarios para configurar la IA/ML se enumeran en Requisitos de hardware. Sin embargo, para obtener una estimación de los recursos necesarios para configurar la función de IA/ML en su implementación de producción, comuníquese con su socio de Juniper o representante de ventas de Juniper.(Opcional) Configure direcciones IPv6.
root@eop# set deployment cluster kubernetes address-family cluster-ipv6-enabled true [edit] root@eop# set deployment cluster common-services ingress ingress-vip-ipv6 generic-ingress-IPv6 [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-vip-ipv6 TAGW-IPv6 [edit] root@eop# set deployment cluster install prefer-ipv6 true [edit]
Donde:
cluster-ipv6-enabledHabilita el uso de direcciones IPv6 para el clúster, lo que hace que el clúster sea de doble pila.ingress-vip-ipv6es la dirección VIP IPv6 para la entrada común genérica y se utiliza para conectarse a la GUI web.test-agent-gateway-vip-ipv6es la dirección VIP IPv6 para el TAGW de Active Assurance.prefer-ipv6configura la preferencia para direcciones IPv6 sobre direcciones IPv4. Cuando se establece entrue, y si los nombres de host no están configurados, se agregan direcciones VIP IPv6 a la configuración de SSH de salida.Las direcciones VIP pueden estar en la misma subred que los nodos del clúster o en una subred diferente. Las direcciones VIP también pueden estar en subredes diferentes entre sí.
(Opcional) Si desea usar varias direcciones VIP para la entrada genérica o si va a conectar dos redes independientes con NIC individuales, configure la dirección VIP adicional para NETCONF y gNMI.
root@eop# set deployment cluster common-services ingress ingress-vip netconf-gnmi-vIP [edit] root@eop# set deployment cluster applications oc-term oc-term-host address netconf-gnmi-vIP [edit] root@eop# set deployment cluster applications gnmi-term gnmi-term-host address netconf-gnmi-vIP [edit]
Donde:
ingress-vipse utiliza para configurar una dirección VIP adicional que se utilizará para NETCONF y gNMI. Cuando se definen más de unaingress-vipdirección, puede configurar una dirección VIP que se utilizará para conectarse a la GUI y la dirección VIP adicional que se utilizará para el acceso a NETCONF y gNMI.oc-term-hostes la dirección VIP que desea usar para NETCONF.gnmi-term-hostes la dirección VIP que desea usar para gNMI.La dirección configurada para NETCONF y gNMI se agrega a la configuración de SSH de salida que se usa para adoptar dispositivos.
Si el clúster está conectado a dos redes con NIC duales, configure la dirección VIP adicional para la entrada genérica. La generic-ingress-vIP dirección VIP configurada en primer lugar en el paso 3 se utiliza para acceder a la GUI, NETCONF y gMMI de forma predeterminada. Para usar la dirección VIP de su segunda red para acceso a NETCONF y gNMI, configure la netconf-gnmi-vIP dirección VIP de su segunda red como se explica en este paso.
(Opcional) Puede cambiar manualmente el número de puerto asociado con el acceso a NETCONF desde el número de puerto predeterminado 2200.
root@eop# set deployment cluster applications oc-term oc-term oc-term-port alt-netconf-port [edit] root@eop# set deployment cluster applications oc-term oc-term-port-external alt-netconf-port [edit]
El alt-netconf-port número de puerto configurado para NETCONF se agrega a la configuración de SSH de salida utilizada para adoptar dispositivos.
Nota: Asegúrese de configurar un número de puerto no utilizado y no reservado.(Opcional) Si los nodos del clúster se encuentran en subredes diferentes, configure el emparejamiento del BGP entre el enrutador ToR y los nodos del clúster mediante el agente metalLB que se ejecuta en cada nodo del clúster. En este ejemplo, como se ilustra en la Figura 2, los nodos de clúster 1 y 2 son atendidos por ToR1 y los nodos de clúster 3 y 4 son servidos por ToR2.
root@eop# set deployment cluster install enable-l3-vip true [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR1-IP peer-asn ToR1-asn local-asn node-asn local-nodes node1_IP [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR1-IP peer-asn ToR1-asn local-asn node-asn local-nodes node2_IP [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR2-IP peer-asn ToR2-asn local-asn node-asn local-nodes [node3_IP node4_IP] [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer-ipv6 peer-ip ToR1-IPv6 peer-asn ToR1-asn local-asn node-asn local-nodes [node1_IP node2_IP] [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer-ipv6 peer-ip ToR2-IPv6 peer-asn ToR2-asn local-asn node-asn local-nodes [node3_IP node4_IP] [edit]
Donde:
enable-l3-vipHabilita direcciones VIP L3 para nodos de clúster y direcciones VIP en diferentes subredes.metallb-bgp-peerymetallb-bgp-peer-ipv6son las direcciones IP e IPv6 de los enrutadores ToR, respectivamente.peer-asnes el número de AS de ToR.local-asnes el número de AS de los nodos del clúster. El número de AS sigue siendo el mismo para todos los nodos del clúster.local-nodesson las direcciones IP de los nodos del clúster configurados en el paso #task_jfc_4nb_42c__configure.(Opcional) Si desea configurar nombres de host para la entrada genérica y el TAGW de Active Assurance, configure lo siguiente:
root@eop# set deployment cluster common-services ingress system-hostname ingress-vip-dns-hostname [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-hostname nginx-ingress-controller-hostname [edit]
Donde:
system-hostnamees el nombre de host para la dirección IP virtual (VIP) de entrada genérica.test-agent-gateway-hostnamees el nombre de host de la dirección VIP de Active Assurance TATW.Cuando configure nombres de host, estos tendrán prioridad sobre las direcciones VIP y se agregarán a la configuración de SSH de salida. Los nombres de host pueden resolverse en direcciones VIP IPv4 o IPv6, o en ambas.
(Opcional) Configure las siguientes opciones para la administración de usuarios basada en SMTP.
root@eop# set deployment cluster mail-server smtp-relayhost smtp.relayhost.com [edit] root@eop# set deployment cluster mail-server smtp-relayhost-username relayuser [edit] root@eop# set deployment cluster mail-server smtp-relayhost-password relaypassword [edit] root@eop# set deployment cluster mail-server smtp-allowed-sender-domains routingdirector.net [edit] root@eop# set deployment cluster mail-server smtp-sender-email no-reply@routingdirector.net [edit] root@eop# set deployment cluster mail-server smtp-sender-name Juniper Routing Director [edit] root@eop# set deployment cluster papi papi-local-user-management false [edit] root@eop# set deployment cluster mail-server smtp-enabled true [edit]
Donde:
smtp-allowed-sender-domainsson los dominios de correo electrónico desde los que Routing Director envía correos electrónicos a los usuarios.smtp-relayhostes el nombre del servidor SMTP que retransmite los mensajes.smtp-relayhost-username(opcional) es el nombre de usuario para acceder al servidor SMTP (relé).smtp-relayhost-password(opcional) es la contraseña del servidor SMTP (relé).smtp-allowed-sender-domainsson los dominios de correo electrónico desde los que Routing Director envía correos electrónicos a los usuarios.smtp-sender-emailes la dirección de correo electrónico que aparece como dirección de correo electrónico del remitente para el destinatario del correo electrónico.smtp-sender-namees el nombre que aparece como nombre del remitente en los correos electrónicos enviados a los usuarios desde Routing Director.papi-local-user-managementHabilita o deshabilita la administración de usuarios locales.mail-server smtp-enabledHabilita o deshabilita SMTP.Nota:La configuración SMTP es opcional en este momento. Las opciones de SMTP también se pueden configurar después de que se haya implementado el clúster. Para obtener información sobre cómo configurar SMTP después de la implementación del clúster, consulte Configurar opciones de SMTP en Paragon Shell.
(Opcional) Instalar certificados de usuario personalizados. Tenga en cuenta que, antes de instalar certificados de usuario, debe copiar el archivo de certificado personalizado y el archivo de clave de certificado en el shell raíz de Linux del nodo desde el que va a implementar el clúster. Copie los archivos en la carpeta /root/epic/config .
root@eop# set deployment cluster common-services ingress user-certificate use-user-certificate true [edit] root@eop# set deployment cluster common-services ingress user-certificate user-certificate-filename "certificate.cert.pem" [edit] root@eop# set deployment cluster common-services ingress user-certificate user-certificate-key-filename "certificate.key.pem" [edit]
Donde:
user-certificate-filenamees el nombre de archivo del certificado de usuario.user-certificate-key-filenamees el nombre de archivo de la clave del certificado de usuario.Nota:La instalación de certificados es opcional en este momento. También puede configurar Routing Director para que utilice certificados de usuario personalizados después de la implementación del clúster. Para obtener información sobre cómo instalar certificados de usuario después de la implementación del clúster, consulte Instalación de certificados de usuario.
(Opcional) Configure y aplique la seguridad entre el servidor PCE y los clientes de cálculo de ruta (PCC) mediante certificados generados por el sistema.
root@eop# set deployment cluster applications pathfinder pce-server pce-server-global-default-tls-mode strict-enable [edit]
Donde:
pce-server-global-default-tls-modehabilita la seguridad de PCEP. Puede configurarlo enauto-detectostrict-enable. Está establecido enstrict-disable, de forma predeterminada.Nota:Habilitar la seguridad PCEP es opcional en este momento. También puede configurar Routing Director para aplicar la seguridad PCEP después de la implementación del clúster. Además, puede aplicar la seguridad PCEP mediante certificados personalizados. Para obtener información sobre cómo habilitar la seguridad de PCEP mediante certificados personalizados o generados por el sistema después de la implementación del clúster, consulte Habilitar seguridad de PCEP.
Configure el tamaño de escala del clúster. Si el clúster está configurado con los recursos mínimos necesarios para instalar un clúster, el modo de escalado del clúster es
small. El modo de escala está configurado desmallforma predeterminada y puede omitir este paso.Si desea instalar un clúster que admita más dispositivos y tiene al menos 32 vCPU y 64 GB de RAM, debe cambiar el modo de escalado a
large.root@eop# set deployment cluster install scale-mode large [edit]
Para una implementación de un solo nodo, debe cambiar el modo de escalado a
single.root@eop# set deployment cluster install scale-mode single [edit]
Confirmar la configuración y salir del modo de configuración.
root@eop# commit commit complete [edit] root@eop# exit Exiting configuration mode root@eop>
Genere los archivos de configuración.
root@eop> request deployment config Deployment inventory file saved at /epic/config/inventory Deployment config file saved at /epic/config/config.yml
El archivo de inventario contiene las direcciones IP de las máquinas virtuales.
El archivo config.yml contiene parámetros mínimos de configuración del clúster de implementación de Routing Director necesarios para desplegar un clúster.
El
request deployment configcomando también genera un archivo config.cmgd en el directorio config . El archivo config.cmgd contiene todos lossetcomandos que ha ejecutado. Si el archivo config.yml se edita o daña inadvertidamente, puede volver a implementar el clúster mediante elload set config/config.cmgdcomando del modo de configuración.Genere claves SSH en los nodos del clúster.
Cuando se le solicite, escriba la contraseña SSH de las máquinas virtuales. Escriba la misma contraseña que configuró para iniciar sesión en las máquinas virtuales.
root@eop> request deployment ssh-key Setting up public key authentication for ['node1-IP','node2-IP','node3-IP','node4-IP'] Please enter SSH username for the node(s): root Please enter SSH password for the node(s): checking server reachability and ssh connectivity ... Connectivity ok for node1-IP Connectivity ok for node2-IP Connectivity ok for node3-IP Connectivity ok for node4-IP SSH key pair generated in node1-IP SSH key pair generated in node2-IP SSH key pair generated in node3-IP SSH key pair generated in node4-IP copied from node1-IP to node1-IP copied from node1-IP to node2-IP copied from node1-IP to node3-IP copied from node1-IP to node4-IP copied from node2-IP to node1-IP copied from node2-IP to node2-IP copied from node2-IP to node3-IP copied from node2-IP to node4-IP copied from node3-IP to node1-IP copied from node3-IP to node2-IP copied from node3-IP to node3-IP copied from node3-IP to node4-IP copied from node4-IP to node1-IP copied from node4-IP to node2-IP copied from node4-IP to node3-IP copied from node4-IP to node4-IP
Nota:Si configuró contraseñas diferentes para las máquinas virtuales, asegúrese de escribir las contraseñas correspondientes cuando se le solicite.
Implemente el clúster.
root@eop> request deployment deploy cluster Process running with PID: 231xx03 To track progress, run 'monitor start /epic/config/log' After successful deployment, please exit Deployment-shell and then re-login to the host to finalize the setup
El despliegue del clúster comienza y tarda entre una y dos horas en completarse.
(Opcional) Supervise el progreso del despliegue en pantalla.
root@eop> monitor start /epic/config/log
Se muestra el progreso de la implementación. La implementación se completa cuando ve un resultado similar a este en la pantalla.
<output snipped> PLAY RECAP ********************************************************************* node1-IP : ok=2397 changed=1015 unreachable=0 failed=0 rescued=0 ignored=15 node2-IP : ok=192 changed=96 unreachable=0 failed=0 rescued=0 ignored=0 node3-IP : ok=192 changed=96 unreachable=0 failed=0 rescued=0 ignored=0 node4-IP : ok=186 changed=95 unreachable=0 failed=0 rescued=0 ignored=0 Thursday 12 March 2026 22:00:57 +0000 (0:00:00.183) 1:01:53.469 ***** =============================================================================== user-registry : Push Docker Images from local registry to paragon registry - 335.76s kubernetes/addons/rook : Wait for Object-Store ------------------------ 213.36s kubernetes/multi-master-rke2 : start rke2 server on 1st master -------- 212.18s jcloud/papi : wait for papi rest api ---------------------------------- 122.19s jcloud/airflow2 : Install Helm Chart ---------------------------------- 117.00s Check if kafka container is up ---------------------------------------- 108.86s Install Helm Chart ---------------------------------------------------- 106.30s kubernetes/addons/postgres-operator : Make sure postgres is fully up and accepting request using regular user -- 73.73s systemd ---------------------------------------------------------------- 62.14s kubernetes/addons/postgres-operator-rb : RB >>> Make sure postgres is fully up and accepting request using regular user -- 52.96s kubernetes/multi-master-rke2 : start rke2 server on other master ------- 51.71s Create Kafka Topics ---------------------------------------------------- 51.48s systemcheck : Get Disk IOPS -------------------------------------------- 49.09s delete existing install config-map - if any ---------------------------- 43.10s paa/timescaledb : Make sure postgres is fully up and accepting request using regular user -- 41.96s kubernetes/multi-master-rke2 : start rke2 server on other master ------- 41.90s Save installer config to configmap ------------------------------------- 41.47s Install Helm Chart ----------------------------------------------------- 35.92s Verify healthbot victoriametrics --------------------------------------- 35.17s kubernetes/addons/vm-operator-rb : Wait for vm storage statefulset and pods -- 31.15s Playbook run took 0 days, 1 hours, 1 minutes, 53 seconds root@eop>
Como alternativa, si no eligió supervisar el progreso de la implementación en pantalla mediante el
monitorcomando, puede ver el contenido del archivo de registro mediante elfile show /epic/config/logcomando. Las últimas líneas del archivo de registro deben tener un aspecto similar al resultado de ejemplo. Le recomendamos que compruebe el archivo de registro periódicamente para supervisar el progreso de la implementación.Una vez completada correctamente la implementación, se crea el clúster de aplicaciones. Cierre la sesión de la máquina virtual e inicie sesión de nuevo en el Shell de implementación.
La salida de la consola muestra el mensaje de bienvenida del shell de despliegue y las direcciones IP de los cuatro nodos (denominados Controller-1 a Controller-4), la dirección VIP de Active Assurance TAW, la dirección de correo electrónico del usuario administrador web y la dirección IP de la GUI web. Si se configuran direcciones IPv6, el mensaje de bienvenida también muestra las direcciones VIP IPv6.
Welcome to Juniper Routing Director Shell This VM is part of a Juniper Routing Director Cluster with IPv6 enabled ======================================================================================= Controller IP : node1-IP, node2-IP, node3-IP, node4-IP PAA Virtual IP : TAGW-vIP, TAGW-vIPv6 UI : https://generic-ingress-vIP, https://[generic-ingress-vIPv6] Web Admin User : admin-user@juniper.net ======================================================================================= ova: 20260303_0048_ova build: routing-director-release-2.8.0.10975.ge4a31d62bf *************************************************************** WELCOME TO Routing Director SHELL! You will now be able to execute Routing Director CLI commands! *************************************************************** root@Primary1>El símbolo del sistema de la CLI muestra su nombre de usuario de inicio de sesión y el nombre de host del nodo que configuró anteriormente. Por ejemplo, si escribió Primario1 como nombre de host del nodo principal, el símbolo del sistema es
root@Primary1 >.
Ahora puede verificar la implementación del clúster e iniciar sesión en la GUI web. Si accede a la GUI web desde una dirección IP externa, fuera de la red de Routing Director, debe utilizar TDR para asignar la dirección IP externa a la dirección IP de la GUI web. Vaya a Iniciar sesión en la GUI web.