Cómo ampliar el almacenamiento: gabinetes de discos JBOD, unidades de 12/24/48/84 discos, SFF/LFF y plan de crecimiento de capacidad.

Un sistema de almacenamiento no debe ampliarse empezando por elegir la bandeja de discos más grande, sino calculando la capacidad útil, el rendimiento, la tolerancia a fallos y los límites de los controladores. Si la prioridad son los terabytes para archivos o copias de seguridad, normalmente se consideran primero las bandejas LFF con HDD de gran capacidad. Si importan la velocidad y las operaciones de E/S, lo más lógico suele ser elegir bandejas SFF con SSD o discos SAS rápidos, e incluso soluciones all-flash específicas en algunos casos. Las bandejas de 48 u 84 discos solo conviene evaluarlas después de comprobar la alimentación, la refrigeración, el rack, la topología de conexión y el tiempo de reconstrucción del array tras el fallo de un disco.

Una bandeja de discos puede parecer una forma sencilla de ampliar el almacenamiento: se compra un chasis, se instalan discos, se conecta al sistema de almacenamiento y se obtienen nuevos terabytes. En la práctica, todo es más complejo. La bandeja añade ranuras para discos, pero no elimina las limitaciones de controladores, firmware, grupos RAID, puertos, cables, alimentación y refrigeración.

El principal error al ampliar un sistema de almacenamiento es contar solo la capacidad “bruta”. Por ejemplo, 24 discos de 20 TB ofrecen 480 TB solo sobre el papel. Después de RAID, discos de reserva, snapshots, reserva para crecimiento y margen técnico para reconstrucciones, la capacidad útil puede quedar más cerca de 300–330 TB. Por eso, un plan de ampliación de almacenamiento siempre empieza con cálculos, no con una lista de precios.

Our most popular storage systems

Qué es una bandeja de discos JBOD

En este contexto, JBOD (Just a Bunch of Disks) es una bandeja externa en la que se instalan unidades de almacenamiento. No debe confundirse con una forma non-RAID de acceso a los discos. Una bandeja JBOD tiene bahías para discos, fuentes de alimentación, ventiladores, módulos de E/S y puertos de conexión. Pero por sí sola no es un sistema de almacenamiento completo.

No gestiona volúmenes, no crea pools de almacenamiento completos, no se encarga de snapshots, caché, replicación ni distribución de carga entre servidores. Estas funciones las realiza el sistema de almacenamiento principal o un servidor con el controlador RAID adecuado.

En términos sencillos:

• el sistema de almacenamiento gestiona los datos;
• JBOD añade ranuras físicas para discos;
• el controlador define cuántas bandejas pueden conectarse y cómo;
• el firmware y la lista de compatibilidad definen qué discos y bandejas están soportados;
• la topología de conexión define la tolerancia a fallos.

Por ejemplo, la documentación de Dell PowerVault ME5 indica que el sistema admite bandejas 2U12, 2U24 y 5U84, pero también tiene restricciones sobre la mezcla de formatos y el número máximo de discos. Estos detalles deben comprobarse antes de comprar el equipo, no después de recibirlo.

Cuándo JBOD es la opción correcta

Una bandeja de discos es adecuada si el sistema de almacenamiento actual aún no está obsoleto y conserva margen en controladores, puertos y número de discos admitidos. En ese caso, la ampliación puede hacerse sin comprar un sistema de almacenamiento nuevo y costoso y sin realizar una migración completa de datos.

JBOD suele estar justificado cuando:

• lo que falta es capacidad, no una arquitectura de almacenamiento nueva;
• el sistema existente admite bandejas adicionales;
• los controladores no están sobrecargados en CPU, memoria y caché;
• hay puertos libres o una cadena SAS permitida;
• hay discos, cables y módulos compatibles disponibles;
• el rendimiento del sistema actual es suficiente para las cargas de trabajo;
• la plataforma aún no se acerca al fin de soporte.

Por ejemplo, si una empresa almacena archivos, copias de seguridad o grabaciones de vídeo, y el sistema de almacenamiento actual maneja la carga de forma estable, una bandeja LFF adicional puede ser una solución razonable. En el catálogo de Servermall se puede consultar la sección de sistemas de almacenamiento para comparar tipos de chasis, factores de forma y configuraciones admitidas.

Cuándo es mejor no ampliar un sistema de almacenamiento antiguo

