Automation

Un recorrido práctico por NetBox 4.7.2 con un parque realmente cargado dentro en lugar de una demo vacía. Lo que contiene cada pantalla y lo que haces con ella: elevaciones de rack, trazados de cable, el árbol IPAM, interfaces de doble pila y el armario que resulta estar lleno al 90,7 por ciento de electricidad cuando solo está al 28,6 por ciento de equipo. Cómo levantar uno como pila de contenedores y en un host desde los paquetes, ambos recorridos de principio a fin. El orden en que tienes que llenarlo, deducido de qué claves ajenas son realmente obligatorias. Cómo una sola instalación se reparte por clientes, de modo que el equipo de otro cliente devuelve 404 y un tipo de objeto no concedido devuelve 403. Los config contexts y la herencia que los hace valer más que los custom fields. Añadir tus propios valores a los menús de estado de NetBox. Tres formas de añadir el objeto del que vive tu negocio, incluido un datastore modelado sin una línea de código. Cómo escribir reglas de validación y clases de validador para que la base de datos rechace lo que tu estándar de la casa prohíbe. Y la historia del fork de 2021 del que salió Nautobot, para qué servía y qué ha convergido desde entonces. Más el pilotaje de todo el conjunto desde la colección de Ansible netbox.netbox, donde el inventario es una consulta y no un fichero, y donde un argumento de módulo asigna discretamente una dirección nueva en cada ejecución.

Leer un parque vSphere con el inventario dinámico, reflejar sus VLAN en el SDN de Proxmox, y reconstruir cada VM como una carcasa sin disco antes de que se mueva un solo disco. Por qué cada módulo de info de VMware esconde el único campo que la migración necesita, por qué vlan_id son tres tipos distintos, y por qué un export NFS montado dos veces convierte la conmutación en una lectura local.

La colección community.proxmox es un cliente de API, no un agente de configuración, y eso cambia la forma de cada playbook que la usa. Dónde corren de verdad las tareas, por qué proxmox_kvm se niega a converger en vez de actualizar, por qué proxmox_disk y proxmox_nic son donde van los cambios de disco y NIC, y el valor de retorno sin documentar que acabarás necesitando.