¿Ceph o StarWind para almacenamiento HA en Proxmox?
A todo administrador de Proxmox le llega un momento muy concreto. Tienes un pequeño clúster funcionando sin problemas, la migración en vivo responde, los reinicios por HA se comportan casi siempre y tus paneles se ven impecables. Entonces te haces la pregunta prohibida: ¿qué pasa si quiero que mi almacenamiento siga levantado cuando muera un nodo?
No te refieres a "recuperarse con el tiempo" o a "quedarse degradado pero aguantar si nadie lo toca". Quieres la disponibilidad clásica de nivel empresarial, con la misma IP, el mismo punto de montaje y el mismo recurso compartido de Samba o NFS, de modo que si un nodo desaparece, todo siga marchando como si nada hubiera pasado. Ahí es donde las cosas se complican.
Sobre el papel, Proxmox te da muchísimas opciones. En la práctica, la mayoría de la gente termina atrapada en un terreno intermedio incómodo entre "esto técnicamente funciona" y "¿por qué resulta tanto más difícil que en mi Synology?". En esa encrucijada es donde Ceph, StarWind VSAN, los sistemas de archivos clusterizados y las ideas caseras de NAS empiezan a chocar.
El hueco con forma de Synology en Proxmox
Si alguna vez has gestionado Synology High Availability, sabes lo mal acostumbrado que te deja. Tienes dos cabinas, una activa y otra pasiva, detrás de una IP flotante. A CIFS y a NFS les da igual qué equipo esté vivo, Plex no entra en pánico y los contenedores no necesitan terapia después del cambio.
Intentar replicar esa experiencia dentro de un clúster de Proxmox parece un ejercicio de ingeniería inversa de un truco de magia. Desde luego que puedes conseguir almacenamiento compartido, redundancia e incluso un rendimiento decente. Lo difícil es tenerlo todo a la vez sin convertir tu infraestructura en un experimento de laboratorio.
Casi todo el mundo parte de la idea de que "como ya tengo almacenamiento HA, solo tengo que superponer servicios de red encima". Ahí es donde la realidad empieza a pasar factura.
Ceph: la respuesta que todos dan, incluso cuando duele
Ceph sale de inmediato en estas conversaciones, y por buenas razones. Es nativo, está completamente integrado y Proxmox prácticamente te empuja hacia él cada vez que haces clic en "Datacenter".
El almacenamiento en bloque con RBD es robusto y los discos de VM en HA funcionan genial. CephFS para acceso compartido es donde el panorama se vuelve interesante. CephFS puede ofrecerte un único sistema de archivos compartido que varios nodos montan al mismo tiempo, lo que sobre el papel suena justo a lo que buscas para contenido multimedia, grabaciones de videovigilancia y cargas de datos masivos. En teoría, apuntas tus contenedores a CephFS y te olvidas.
En la práctica, CephFS hereda todo el peso de Ceph. Los clústeres pequeños sufren y los pools de 2 nodos son una pesadilla para la durabilidad. Correr réplicas con size=2 puede parecer aceptable hasta que algo se corrompe y Ceph no tiene forma de saber qué copia es la "correcta". Los pools sobre discos mecánicos resultan lentos a menos que añadas más platos y conexiones de red más rápidas, y el tráfico de reconstrucción puede aplastar tus cargas habituales si no diseñaste la red a conciencia desde el día uno. Cuando Ceph falla, falla haciendo mucho ruido y con opiniones muy marcadas.
Por eso los administradores veteranos repiten siempre lo mismo: Ceph da lo mejor de sí cuando participan todos los nodos, el dominio de fallo son los hosts y la red es lo bastante rápida como para absorber reconstrucciones sin pestañear. Con menos que eso estás asumiendo riesgos, lo quieras admitir o no.
StarWind VSAN: gran almacenamiento de bloques, servicios de archivos incómodos
StarWind VSAN ocupa un lugar muy interesante. Como solución iSCSI replicada, cumple exactamente lo que promete: dispositivos de bloques de alta disponibilidad, comportamiento predecible y muchas menos piezas móviles que Ceph. Para discos de máquinas virtuales es una solución limpia y fiable. Es con el acceso masivo a archivos donde el asunto se complica.
En cuanto dices "quiero Samba o NFS con una IP flotante", te has salido de la zona de confort de StarWind. Ahora necesitas algo sobre ese dispositivo de bloques replicado que entienda de clústeres, aislamiento (fencing) y conmutación por error.
Montar el mismo grupo de volúmenes de LVM desde varios nodos a la vez es una negativa rotunda, porque así es como se destruyen los datos rápidamente. De modo que empiezas a mirar sistemas de archivos clusterizados como GFS2 u OCFS2, y de pronto tu sencilla duda de almacenamiento se convierte en una tesis doctoral.
Los sistemas de archivos clusterizados funcionan, pero no perdonan errores. La gestión de bloqueos y la latencia son determinantes, los contenedores no siempre se llevan bien con ellos y solucionar incidencias se convierte en una sesión de lectura de páginas man escritas por personas que asumen que ya conoces las respuestas. StarWind te proporciona componentes básicos muy sólidos, pero no te da una experiencia al estilo Synology lista para usar.
La trampa de "pásalo directamente a los contenedores"
Un impulso habitual es evitar las VM por completo y pasar el almacenamiento directamente a los contenedores. Suena elegante: menos sobrecarga, menos capas intermedias y mayor control. Funciona bien hasta que recuerdas que los contenedores no resuelven por arte de magia los problemas de escritura simultánea compartida.
Si varios nodos pueden ejecutar el mismo contenedor, o reiniciarlo durante un failover, todos necesitan acceso coherente a los mismos datos. Eso exige o bien un sistema de archivos clusterizado, o bien un único nodo activo en cada momento.
En el instante en que introduces el concepto de "único nodo activo", estás prácticamente reconstruyendo la alta disponibilidad desde cero. Necesitas elección de líder, conmutación de IP flotante y asegurarte de que el almacenamiento esté montado exactamente en un único sitio a la vez. En ese punto, estás a medio camino de correr una VM con un NAS de todas formas.
Por qué un "NAS activo-activo" es más raro de lo que crees
A menudo la gente se pregunta por qué no hay más soluciones abiertas que hagan lo que hace NetApp o las cabinas empresariales. La respuesta es sencilla: es difícil y sale muy caro. Un auténtico NAS activo-activo exige una coordinación estrecha, bloqueos a prueba de bombas y décadas depurando casos límite. NetApp cobra lo que cobra porque esa solidez no se construye de la noche a la mañana.
Los proyectos de código abierto suelen especializarse en un área. Ceph se centra en bloques distribuidos, TrueNAS en ser un excelente NAS y Proxmox en la virtualización. Ninguno sustituye por completo a los otros sin compromisos.
Puedes ejecutar TrueNAS sobre almacenamiento HA, mover IPs con keepalived o Corosync y unirlo todo. Sin embargo, nadie finge que montar eso sea sencillo.
Expectativas de rendimiento frente a la realidad
Gran parte de estos debates se reduce a las expectativas. Querer velocidades de lectura y escritura de 200 MB/s no es ninguna locura. Lo que descoloca a muchos es cómo se comporta ese rendimiento durante un fallo.
La replicación en 2 nodos implica que cada escritura viaja a ambos servidores. Pierdes 1 nodo y quedas degradado de inmediato. Las reconstrucciones castigan el disco restante, la latencia se dispara y los servicios sufren tirones.
Sigue siendo perfectamente utilizable, siempre que seas honesto sobre lo que significa la alta disponibilidad en casa. A veces solo significa "vuelve a estar en línea rápido" en lugar de "nadie nota la interrupción".
Las copias de seguridad importan más que una HA perfecta
Una de las posturas más sensatas en estas conversaciones es también la menos emocionante: céntrate en los backups.
Tener Proxmox Backup Server, replicar a un NAS y conservar copias locales a corto plazo junto con copias fuera del nodo a largo plazo ha salvado más homelabs que cualquier diseño exótico de HA. La alta disponibilidad mantiene los servicios en marcha, pero las copias de seguridad son las que salvan tus datos. Confundir ambas cosas es la razón por la que muchos terminan enfadados con Ceph por hacer justo aquello para lo que fue diseñado.
Entonces, ¿cuál es la solución menos mala?
Lo incómodo de esta situación es que no existe una única respuesta correcta.
Si buscas una integración total con Proxmox y puedes escalar adecuadamente, Ceph sigue siendo la opción más limpia, en especial si aceptas sus reglas y diseñas la infraestructura a su alrededor.
Si ya confías en StarWind VSAN, trátalo como almacenamiento de bloques y construye los servicios superiores con prudencia, sabiendo que estás creando algo a medida.
Si quieres la comodidad y el acabado de un Synology, no tiene nada de malo dejar que un NAS haga de NAS y concentrar Proxmox en la capacidad de cómputo.
Ese término medio existe, pero dista mucho de ser un camino llano, y casi nadie te avisa de esa parte al empezar.