A veces, comprar una bandeja nueva solo aplaza el problema real. Si los controladores ya están sobrecargados, la latencia aumenta y los usuarios se quejan de máquinas virtuales o bases de datos lentas, añadir HDD puede aumentar la capacidad, pero no resolverá el problema de velocidad.

Conviene considerar un sistema de almacenamiento nuevo si:

• el problema no es solo la falta de espacio, sino también la falta de operaciones de E/S;
• los controladores antiguos funcionan al límite;
• se necesita pasar a SSD, NVMe o interfaces más rápidas;
• se requiere un nuevo esquema de tolerancia a fallos;
• la plataforma actual no admite las bandejas o discos necesarios;
• el coste de ampliación es casi igual al de un sistema más moderno;
• se espera que los datos crezcan varias veces en los próximos 1–2 años y el sistema actual no podrá soportarlo.

Hay una prueba sencilla: si después de añadir una bandeja habrá que pensar inmediatamente en sustituir controladores, red, caché y discos, ya no es una ampliación. Es un parche temporal.

12, 24, 48 y 84 discos: qué significa el tamaño de la bandeja

El número de discos en una bandeja afecta no solo a la capacidad. Determina la densidad de almacenamiento, los requisitos de alimentación, la facilidad de mantenimiento, la velocidad de reconstrucción tras fallos y el coste total de propiedad.

12 discos

Las bandejas de 12 discos se encuentran con mayor frecuencia en formato LFF, es decir, para unidades grandes de 3,5 pulgadas. Se eligen cuando importan la capacidad por disco y el bajo coste por terabyte.

Una bandeja de este tipo es adecuada para:

• archivos de ficheros;
• copias de seguridad;
• videovigilancia;
• datos fríos;
• entornos de almacenamiento pequeños y medianos con crecimiento gradual.

La ventaja de una bandeja de 12 discos es que resulta más fácil de mantener y planificar. La desventaja es la densidad limitada de operaciones. Si la bandeja contiene HDD de gran capacidad, habrá mucho espacio, pero la velocidad de acceso aleatorio seguirá limitada por las capacidades de los propios discos.

Un ejemplo de este formato es Dell PowerVault MD1400 12LFF.

24 discos

Las bandejas de 24 discos suelen utilizar el formato SFF, es decir, unidades de 2,5 pulgadas. Pueden ser SSD o discos SAS rápidos. En el mismo chasis 2U caben más unidades que en una bandeja LFF de 12 discos.

El formato de 24 discos suele elegirse para:

• virtualización;
• bases de datos;
• servidores de terminales;
• cargas mixtas;
• sistemas de producción donde importan la latencia y las operaciones de E/S.

La ventaja de SFF es la densidad de discos y de rendimiento. Sin embargo, el coste por terabyte de una configuración así puede ser mayor, especialmente si se comparan SSD con HDD LFF de gran capacidad.

Por ejemplo, se puede considerar Dell PowerVault ME4024 SAS 24SFF o HPE MSA 2050 HD-SAS 24SFF.

48 discos

Las soluciones de 48 discos son menos habituales y dependen mucho de la línea concreta del fabricante. Es una opción intermedia entre las bandejas 2U estándar y los chasis densos 5U con 84 discos.

Se consideran cuando una empresa necesita:

• más capacidad en el rack;
• menos chasis y cables;
• un mantenimiento más cómodo que en bandejas ultradensas;
• evitar pasar directamente a una arquitectura de 84 discos.

Antes de comprar, es importante comprobar no solo el número de bahías, sino también la topología de conexión admitida. No todos los sistemas de almacenamiento permiten añadir una bandeja de este tipo a una configuración existente.

84 discos

Las bandejas de 84 discos ya son soluciones densas para grandes conjuntos de datos. Normalmente se trata de un chasis 5U con alta capacidad por rack. Este formato es adecuado para archivos, copias de seguridad, grandes repositorios de ficheros y otras tareas que requieren cientos de terabytes o crecimiento a escala de petabytes.

Pero 84 discos no son simplemente “mucho espacio”. Hay que comprobar de antemano:

• el peso de la bandeja con los discos instalados;
• la profundidad del rack;
• los requisitos de rieles;
• los requisitos de alimentación y PDU;
• la disipación de calor;
• el flujo de aire;
• la facilidad de sustitución de discos;
• las limitaciones de los controladores;
• la topología de conexión por doble ruta.

