Escalado de GNS3 para Laboratorios Pesados

# Escalado horizontal de GNS3 para laboratorios de red intensivos en recursos

GNS3 te permite distribuir nodos de red que consumen muchos recursos en varias máquinas virtuales mediante servidores externos. Este enfoque es esencial para simular topologías grandes con IOS-XRv9K, CSR1000v y NSO, donde una sola VM alcanza los límites de vCPU y RAM. El autor describe el cambio de un portátil (8 vCPU, 16 GB) a un clúster de VM basado en Workstation, con un total de 64 vCPU y 200 GB de RAM.

Comparación de simuladores y casos de uso

Entre las herramientas para laboratorios de red, destacan EVE-NG, PNETLab, GNS3 y containerlab. GNS3 destaca en escalado horizontal: los nodos se distribuyen en VM sin configuración manual de nubes como en EVE-NG.

Casos de uso clave:

• Estudiar protocolos como LISP, BGP y OSPF.
• Preparación para exámenes con imágenes específicas del proveedor (IOS-XRv9K necesita 4 vCPU por nodo).
• Pruebas de concepto antes del despliegue.

Para laboratorios Cisco SP (hasta 50 nodos), los simuladores estándar fallan con 8+ IOS-XRv9K: congelamientos, reinicios. Cálculo: 50 × 4 vCPU = 200 vCPU, imposible en una sola máquina.

Imágenes intensivas en recursos y optimización de contenedores

IOS-XRv9K (4 vCPU, mucha RAM) se puede cambiar por IOS-XRd, una versión de plano de control en contenedor (1 vCPU, 2 GB de RAM, arranca en 30 s). Esto reduce la carga manteniendo la funcionalidad.

Hardware del autor:

• Servidor SuperMicro X10DRL-i: 80 vCPU, 256 GB de RAM, 2 nodos NUMA.
• SO: Windows 10 Pro (carga de juegos), Workstation (límite de 32 vCPU/128 GB por VM).
• 3 VM de GNS3: aislando IOS-XRv9K y CSR1000v.

Arquitectura de GNS3 con servidores externos

GNS3 incluye Controller, GNS3 GUI/Web y Compute Nodes (VM con Docker/QEMU). Compute Nodes en el escritorio, controller en el portátil, conectados vía LAN.

Ventajas:

• Enrutamiento automático de tráfico entre VM.
• Monitoreo de carga de CPU/RAM en todos los servidores.
• Distribución de imágenes en VM para equilibrar la carga.

Limitaciones de GNS3 2.2.46

A pesar de las ventajas, surgen problemas:

• La topología no se abre: elimina el hub en el archivo .gns3.
• ioll2-xe-17-12-01 no arranca.
• Errores Calvados AUX en XRv9K (no críticos).
• Guardar configuraciones Docker requiere configuración de volúmenes.
• Cambios de interfaz: desconecta enlaces, edita, reconecta.

Configuración paso a paso del escalado

• Planificación: Asigna VM por NUMA (al menos 2–3), recursos (64 vCPU, 200 GB). Aísla tipos de nodos.

• Preparar VM de GNS3:

- Descarga OVA, configura IP estático (Network → config).

- Puerto (Configure → config).

• Añadir servidores: Edit → Preferences → Remote Servers → Add (IP, nombre, sin autenticación para LAN).

• Imágenes: Asigna a VM específicas (duplica para distribuir).

• Topología: GNS3 maneja la conectividad automáticamente.

Monitoreo: Servers Summary muestra la carga.

Lecciones clave

• Usa IOS-XRd para plano de control: 1 vCPU/2 GB frente a 4 vCPU para XRv9K.
• Distribuye en 3+ VM para 40–60 nodos sin fallos.
• Límite de Workstation: 32 vCPU/128 GB por VM (NUMA).
• Volúmenes Docker para configuraciones persistentes.
• GNS3 > EVE-NG para multi-VM sin nubes.

Esto escala los laboratorios a cargas de nivel examen, superando límites de hardware sin alquilar servidores.

— Editorial Team