Las máquinas virtuales y los contenedores tienen perfiles distintos
La compatibilidad del sistema operativo, el acceso a dispositivos, el aislamiento, las copias de seguridad y las dependencias determinan cuándo utilizar KVM o LXC.
PROXMOX VE + ADD SOLUTION
Proxmox con arquitectura de clúster, almacenamiento, copias de seguridad y operación.
Una plataforma abierta reduce la dependencia tecnológica, pero no elimina las decisiones de ingeniería. Add Solution estructura Proxmox VE para cargas empresariales con un diseño de disponibilidad, red, almacenamiento, protección y ciclo operativo.
Evaluación, arquitectura, implantación, migración, documentación y soporte operativo continuo orientados por la criticidad real de las cargas.
VIRTUALIZACIÓN SIN ATAJOS
La licencia cambia. La responsabilidad sobre la arquitectura permanece.
Proxmox Virtual Environment reúne virtualización con KVM, contenedores Linux con LXC, gestión web, clústeres, red e integración con distintas opciones de almacenamiento. Esta convergencia simplifica la capa de gestión, pero la disponibilidad y el rendimiento siguen dependiendo de un diseño adecuado del cuórum, la red, el almacenamiento, la capacidad y los procedimientos operativos.
Un clúster no es sinónimo de continuidad
El cuórum, el aislamiento de nodos mediante fencing, el almacenamiento accesible, la capacidad restante y el comportamiento de las aplicaciones deben validarse conjuntamente.
La actualización y la recuperación forman parte del diseño
Los runbooks, el mantenimiento, la supervisión, las copias de seguridad y las pruebas de restauración evitan que la plataforma dependa de conocimientos informales.
El proyecto comienza por la carga y el riesgo operativo, no por la instalación del hipervisor.
CAMADAS DO AMBIENTE
El clúster, la red, el almacenamiento y la protección deben evolucionar como un sistema.
Add Solution separa las funciones y los dominios de fallo antes de elegir los componentes. El plan considera el tráfico de gestión, clúster, migración, almacenamiento y copias de seguridad; la latencia y la redundancia; la capacidad ante fallos; y los límites físicos de hosts, switches y discos.
- COMPUTE
CPU, memoria, NUMA, sobresuscripción, compatibilidad y reserva para mantenimiento o fallos.
- CLUSTER
Quorum, Corosync, dominios de fallo, políticas de HA y procedimientos de intervención.
- REDE
Bridges, VLANs, bonds, MTU, redundancia y separación lógica según los flujos y el riesgo.
- STORAGE
Local, compartido o distribuido según la latencia, la consistencia, el comportamiento ante fallos y la operación.
- PROTEÇÃO
Copias de seguridad, retención, protección frente a eliminaciones, segregación de identidades, copias externas o sin conexión y restauración probada, según la arquitectura.
PROXMOX VE
Funciones integradas, decisiones explícitas.
Proxmox VE ofrece gestión de VMs KVM y contenedores LXC, clústeres, alta disponibilidad, migración en vivo, firewall, redes definidas por software, API y múltiples backends de almacenamiento. La presencia de una función no determina su idoneidad: la compatibilidad, la topología y la versión admitida deben confirmarse en el contexto del proyecto.
Máquinas virtuales con aislamiento de hardware
Adecuadas cuando la carga requiere un kernel propio, sistemas operativos distintos o aislamiento de VM completa.
Contenedores de sistema Linux
Comparten el kernel del host y requieren una evaluación específica de compatibilidad, aislamiento y modelo de soporte de la aplicación.
Orquestación del reinicio tras un fallo
Depende de un cuórum correcto, acceso al almacenamiento, fencing y capacidad disponible. No sustituye la resiliencia de la aplicación.
API e infraestructura reproducible
Las API y las herramientas de automatización ayudan a estandarizar el aprovisionamiento, el inventario y los cambios controlados.
LA DECISIÓN MÁS DELICADA
El almacenamiento no es un detalle menor del clúster.
Proxmox VE puede trabajar con almacenamiento local y compartido, incluidos ZFS, NFS, iSCSI y Ceph, entre otras opciones documentadas. Ceph permite integrar almacenamiento distribuido, pero requiere un diseño propio: la red, el número y el perfil de los nodos, los discos, los controladores, el dominio de fallo, la replicación, la recuperación y la capacidad útil no pueden deducirse únicamente de la capacidad bruta.
Latencia y ruta de E/S
La carga debe caracterizarse por IOPS, rendimiento de transferencia, bloques, lectura/escritura, sincronismo y picos, no solo por terabytes.
Capacidad durante fallos y recuperación
El diseño debe admitir el reequilibrado y la recuperación sin asumir que todos los recursos nominales estarán disponibles.
ZFS y almacenamiento local
Pueden ser adecuados en topologías específicas, siempre que se aborden la redundancia, la memoria, los discos, las copias de seguridad y el impacto de los fallos.
Ceph es una arquitectura distribuida, no una casilla de “alta disponibilidad”.
PROTECCIÓN MÁS ALLÁ DE LAS INSTANTÁNEAS
Las instantáneas ayudan en la operación. Las copias de seguridad respaldan la recuperación.
Proxmox Backup Server integra copias de seguridad incrementales, deduplicación, compresión, verificación y políticas de retención para entornos Proxmox. El diseño de protección también debe reducir el riesgo de eliminación indebida: credenciales segregadas, privilegios mínimos, un destino fuera del dominio de fallo y, según la arquitectura, copias externas, sin conexión o en un destino con controles adecuados. Estas medidas no equivalen automáticamente a WORM ni a inmutabilidad nativa. Las pruebas de restauración deben demostrar el cumplimiento de los RPO y RTO definidos por el negocio.
- CLASSIFICAR
Criticidad, RPO, RTO y dependencias por servicio.
- PROTEGER
Política, frecuencia, retención y consistencia de la carga.
- SEPARAR
Destino, identidad y dominio de fallo independientes.
- VERIFICAR
Integridad, tareas, capacidad y anomalías supervisadas.
- RESTAURAR
Pruebas documentadas de archivos, VMs, aplicaciones y entornos.
TRANSICIÓN CONTROLADA
Migrar un hipervisor también implica migrar dependencias y procedimientos.
El plan identifica sistemas operativos, discos, controladores, redes, integraciones, ventanas de intervención, licencias de aplicaciones y mecanismos de conversión. Las cargas se agrupan por complejidad; los pilotos validan el rendimiento y la operación; cada fase cuenta con criterios de aceptación y reversión.
- DESCOBRIR
Inventario técnico, dependencias y criticidad.
- CLASSIFICAR
Compatibilidad, método y riesgo por carga de trabajo.
- PILOTAR
Conversión, red, almacenamiento, copias de seguridad y operación.
- MIGRAR
Fases con ventanas de intervención, aceptación y reversión definidas.
- ESTABILIZAR
Supervisión, documentación y transición operativa.
CICLO DE VIDA
La plataforma debe seguir siendo predecible después de la entrada en producción.
La operación abarca el estado del clúster y del cuórum, la capacidad de cómputo y almacenamiento, los fallos de disco, la latencia, las tareas de copia de seguridad, los certificados, las cuentas privilegiadas, las vulnerabilidades, la compatibilidad y las actualizaciones. Los cambios se validan frente a la matriz de soporte y se ejecutan con una copia de seguridad, una ventana de intervención y un plan de reversión.
Señales que anticipan la indisponibilidad
Alertas que permiten actuar sobre cuórum, presión de memoria, latencia, ocupación, errores de medios, copias de seguridad y estado de las VMs.
Cambios con compatibilidad y reversión
Los repositorios, las suscripciones, las notas de versión, el orden de los nodos y las pruebas deben seguir un procedimiento definido.
Privilegios y auditoría
Los roles, la autenticación, las cuentas de servicio y la segregación operativa reducen la exposición y los errores humanos.
Crecimiento y margen ante fallos
Las tendencias de CPU, memoria, E/S, red y retención orientan la ampliación antes de alcanzar el límite operativo.
OPEN SOURCE COM SUPORTE DEFINIDO
El uso del software, la suscripción y el soporte son decisiones distintas.
Proxmox VE se distribuye bajo una licencia de código abierto y puede utilizarse sin suscripción. Las suscripciones comerciales se contratan por socket de CPU ocupado y dan acceso al Enterprise Repository y a niveles de soporte según el plan vigente. Los repositorios, la elegibilidad, los plazos de respuesta y el alcance deben confirmarse directamente en la tabla y en las condiciones vigentes de Proxmox antes de contratar.
El soporte de Add Solution cubre el alcance técnico y operativo contratado con el cliente. La suscripción Proxmox, cuando se contrata, da acceso al Enterprise Repository y al soporte del fabricante según el plan y las condiciones vigentes; un servicio no sustituye automáticamente al otro.
PERGUNTAS FREQUENTES
Decisiones que requieren respuesta antes de iniciar el proyecto.
¿Es Proxmox adecuado para entornos críticos?
Puede serlo, siempre que la carga, el hardware, el cuórum, la red, el almacenamiento, las copias de seguridad, el soporte y la operación cumplan los requisitos de disponibilidad y recuperación del servicio.
¿Cuántos nodos necesita el clúster?
Para una HA fiable, la documentación de Proxmox recomienda al menos tres nodos, lo que permite mantener una mayoría cuando un nodo deja de estar disponible. En topologías específicas con un número par de nodos, un QDevice externo puede aportar un voto adicional, siempre que se evalúen la latencia, la independencia y los fallos de red. Esto no convierte tres nodos en una respuesta universal: la capacidad restante, el dominio de fallo, el mantenimiento y el almacenamiento siguen orientando el diseño.
¿Es obligatorio Ceph?
No. Proxmox admite distintas opciones de almacenamiento. Ceph es una opción de almacenamiento distribuido cuando la escala, la red, los discos, la operación y el perfil de E/S justifican su complejidad.
¿Sustituye LXC a Kubernetes o a los contenedores de aplicaciones?
No directamente. LXC en Proxmox proporciona contenedores de sistema Linux; su modelo operativo y su aislamiento difieren de los de una plataforma de orquestación de contenedores de aplicaciones.
¿Sustituye una instantánea a una copia de seguridad?
No. Una instantánea suele permanecer vinculada al mismo entorno y dominio de fallo. Las copias de seguridad requieren una política, retención, separación y restauraciones probadas.
¿Es posible migrar desde otro hipervisor?
Sí, en muchos escenarios, pero el método, el tiempo de inactividad y los ajustes dependen del formato de disco, el sistema operativo, los controladores, la red, las aplicaciones y las herramientas disponibles en la versión elegida.
SOLUÇÕES RELACIONADAS
Tecnologia conectada à operação.
ADD SOLUTION + PROXMOX
Evalúe la plataforma en el contexto real de sus cargas de trabajo.
Hable con Add Solution para identificar las cargas, la disponibilidad, el almacenamiento, la red, las copias de seguridad y la operación antes de definir la arquitectura.