La documentación de Seagate Exos E 5U84 describe una bandeja 5U de 84 discos con fuentes de alimentación dobles, ventiladores, módulos de E/S y doble ruta hacia los discos.

SFF y LFF: cómo elegir el factor de forma

SFF es un factor de forma pequeño, normalmente de 2,5 pulgadas. LFF es un factor de forma grande, normalmente de 3,5 pulgadas. La diferencia entre ambos no se limita al tamaño físico.

LFF

LFF se elige con más frecuencia cuando importa la capacidad. En formato de 3,5 pulgadas hay HDD grandes de decenas de terabytes. Es una opción cómoda para archivos, copias de seguridad, videovigilancia y servidores de ficheros.

Ventajas de LFF:

• mayor capacidad por HDD;
• menor coste por terabyte;
• menos discos para la misma capacidad bruta;
• más fácil obtener un gran volumen de almacenamiento;
• adecuado para escritura y lectura secuenciales.

Limitaciones de LFF:

• menor densidad de operaciones;
• los arrays basados en HDD grandes tardan más en reconstruirse tras un fallo;
• a medida que crece la carga, el rendimiento puede agotarse antes que la capacidad;
• no es la mejor opción para bases de datos y máquinas virtuales sensibles a la latencia.

SFF

SFF se utiliza más a menudo donde importa la velocidad. El formato de 2,5 pulgadas es cómodo para SSD y discos SAS rápidos. En una sola bandeja 2U caben más unidades, por lo que aumenta la densidad de operaciones.

Ventajas de SFF:

• más discos en el mismo espacio de rack;
• formato cómodo para SSD;
• mayor densidad de operaciones;
• mejor para virtualización y bases de datos;
• más fácil separar cargas en varios grupos de discos.

Limitaciones de SFF:

• el coste por terabyte suele ser mayor;
• la capacidad por disco puede ser menor, salvo si se usan SSD caros;
• con muchos discos, los pools son más difíciles de planificar;
• no todos los sistemas de almacenamiento antiguos admiten los SSD nuevos igual de bien.

No es correcto decir que SFF siempre es más rápido y LFF siempre es más barato. Todo depende del tipo de disco, la interfaz, el controlador, el esquema RAID y la carga. SFF con discos lentos no se volverá rápido por arte de magia, mientras que LFF con la arquitectura correcta puede ser una excelente solución para tareas orientadas a capacidad.

Cómo calcular la capacidad de almacenamiento antes de ampliar

El cálculo no debe partir de la cifra atractiva de la especificación, sino de cuánto espacio quedará realmente para los datos.

Capacidad bruta

La capacidad bruta es el número de discos multiplicado por la capacidad de un disco.

Ejemplo:

24 discos × 20 TB = 480 TB de capacidad bruta.

Esta cifra solo sirve como punto de partida. No debe utilizarse como capacidad útil final.

Protección de datos

Después hay que restar la capacidad utilizada por RAID u otro esquema de protección.

De forma simplificada:

• RAID 5 consume la capacidad de un disco del grupo;
• RAID 6 consume la capacidad de dos discos del grupo;
• RAID 10 deja aproximadamente la mitad de la capacidad bruta;
• RAID 60 divide los discos en grupos RAID 6 y los combina;
• los esquemas de protección distribuidos se calculan según las reglas del sistema de almacenamiento concreto.

En Dell PowerVault ME5, por ejemplo, además de los niveles RAID clásicos, existe ADAPT: un esquema de protección con capacidad de reserva integrada y ampliación simplificada de pools grandes.

Disco de reserva o capacidad de reserva distribuida

En un esquema clásico, parte de la capacidad puede reservarse para un disco spare separado, o incluso para varios discos de reserva. No almacena datos de producción: espera a que falle una de las unidades.

En esquemas más modernos, la capacidad de reserva puede distribuirse entre todos los discos. Esto es más cómodo para el administrador, pero el principio de cálculo es el mismo: esta capacidad no puede contarse como disponible para datos de usuario.

Snapshots

Los snapshots ayudan a volver rápidamente a un estado anterior de los datos, pero consumen espacio. Cuanto más a menudo cambian los datos y cuanto más tiempo se conservan los snapshots, más capacidad hay que reservar.

Orientaciones:

• 10–20% para un uso moderado;
• más del 20% si los snapshots son frecuentes y se conservan durante mucho tiempo;
• cálculo separado para bases de datos, virtualización y recursos de ficheros activos.

Reserva para crecimiento

