Casi todas las páginas de hosting publicitan “NVMe SSD” y se detienen ahí. Es un dato útil, pero solo responde a una pregunta: ¿qué tan rápido puede leer y escribir un único medio de almacenamiento? No dice nada sobre qué ocurre cuando ese medio falla, y los medios siempre terminan fallando. Para entender si tus datos están realmente seguros, hay que mirar dos cosas por separado: el tipo de disco y el sistema dentro del cual vive ese disco.
Versión corta: el tipo de disco define tu techo de velocidad y la arquitectura de almacenamiento define tu piso de durabilidad. Cybeward usa NVMe para la velocidad y Ceph con replicación triple para la durabilidad. Obtienes ambas.
La escalera de los medios de almacenamiento
Los medios de almacenamiento han subido una escalera a lo largo de los últimos quince años, y cada peldaño cambia las reglas.
Un disco duro mecánico (HDD) guarda los datos en platos magnéticos y los lee con un brazo físico. Para alcanzar un dato, el brazo tiene que moverse y el plato tiene que girar por debajo. Ese paso mecánico cuesta milisegundos, una eternidad para una CPU. Los HDD son baratos por terabyte y están bien para archivos en frío, pero una base de datos activa sobre un HDD pasa la mayor parte de su vida esperando.
Un SSD SATA no tiene partes móviles. Los datos viven en chips de memoria flash, así que no hay brazo que mover ni plato que esperar. La latencia baja de milisegundos a decenas de microsegundos. El inconveniente es la conexión: SATA se diseñó para discos duros, por lo que incluso un chip flash rápido se ve forzado a comunicarse a través de un canal estrecho con décadas de antigüedad.
NVMe elimina ese cuello de botella. En lugar del canal SATA, la flash se comunica directamente con la CPU a través de PCIe, los mismos carriles de gran ancho de banda que usa una tarjeta gráfica. La diferencia no es sutil: mientras un SSD SATA puede manejar decenas de miles de operaciones por segundo, NVMe maneja cientos de miles, con una latencia mucho menor bajo carga. Para todo lo que hace muchas lecturas y escrituras pequeñas y aleatorias —bases de datos, builds de contenedores, aplicaciones web con tráfico— este es el peldaño que importa.
Así que NVMe gana en velocidad. Pero la velocidad es solo la mitad de la historia.
Un disco es un único punto de falla
Imagina la configuración más simple posible: tu servidor tiene un único disco NVMe rápido y todos tus datos viven en él. Es veloz. También es un único punto de falla. Cuando ese disco muere —y los discos mueren— tus datos mueren con él. Ninguna cantidad de velocidad bruta cambia eso.
Un disco rápido que falla sigue siendo un disco que falla. La durabilidad es una propiedad del sistema, no del medio.
La respuesta tradicional es RAID: poner varios discos en una misma máquina y replicar los datos entre ellos. Eso ayuda ante un disco muerto, pero no ayuda cuando se cae la máquina completa: una fuente de poder averiada, una placa madre defectuosa, un kernel panic. Tus datos están intactos en esos discos, y aun así no puedes alcanzarlos. Para sobrevivir a eso, los datos no pueden vivir en una sola caja.
Qué es Ceph, en términos simples
Ceph es el sistema que usamos para repartir el almacenamiento entre muchas máquinas en lugar de atraparlo en una sola. Piénsalo menos como un disco y más como una flota.
En vez de escribir tus datos en el “disco número tres”, Ceph trata a todo un clúster de servidores —cada uno lleno de discos NVMe— como un gran grupo compartido. Cuando tu VDS escribe un archivo, Ceph lo trocea en fragmentos y decide, de forma automática, qué máquinas deben guardar cada fragmento. No hay un único disco ni un único servidor dueño de tus datos. El clúster los posee de forma colectiva y lleva un registro constante de dónde está cada copia.
La consecuencia práctica: tu almacenamiento ya no está atado al servidor físico en el que tu VM se ejecuta. Ese desacoplamiento es lo que hace posible todo lo que viene a continuación.
Replicación triple: tres copias, tres máquinas
Aquí está la parte que te protege. Cada fragmento que Ceph escribe se guarda como tres copias, en tres máquinas separadas (llamadas nodos). Una escritura no se reconoce como “completada” hasta que suficientes de esas copias están a salvo en disco.
El valor concreto de ese número tres:
- Falla un disco. Aún existen otras dos copias. Ceph lo detecta en segundos e inmediatamente comienza a reconstruir una tercera copia en otro disco sano. Tú no ves nada.
- Falla un nodo completo. La misma historia: las otras dos copias viven en máquinas distintas, así que tus datos siguen siendo legibles y escribibles mientras el clúster se repara solo.
- Hay mantenimiento. Podemos sacar un nodo de línea para reemplazar hardware sin que tu VM pierda nunca el acceso a su disco.
La replicación no es respaldo. Tres copias protegen contra fallas de hardware, no contra que borres el archivo equivocado o contra una migración fallida. Para eso están los snapshots y los respaldos: son una capa separada y deliberada, y deberías seguir usándolos.
El compromiso, dicho con honestidad
Esto no es gratis. Una escritura a un único disco NVMe local termina en el momento en que ese disco la confirma. Una escritura a Ceph tiene que viajar por la red y aterrizar en tres máquinas antes de contar como completada. Eso agrega latencia —normalmente una fracción de milisegundo en nuestra red—, pero es real, y preferimos que lo escuches de nosotros y no que lo descubras en un benchmark.
Lo que entregas a cambio de esa pequeña latencia es enorme: ningún disco ni servidor por sí solo puede dejar tus datos fuera de línea. Para la gran mayoría de las cargas de trabajo reales —aplicaciones web, bases de datos, APIs— la diferencia es invisible en el uso diario, mientras que la diferencia en durabilidad es la brecha entre “restauramos desde el respaldo de anoche” y “nunca te diste cuenta”.
Cómo se conecta esto con el SLA
Nuestro SLA de disponibilidad del 99,999 % no es un eslogan atornillado a hardware corriente: es una consecuencia directa de este diseño. Cinco nueves significan aproximadamente cinco minutos de inactividad al año, y sencillamente no puedes prometer eso si un único disco averiado o un único servidor reiniciado puede interrumpir a un cliente. El almacenamiento desacoplado es la base: como tu disco vive en el clúster y no debajo de tu VM, podemos perder hardware, reemplazarlo y parchearlo sin arrastrarte con ello.
También hace que los snapshots sean limpios y rápidos. Como Ceph ya entiende tus datos como fragmentos gestionados con ubicaciones conocidas, capturar una copia consistente en un punto del tiempo es una operación de metadatos, no una lenta lectura completa de un disco físico. Por eso un snapshot antes de un cambio arriesgado toma segundos, y por eso revertirlo es igual de rápido.
Cuando decimos que no sobrevendemos, esto es parte de lo que queremos decir. El NVMe te da la velocidad de la etiqueta. El clúster Ceph que está debajo es la parte que mantiene tus datos ahí mañana.
