Lo que la palabra SSD oculta sobre el storage de su proveedor
«SSD enterprise» en una página de precios puede significar un disco de consumo tras una sola tarjeta RAID o una SAN all-flash dedicada de doble controladora, y solo una de las dos sobrevive al servidor. Cinco preguntas, un email, y todo proveedor tiene que decirle cuál de las dos opera.
En este artículo 5 secciones
- Gran parte del storage que se vende como enterprise son SSD de consumo o prosumer detrás de una sola tarjeta RAID, dentro del mismo servidor que ejecuta su carga de trabajo. Cuando ese servidor muere, el storage muere con él.
- El nuestro es una SAN: cabinas all-flash dedicadas de doble controladora, accesibles por dos fabrics independientes, que sirven en un dígito de milisegundos o mejor.
- Estandarizamos en una sola plataforma de storage, HPE 3PAR all-flash sobre Fibre Channel, y la dominamos en lugar de operar un menú de fabricantes.
- Cinco preguntas al final de este artículo ponen la diferencia al descubierto en un email. Reenvíeselas a su proveedor, y a nosotros.
Una página de pedido de hosting le da cifras exactas de núcleos y RAM y una sola palabra para el storage, normalmente SSD. Esa única palabra cubre la mayor brecha de calidad del sector. Dos proveedores pueden imprimir la misma palabra y estar a una arquitectura entera de distancia: uno guarda sus datos en un disco de consumo tras una tarjeta RAID dentro de su servidor, el otro los guarda en una cabina all-flash dedicada que sigue sirviendo después de que ese servidor muera. Esta es la diferencia, sin rodeos, y al final, las cinco preguntas que sacarán la verdad a cualquier proveedor, nosotros incluidos.
Una palabra, SSD, cubre tres arquitecturas distintas
El storage en hosting viene en tres niveles, y el texto del producto para los tres se lee casi igual.
- 01Disco local. Discos dentro del servidor, en la propia controladora del servidor. Rápido de aprovisionar y barato de vender, y el storage comparte todas las suertes que tenga la máquina: fuente de alimentación, backplane, placa base, controladora. Todo el nivel es un único dominio de fallo.
- 02SSD detrás de una sola tarjeta RAID. Ahí es donde se sitúa en realidad la mayor parte del hosting que se vende como enterprise. Los discos suelen ser piezas de consumo o prosumer elegidas por gigabyte, y el RAID le protege de exactamente una cosa, un disco muerto, que es el fallo más barato que tiene el storage. No hace nada ante una controladora muerta, un backplane muerto o un servidor muerto.
- 03Una SAN de verdad. El storage como sistema diseñado por sí mismo: una cabina dedicada con dos controladoras, sus propios discos y su propia red para llegar a ella. La cabina tiene una vida independiente de cualquier nodo de cómputo, lo que cambia el aspecto de un mal día.
No puede distinguir estos niveles por el texto, porque el texto no lo dice. Los mismos cinco patrones aparecen en toda la categoría, parafraseados aquí porque son normas omnipresentes y no el pecado de una sola empresa.
| LO QUE DICE LA PÁGINA | LO QUE NUNCA DICE |
|---|---|
| «Storage SSD NVMe ultrarrápido» | Si los discos son locales o están en una cabina, de consumo o enterprise, detrás de una controladora o de dos. Un adjetivo de velocidad sostiene toda la frase. |
| «SSD enterprise» | Enterprise aquí describe el nivel de marketing del disco. No afirma que haya una cabina enterprise, porque normalmente no hay ninguna detrás. |
| «Storage protegido con RAID-10» | La tarjeta RAID está dentro del mismo servidor. Un disco muerto es superable. El storage sigue muriendo con la máquina. |
| «Hasta N IOPS» | Un techo sin cifra de latencia, sin suelo y sin medición bajo carga. Los techos son lo que producen los benchmarks en un sistema inactivo. |
| «Storage redundante» | Qué es exactamente lo redundante. Normalmente significa RAID otra vez. Una cabina de doble controladora con multipath es otra máquina, y el texto que tiene una lo dice. |
Ninguna de estas frases dice que el storage es una cabina redundante separada, all-flash, accesible por dos fabrics independientes, que sobrevive a la muerte de cualquier servidor. Esa frase cuesta dinero de verdad poder imprimirla, así que las páginas que pueden imprimirla, lo hacen. Cuando el texto se detiene en el adjetivo, la arquitectura normalmente también se detiene ahí. Esa es la señal.
Una página dice «SSD enterprise» y se queda ahí. ¿Qué máquina hay detrás de la palabra?
Discos detrás de una sola tarjeta RAID
Piezas de consumo elegidas por gigabyte, dentro del servidor que ejecuta su carga de trabajo. Sobrevive a un disco muerto y a nada más de lo que el chasis le tiene reservado.
Una cabina dedicada
Dos controladoras, sus propios discos, su propio fabric. El texto que puede nombrar una cabina lo hace, porque hay una que nombrar.
Una SAN mantiene sus datos vivos cuando muere el servidor que ejecuta su carga de trabajo
El sentido de una SAN es la separación de suertes. Su disco es un LUN en una cabina dedicada, y el servidor que ejecuta su carga de trabajo es solo la máquina que lo tiene montado en este momento.
- MUERE UNA CONTROLADORA
- La segunda controladora de la cabina sigue sirviendo. En una tarjeta RAID no hay segunda controladora.
- MUERE UN SWITCH, UN CABLE O UN PUERTO
- El otro fabric lleva la carga, activo/activo.
- MUERE EL SERVIDOR
- El LUN sigue sirviendo, y la carga de trabajo vuelve en otro host contra el mismo storage. En disco local o tarjeta RAID, este es el día en que descubre cómo iban los backups.
La velocidad es la parte con la que el texto siempre empieza, así que aquí va la nuestra en la única formulación que pondremos por escrito: nuestras cabinas sirven en un dígito de milisegundos o mejor.
Estandarizamos en una sola plataforma de storage y la aprendimos de memoria
Estandarizamos en HPE 3PAR all-flash sobre Fibre Channel: una plataforma, elegida y dominada. Nos desviamos solo cuando un trabajo se lo merece de verdad. La estandarización es lo que compra la profundidad que hay detrás de cada respuesta de este artículo. El argumento general a favor del hardware con criterio está en su propio artículo.
Su propia cabina funciona sin contador encima
El block storage alquilado factura el disco por gigabyte, otra vez por IOP aprovisionado, y otra vez a la salida. Es su cabina. No hay contador por IOP ni peaje de egress sobre sus propios datos. La economía completa del contador del disco, incluido qué cobran realmente esas líneas del cloud y qué cuesta un pico real en flash de su propiedad, está en el contador de su disco.
Cinco preguntas ponen al descubierto el storage de cualquier proveedor en un email
Todo lo anterior se comprime en cinco preguntas. Se envían en un email, y son muy difíciles de responder de forma impresionante sin una SAN de verdad detrás. Aquí están, con nuestras respuestas dejadas por escrito.
¿Mis datos están en una SAN, o en una tarjeta RAID dentro de mi servidor?
Esta es la pregunta de la suerte compartida. Si la respuesta honesta es una tarjeta RAID, todo lo demás de la página describe un servidor. Nuestra respuesta: una SAN. Sus datos viven en una cabina all-flash dedicada de doble controladora. No están en una tarjeta RAID dentro de su servidor.
¿El storage es all-flash?
El texto vago esconde niveles mezclados, y los niveles mezclados significan que su latencia depende de en qué estante aterrizaron sus bloques. Nuestra respuesta: estandarizamos en HPE 3PAR all-flash sobre Fibre Channel.
¿Hay multipath sobre fabrics independientes?
«Redundante» dice poco hasta que pregunta qué es independiente de qué. Dos caminos por un mismo switch comparten el mal día de ese switch. Nuestra respuesta: sí. Cada host llega a su storage por dos fabrics Fibre Channel completamente independientes con switches separados, en modo activo/activo. Un switch, un cable o un puerto pueden fallar y su LUN sigue sirviendo por el otro camino.
¿Dónde se replican mis datos, y con qué RPO?
La respuesta débil es un calendario de backups. Un backup mide cuánto puede perder desde anoche. La replicación trata de cuánto puede perder en total. Nuestra respuesta: replicados a una segunda cabina, con el RPO diseñado por carga de trabajo.
¿Quién arregla la cabina cuando se comporta mal, ustedes o la cola de un fabricante?
Esta es la pregunta que separa a los operadores de los inquilinos. Nuestra respuesta: nosotros. Tenemos en plantilla ingenieros capaces de leer las entrañas de la cabina y diagnosticarla a nivel de firmware, de modo que las personas que responden a su llamada entienden el storage hasta ese nivel en lugar de esperar al fabricante.
Cuente los sustantivos. Una respuesta real nombra una arquitectura: cabina, fabric, número de controladoras, RPO. Una respuesta débil devuelve adjetivos y un benchmark. Y si la pregunta cinco provoca una pausa, ha aprendido dónde está realmente el storage.
Respuestas directas
¿Qué es una SAN en el web hosting?+
Storage operado como sistema diseñado por sí mismo en lugar de discos dentro de su servidor: una cabina dedicada con dos controladoras, sus propios discos y su propia red para llegar a ella. Su disco es un LUN en esa cabina, y el servidor que ejecuta su carga de trabajo es solo la máquina que lo tiene montado en este momento, así que el storage tiene una vida independiente de cualquier servidor.
¿No es el NVMe local más rápido que una SAN?+
En un benchmark en reposo, un disco NVMe local mostrará cifras muy rápidas. La cifra que importa en producción es el tiempo de servicio bajo carga real y qué pasa cuando falla el hardware. Nuestras cabinas sirven en un dígito de milisegundos o mejor, y el LUN sigue sirviendo a través de un servidor muerto, un switch muerto o una controladora muerta. El disco local gana el benchmark en reposo y comparte todas las suertes que tenga la máquina.
Mi proveedor dice RAID-10. ¿Es suficiente?+
El RAID responde exactamente a un fallo, un disco muerto. No hace nada ante una controladora muerta, un backplane muerto o un servidor muerto, y en una tarjeta RAID cualquiera de ellos se lleva su storage consigo. El RAID dentro de una máquina y una cabina de doble controladora sobre fabrics independientes son máquinas distintas que casualmente comparten la palabra redundante.
¿Cómo debo usar las cinco preguntas?+
Envíeselas a su proveedor actual antes de enviárselas a uno nuevo, y puntúe las respuestas por los sustantivos. Una respuesta real nombra la cabina, el fabric y la persona que la arregla. Si la respuesta son adjetivos y un benchmark, ha aprendido qué significaba la palabra enterprise en la página de precios.
Háganos las cinco preguntas
Un ingeniero de storage las responde para su carga de trabajo real, por escrito, igual que las hemos respondido aquí.
Hable con un ingenieroHa llegado al final.
Ponga la lectura a trabajar
¿Qué está ejecutando?
Cuéntenos la carga de trabajo, el tráfico y los requisitos de recuperación. Empiece por el configurador de servidores o repase los detalles con un ingeniero.
Escrito por los ingenieros que construyen y operan la infraestructura que describe.Hable con un ingeniero