Un sistema de almacenamiento no debe funcionar constantemente al 95–100% de ocupación. Necesita margen para nuevos datos, balanceo, mantenimiento, operaciones temporales y reconstrucciones tras fallos.

Para la planificación conviene definir de antemano el umbral operativo de ocupación. Por ejemplo, una empresa puede considerar el 75–80% como el punto a partir del cual empieza la siguiente etapa de ampliación. El umbral concreto depende de la plataforma y de la carga, pero la lógica debe quedar fijada previamente.

Reserva técnica para reconstrucciones

Cuando falla un disco, el sistema reconstruye los datos. Este proceso carga los discos restantes y puede tardar mucho, especialmente con HDD grandes. Si el pool está casi lleno, la reconstrucción y el balanceo se vuelven aún más arriesgados.

La fórmula de planificación queda así:

Capacidad planificada para datos = capacidad bruta − protección RAID − disco de reserva o capacidad de reserva distribuida − reserva para snapshots − reserva para crecimiento − reserva técnica para reconstrucciones.

Ejemplo para 24 discos de 20 TB:

• capacidad bruta: 480 TB;
• RAID 6 en un grupo: unos 440 TB antes de reservas adicionales;
• disco de reserva separado: menos 20 TB si se utiliza;
• reserva para snapshots del 15%: menos unos 63 TB;
• reserva para crecimiento y mantenimiento del 15%: menos unos 54 TB;
• capacidad planificada para datos: unos 300–330 TB.

No es una cifra universal, sino un modelo de cálculo. En un sistema real, el resultado depende del tamaño de los grupos, el sistema de archivos, los datos de servicio, la forma de representar los terabytes, el aprovisionamiento fino y las características de la plataforma concreta.

Cómo cambia la capacidad útil en distintos esquemas

El ejemplo siguiente utiliza discos idénticos de 20 TB. Las cifras están redondeadas y sirven para entender la lógica, no para diseñar con precisión un sistema de almacenamiento concreto.

Una bandeja de 84 discos no debe verse como un único grupo RAID gigante. En la práctica, estas configuraciones se dividen en varios grupos o pools, o se usan esquemas de protección distribuidos si el sistema los admite. Esto reduce riesgos y hace que las reconstrucciones sean más manejables.

Storage systems

Por qué añadir terabytes no siempre acelera el almacenamiento

La capacidad y el rendimiento crecen de formas distintas. Los HDD ofrecen mucho espacio, pero están limitados en operaciones de E/S. Los SSD ofrecen alta velocidad, pero cuestan más por terabyte. Por eso, la ampliación de almacenamiento debe responder a dos preguntas diferentes:

1. ¿Cuántos datos hay que almacenar?
2. ¿A qué velocidad hay que leer y escribir esos datos?

Si se añade una bandeja LFF con HDD grandes a un sistema que ya carece de velocidad de E/S para máquinas virtuales, los usuarios pueden no notar ninguna mejora. Habrá más espacio, pero la latencia seguirá igual. Durante una reconstrucción tras el fallo de un disco, el rendimiento incluso puede caer.

Antes de ampliar, hay que comprobar:

• cuál es el cuello de botella actual: capacidad, operaciones, latencia, red o controlador;
• qué cargas crecen más rápido;
• cuántas operaciones se necesitan ahora y dentro de un año;
• si las bases de datos tienen requisitos específicos;
• si los datos de archivo y los datos sensibles al rendimiento están mezclados en un mismo pool;
• si el ancho de banda de los puertos es suficiente;
• si la caché y la CPU de los controladores tienen margen;
• cómo se comportará el sistema durante la reconstrucción de un array.

Si se necesita capacidad, los HDD LFF pueden ser una buena elección. Si se necesita velocidad, conviene considerar SSD SFF o discos SAS rápidos. Si se necesitan capacidad y velocidad, a menudo es mejor separar niveles de almacenamiento en lugar de intentar resolverlo todo con una sola bandeja.

Principales opciones de ampliación de almacenamiento

Añadir discos a la bandeja existente

Es la opción más sencilla si quedan ranuras libres en la bandeja actual.

Es adecuada cuando:

• el sistema de almacenamiento admite discos adicionales;
• hay unidades compatibles disponibles;
• el pool actual puede ampliarse;
• el controlador no está sobrecargado;
• el margen de alimentación y refrigeración ya está previsto en el chasis.

Riesgos:

