Julio completo estuvo dedicado a Proxmox: cómo asignar servicios entre VMs y contenedores, cómo construir un respaldo que realmente se pueda restaurar, cuándo el almacenamiento distribuido aporta y cuándo agrega complejidad sin retorno, y cómo mantener el clúster actualizado sin interrumpir la operación.
En los artículos técnicos, cada uno de esos temas es independiente. En la práctica de una empresa mediana, y en el contexto de la Ley 21.719 que entra en vigor en diciembre, todos están relacionados. Por eso, cada seis meses revisamos todo el paquete a la vez.
Por qué una revisión periódica y no solo reactiva
La infraestructura no se deteriora con un evento único. Se deteriora de a poco: una VM que se creó como excepción y quedó como norma, un respaldo cuya lista no se actualizó cuando se sumaron servicios nuevos, una versión de Proxmox que pasó su fecha de fin de soporte sin que nadie lo notara, un clúster que creció en número de VMs sin que el almacenamiento se revisara al mismo ritmo.
Ninguno de esos cambios genera una alerta. El problema aparece cuando se acumulan sin que nadie los mire en conjunto. Una revisión reactiva — entrar solo cuando algo falla — siempre llega después de que el costo ya se generó. Una revisión periódica está diseñada para encontrar la acumulación antes de que se convierta en incidente.
Lo que revisamos siempre
Asignación de VMs y contenedores LXC: si la distribución actual sigue teniendo sentido con la carga real, o si hay oportunidades de liberar memoria y mejorar eficiencia.
Cobertura y verificación del respaldo: que todos los sistemas actuales — incluidos los creados en los últimos seis meses — estén efectivamente respaldados, que la verificación de integridad esté activa, y que haya registro de al menos una prueba de restauración documentada por trimestre.
Estado del almacenamiento: proyección de espacio disponible a seis y doce meses, salud del clúster si hay Ceph, vigencia de la lista de VMs críticas replicadas.
Estado de actualizaciones: versión de Proxmox VE frente a su fecha de fin de soporte, parches de severidad alta o crítica aplicados en el período.
Lo que sumamos este semestre
El mapa de datos por servicio: qué datos personales procesa cada VM o contenedor, cuál es el nivel de sensibilidad, y si el nivel de aislamiento técnico corresponde. Es el documento que muestra que la arquitectura tiene intención detrás.
La localización de los datos: si algún servicio usa infraestructura fuera de Chile y qué respaldo existe para eso.
El estado del respaldo de datos específicamente: cobertura completa, cifrado verificado, prueba de restauración con resultado documentado.
El resultado que entregamos
Un documento breve — no un informe técnico extenso: qué está en buen estado, qué requiere ajuste antes de convertirse en un problema, y qué requiere inversión con su justificación en términos de negocio. Cuando la conclusión es que no se necesita ningún cambio mayor, lo decimos con la misma claridad que cuando sí se necesita.
La infraestructura correctamente gestionada y la infraestructura que puede demostrar lo que hace con los datos de sus clientes no son dos proyectos distintos. Son el mismo trabajo, visto desde dos perspectivas. La revisión semestral es donde esas dos perspectivas se revisan juntas.
Si alguien revisara hoy, en conjunto, la asignación de servicios, el respaldo, el almacenamiento y las actualizaciones de tu infraestructura — ¿el resultado sería tranquilizador o sorprendente?