• los discos nuevos pueden diferir en capacidad y velocidad;
• parte de la capacidad puede quedar sin usar si los discos se añaden a un grupo con unidades más pequeñas;
• la ampliación del pool puede tardar mucho;
• la carga durante el balanceo puede afectar a los usuarios.

Esta opción es buena para un crecimiento moderado, pero no encaja si quedan pocas ranuras libres y la necesidad de capacidad es grande.

Añadir una nueva bandeja de discos

Este es el escenario principal cuando las bahías actuales ya están llenas. Una nueva bandeja se conecta al sistema de almacenamiento o al servidor existente mediante interfaces compatibles y añade nuevas ranuras para discos.

Antes de comprar, hay que comprobar:

• el número máximo de bandejas admitidas;
• el número máximo de discos;
• la compatibilidad entre SFF y LFF;
• el soporte para HDD y SSD concretos;
• los cables necesarios;
• los puertos libres;
• las reglas de conexión por doble ruta;
• los requisitos de firmware;
• el soporte de la versión de software actual.

HPE MSA, por ejemplo, cuenta con bandejas LFF de 12 discos y SFF de 24 discos, mientras que los límites exactos dependen de la generación y del modelo del sistema: HPE MSA Storage.

Dell Storage MD1400 es un ejemplo de bandeja LFF de 12 discos.

Fuente de la imagen: ServerMall

Sustituir discos por otros de mayor capacidad

Este camino se elige cuando no quedan ranuras libres y añadir una bandeja es imposible o poco rentable. Por ejemplo, los discos de 8 TB pueden sustituirse gradualmente por unidades de 18–20 TB.

El problema es que este escenario no siempre ofrece un resultado rápido. En algunos sistemas, la capacidad adicional solo está disponible después de sustituir todos los discos del grupo. Además, cada sustitución inicia una reconstrucción o reorganización de datos, lo que añade carga y riesgo.

La sustitución de discos debe planificarse si:

• el controlador sigue siendo actual;
• lo que se necesita son terabytes, no mayor velocidad;
• hay una ventana de mantenimiento;
• existe una copia de seguridad actualizada;
• el fabricante admite esos discos en este sistema;
• la secuencia de sustitución y ampliación está clara de antemano.

Instalar un sistema de almacenamiento nuevo y migrar los datos

A veces un sistema nuevo resulta más rentable que ampliar uno antiguo. Esto se nota especialmente cuando la plataforma antigua limita los discos, puertos, velocidad, soporte SSD o funciones modernas de protección de datos que pueden usarse.

La migración es adecuada si:

• el sistema actual está cerca del fin de soporte del proveedor;
• los controladores se han convertido en el cuello de botella;
• se requiere otro nivel de rendimiento;
• se necesita una nueva arquitectura de almacenamiento;
• el plan de crecimiento supera las capacidades de la plataforma antigua;
• el coste de ampliación está demasiado cerca del coste de una actualización.

En este caso, una bandeja de discos no resolverá el problema sistémico. Solo añadirá capacidad a una arquitectura que ya no corresponde a la carga.

Cadenas SAS, doble ruta y límites de los controladores

Las bandejas de discos no se conectan como un alargador doméstico. Cada sistema de almacenamiento tiene una topología de conexión admitida. Todo importa: el orden de las bandejas, los cables, los puertos, los módulos de E/S, las versiones de firmware y la presencia de dos rutas hacia los discos.

La doble ruta es necesaria para que el sistema no pierda acceso a los discos si falla un cable, un puerto o un módulo. Si la bandeja está conectada por una sola ruta, el fallo de un componente puede volverse crítico.

Antes de comprar, hay que comprobar:

• el modelo del sistema de almacenamiento base;
• la generación de los controladores;
• la versión de firmware;
• la lista de bandejas admitidas;
• el número máximo de discos;
• la capacidad máxima;
• los HDD y SSD compatibles;
• las reglas para mezclar SFF y LFF;
• los cables necesarios;
• la disponibilidad de puertos libres;
• el soporte multipath en los servidores;
• los requisitos de actualización de firmware antes de ampliar.

Es importante no basarse en una frase general como “esta bandeja es compatible con esta línea”. Hay que revisar el modelo exacto, la versión concreta de los controladores, el firmware y la topología de conexión.

¿Se pueden mezclar distintos discos y bandejas?

La mezcla no siempre es posible ni en cualquier forma. Aunque el sistema vea físicamente los discos, eso no significa que la configuración sea correcta para producción.

Normalmente hay que comprobar por separado si el sistema permite mezclar:

• discos de distinta capacidad;
• SSD y HDD;
• discos SAS rápidos y discos nearline SAS de gran capacidad;
• bandejas SFF y LFF;
• generaciones antiguas y nuevas de bandejas;
• distintas clases de SSD;
• distintas velocidades de rotación de HDD.

Qué puede salir mal:

• un grupo RAID quedará limitado por el disco más pequeño;
• los SSD rápidos no mostrarán su potencial en un mismo pool con HDD lentos;
• el sistema puede prohibir algunas combinaciones;
• el rendimiento puede volverse impredecible;
• el firmware del disco puede no estar soportado;
• el mantenimiento puede complicarse;
• la reconstrucción tras un fallo puede tardar más de lo esperado.

Para datos críticos, es mejor agrupar discos por tipo, capacidad, velocidad y generación. La mezcla es aceptable si está permitida por la documentación e incluida en el diseño, no si aparece por accidente porque “se compró lo que había disponible”.

Riesgos al ampliar un sistema de almacenamiento

Grupos RAID demasiado grandes

Un grupo RAID grande puede parecer atractivo: menos pérdida de capacidad y mayor volumen total. Pero a medida que crece el número de discos, también crece el riesgo. Cuanto mayor sea el grupo, mayor será la probabilidad de que aparezca otro problema durante la reconstrucción.

Hay que tener especial cuidado con los HDD grandes. Un disco de 18–24 TB puede tardar mucho en reconstruirse, y durante todo ese tiempo el array trabaja con carga adicional. Si el array solo tolera el fallo de un disco, un segundo fallo puede dañar el array y provocar pérdida de datos.

Reconstrucción larga tras un fallo

Durante la reconstrucción, el sistema lee los discos restantes y escribe los datos reconstruidos. Esto afecta al rendimiento y aumenta la carga del hardware. Si un segundo disco falla en el peor momento, las consecuencias dependen del esquema de protección elegido.

Para HDD de gran capacidad, RAID 6, RAID 60 o esquemas distribuidos suelen ser opciones más razonables si el sistema de almacenamiento los admite. Pero la decisión exacta depende de la carga, el número de discos y los requisitos de disponibilidad.

Operaciones de E/S insuficientes

Es un error frecuente: una empresa compra una bandeja con HDD grandes, obtiene muchos terabytes y después se pregunta por qué las máquinas virtuales no se han vuelto más rápidas. Los HDD son buenos para capacidad, pero su número de operaciones es limitado.

Si la carga es sensible a la latencia, hay que calcular no solo terabytes, sino también operaciones de E/S, perfil de lectura/escritura y periodos pico.

Sobrecarga de pools

Un sistema de almacenamiento lleno soporta peor el mantenimiento, las reconstrucciones y el crecimiento de datos. No se debe planificar el trabajo de forma que la capacidad útil quede prácticamente agotada.

Hay que reservar espacio de antemano para:

• snapshots;
• operaciones temporales;
• crecimiento de datos;
• reconstrucciones;
• balanceo;
• datos de servicio del sistema.

Alimentación y refrigeración

Una bandeja de discos densa puede aumentar significativamente la carga del rack. Esto se nota especialmente con chasis de 84 discos llenos de unidades mecánicas. Hay que comprobar no solo las unidades de rack libres, sino también la alimentación, la PDU, la carga térmica, el flujo de aire y la presencia de tapas ciegas.

Si el chasis está diseñado para un patrón de flujo de aire concreto, las tapas retiradas o un tendido incorrecto de cables pueden empeorar la refrigeración.

Peso y mantenimiento

Las bandejas ultradensas son pesadas. No deben instalarse en un rack sin comprobar los rieles, la profundidad, la carga admisible y el acceso para servicio. Mantener bandejas pesadas instaladas en la parte alta del rack puede ser incómodo y peligroso.

Antes de la instalación hay que entender:

• cuánto pesa el chasis con los discos instalados;
• si el rack soporta esa carga;
• si hay espacio para extraer las bandejas;
• si los discos pueden sustituirse cómodamente;
• si los cables interfieren con el mantenimiento.

Compatibilidad

Cables inadecuados, discos no soportados, versiones de firmware distintas y una topología de conexión incorrecta pueden interrumpir el proyecto de ampliación. Por eso, antes de comprar hay que preparar una lista de compatibilidad, no confiar en el parecido externo de las bandejas.

Plan de crecimiento de capacidad para 1–3 años

La ampliación de almacenamiento debe planificarse no para la falta de espacio de hoy, sino para el crecimiento previsto. De lo contrario, el mismo problema puede volver en unos meses.

Registrar el punto de partida actual

Hay que recopilar los datos iniciales:

• capacidad bruta actual;
• capacidad útil;
• espacio realmente ocupado;
• crecimiento medio de datos al mes;
• periodos de crecimiento pico;
• latencia y operaciones de E/S actuales;
• número de ranuras libres;
• grupos RAID y pools actuales;
• edad de los discos;
• periodo de soporte del hardware.

Si faltan estos datos, el proyecto de ampliación se basará en suposiciones.

Calcular el crecimiento

Fórmula básica:

Capacidad necesaria después de N meses = datos actuales + crecimiento medio mensual × N + reserva para proyectos y picos.

Ejemplo: actualmente se almacenan 180 TB de datos, el crecimiento es de 6 TB al mes y el horizonte de planificación es de 24 meses.

180 TB + 6 TB × 24 = 324 TB.

Esto son solo datos. Aún hay que añadir RAID, discos de reserva, snapshots, reserva para crecimiento y espacio técnico.

Definir el umbral operativo

No conviene esperar a que el sistema de almacenamiento esté completamente lleno. Es mejor definir de antemano el umbral a partir del cual empieza la siguiente etapa de ampliación. Para un sistema puede ser el 75%, para otro el 80% u otro valor, según las recomendaciones del fabricante y las características de la carga.

Lo importante es que el umbral esté claro previamente. Así la ampliación se convierte en una tarea planificada, no en una compra de emergencia.

Relacionar capacidad y rendimiento

Después de calcular el número de terabytes, hay que comprobar si el rendimiento será suficiente.

Preguntas que conviene verificar:

• qué datos crecen más rápido;
• cuántas operaciones se necesitan ahora;
• qué cargas aparecerán dentro de un año;
• si se necesitan SSD para datos calientes;
• si el archivo puede trasladarse a un pool separado;
• si la red se convertirá en cuello de botella;
• si los controladores soportarán nuevas bandejas.

Elegir el escenario

Después de los cálculos se comparan las opciones:

• comprar discos adicionales;
• añadir una bandeja;
• sustituir discos por otros de mayor capacidad;
• separar datos productivos y de archivo;
• instalar un sistema de almacenamiento nuevo;
• mover copias de seguridad o archivos a un sistema separado.

A veces, la compra más barata acaba siendo la más cara en operación. Por ejemplo, una bandeja HDD de gran capacidad puede ser rentable para un archivo, pero mala para una base de datos. Una bandeja SSD puede ser excesiva para copias de seguridad frías.

Ejemplos de elección para distintas tareas

Archivo de ficheros

Para un archivo de ficheros suelen importar la capacidad, el coste por terabyte y la previsibilidad del almacenamiento. Aquí encajan bien los HDD LFF y las bandejas de 12 o más discos.

Qué importa:

• no crear grupos demasiado grandes sin protección;
• calcular el tiempo de reconstrucción;
• reservar espacio para crecimiento;
• no mezclar el archivo con bases de datos sensibles al rendimiento;
• prever copias de seguridad.

Copias de seguridad

Para copias de seguridad, la capacidad suele ser más importante que la latencia. Pero hay que tener en cuenta las ventanas de backup: si los datos no consiguen escribirse durante la noche, el problema ya no es solo la capacidad.

Hay que comprobar:

• velocidad de escritura secuencial;
• la red entre servidores y almacenamiento;
• deduplicación, si se utiliza;
• crecimiento de los cambios diarios;
• periodo de retención de copias;
• espacio para operaciones temporales.

Virtualización

Para virtualización, los terabytes por sí solos no bastan. Las máquinas virtuales pueden generar muchas operaciones aleatorias, especialmente por la mañana, durante actualizaciones, copias de seguridad y análisis antivirus.

Para estas tareas suele ser más adecuado SFF con SSD o discos SAS rápidos. Si se necesita mucha capacidad, es mejor separarla del nivel de rendimiento.

Bases de datos

Las bases de datos son sensibles a la latencia. Los HDD grandes pueden ofrecer mucho espacio, pero no la velocidad necesaria. Aquí importan los SSD, el esquema RAID adecuado, pools separados y el cálculo de operaciones pico.

Para bases de datos es especialmente arriesgado mezclar discos lentos y rápidos en un mismo pool sin entender las consecuencias.

Videovigilancia

La videovigilancia suele generar escritura secuencial y requiere grandes volúmenes de almacenamiento. Los HDD LFF pueden ser una buena opción. Pero hay que calcular no solo el número de cámaras, sino también el bitrate, la profundidad del archivo, la escritura pico y el comportamiento del sistema durante una reconstrucción tras el fallo de un disco.

Gran archivo en 84 discos

Una bandeja de 84 discos es adecuada para volúmenes muy grandes, pero requiere preparación de ingeniería. Hay que calcular de antemano el rack, la alimentación, la refrigeración, el peso, la topología de conexión y los grupos de protección.

No debe tratarse como un chasis 2U normal, solo que más grande. Es un nodo de almacenamiento denso que afecta a toda la infraestructura del rack.

Checklist antes de comprar una bandeja de discos

Compatibilidad

• modelo del sistema de almacenamiento actual;
• generación de controladores;
• versión de firmware;
• bandejas admitidas;
• discos admitidos;
• reglas para mezclar SFF y LFF;
• soporte para HDD y SSD concretos;
• límites de número de bandejas y discos.

Capacidad

• capacidad bruta;
• capacidad útil después de RAID;
• disco de reserva o capacidad de reserva distribuida;
• reserva para snapshots;
• reserva para crecimiento;
• espacio técnico para reconstrucciones;
• límite de capacidad total del sistema.

Rendimiento

• latencia actual;
• operaciones de E/S actuales;
• perfil de lectura y escritura;
• periodos pico;
• tipos de cargas de trabajo;
• margen de los controladores;
• ancho de banda de los puertos;
• impacto de las reconstrucciones en los usuarios.

Conexión

• puertos libres;
• cables necesarios;
• soporte de doble ruta;
• cadena SAS correcta;
• orden de conexión de las bandejas;
• compatibilidad de módulos de E/S;
• soporte multipath en los servidores.

Infraestructura física

• unidades libres en el rack;
• profundidad del rack;
• peso admisible;
• rieles;
• alimentación;
• PDU;
• refrigeración;
• espacio para mantenimiento;
• tendido de cables.

Operación

• copia de seguridad antes de los trabajos;
• ventana de mantenimiento;
• plan de reversión;
• secuencia de actualización de firmware;
• monitorización de la reconstrucción;
• comprobación de eventos después de la conexión;
• actualización de la documentación de infraestructura.

Errores frecuentes al ampliar almacenamiento

1. Contar solo la capacidad bruta y olvidar RAID, reserva, snapshots y crecimiento.
2. Comprar una bandeja sin comprobar los límites del controlador.
3. Mezclar discos distintos sin entender el impacto en capacidad y velocidad.
4. Añadir HDD de gran capacidad a un pool de rendimiento y esperar aceleración.
5. Crear grupos RAID demasiado grandes.
6. No tener en cuenta el tiempo de reconstrucción tras un fallo.
7. Conectar una bandeja por una sola ruta aunque el sistema admita dos.
8. No comprobar firmware antes de la compra.
9. Olvidar alimentación, refrigeración y peso.
10. Ampliar un sistema antiguo cuando ya necesita sustitución.

Conclusión

Ampliar un sistema de almacenamiento no es comprar “otra caja con discos”. Es calcular capacidad, rendimiento, tolerancia a fallos e infraestructura física. Primero hay que entender cuánto espacio útil se necesitará realmente durante los próximos 1–3 años, cuánto consumirán RAID, discos de reserva, snapshots y reconstrucciones, y solo después elegir una bandeja de 12, 24, 48 u 84 discos.

Para archivos, copias de seguridad y grandes repositorios de ficheros, a menudo encajan las bandejas LFF con HDD de gran capacidad. Para virtualización, bases de datos y cargas de producción, conviene mirar hacia bandejas SFF con SSD o discos SAS rápidos. Para soluciones densas de 84 discos, es imprescindible comprobar por separado el rack, el peso, la alimentación, la refrigeración, la topología de conexión y los límites de los controladores.

Un plan de ampliación correcto responde no solo a la pregunta “cuántos terabytes hay que comprar”, sino a una cuestión más importante: si el sistema de almacenamiento podrá atender esos datos de forma segura, predecible y sin pérdida de rendimiento durante los próximos años.