Anota primero los discos y la organización
La estimación necesita las capacidades de los discos que pertenecerán realmente al conjunto RAID. Escribe una capacidad por línea, también cuando se repita, y conserva aparte las etiquetas de los discos físicos. Una bahía vacía, un repuesto guardado y un disco destinado a otra copia de seguridad no son miembros activos. Incluirlos aumenta el resultado sin aportar ese espacio al conjunto elegido. La calculadora no descubre discos instalados ni comprueba su estado de funcionamiento.
Selecciona una organización admitida por el sistema de almacenamiento, no solo la que dé el número mayor. Savvy Toolkit modela RAID 0, 1, 5, 6 y 10 con una asignación común basada en el disco más pequeño. No calcula SHR, RAID 50, RAID 60, JBOD ni varios grupos independientes. Un resultado matemático no comprueba la compatibilidad con un NAS, sistema operativo o controlador. Consulta los niveles y límites de miembros del producto exacto antes de convertir el cálculo en un plan.
Usa la misma unidad en toda la lista
El selector GB o TB identifica todos los números introducidos y todos los resultados de capacidad. Cambiarlo no convierte los valores existentes. Un disco de cuatro terabytes debe figurar como 4 con TB seleccionado, o como 4000 en GB decimales. Escribir 4 y 4000 en líneas diferentes no permite utilizar dos unidades distintas. El valor menor controlará el modelo y dará un resultado verosímil pero incorrecto. Reescribe la lista completa al cambiar la base de unidades.
Las etiquetas decimales y binarias explican otra diferencia habitual. Un TB contiene 1.000.000.000.000 bytes y un TiB contiene 1.099.511.627.776 bytes. Una estimación de 12 TB equivale aproximadamente a 10,914 TiB antes de reservar espacio para el sistema de archivos. El cambio de etiqueta no significa que el formateo haya eliminado esa capacidad. Compara los mismos bytes con el conversor de capacidad y estudia después las reservas reales. Restar un porcentaje para igualar dos etiquetas distintas oculta la causa.
Interpreta los cinco resultados como un balance
La capacidad bruta suma los valores introducidos. El disco menor determina la capacidad común asignada a cada miembro. La capacidad utilizable es la capacidad matemática para datos, antes de descontar costes del sistema y del sistema de archivos. El espacio sin utilizar corresponde a las partes que exceden esa asignación en discos mayores. La capacidad de redundancia es la asignación que no cuenta como espacio para datos. Ningún resultado mide archivos almacenados ni espacio libre actual del equipo.
El balance debe coincidir: capacidad utilizable más redundancia más espacio sin utilizar iguala la capacidad bruta. Con discos iguales, el espacio sin utilizar es cero, aunque la redundancia siga ocupando parte de la asignación. Con discos mezclados, un valor alto de redundancia y otro alto de espacio desaprovechado tienen causas diferentes. Juntarlos bajo una etiqueta genérica de sobrecarga dificulta interpretar posibles cambios. El cálculo representa una organización estática, no un mapa de particiones ni una garantía de asignación del fabricante.
Comprueba un ejemplo de capacidades distintas
Considera cuatro miembros activos de 4, 4, 6 y 6 TB. Suman 20 TB y el menor tiene 4 TB. El modelo asigna cuatro bloques de 4 TB, es decir, 16 TB. Los 4 TB restantes son las dos porciones adicionales de 2 TB de los discos mayores. En RAID 5 hay tres bloques utilizables de 4 TB: 12 TB para datos. La redundancia ocupa 4 TB. El balance completo es 12 + 4 + 4 = 20 TB.
Conserva esos miembros y selecciona RAID 6: la capacidad utilizable pasa a 8 TB, la redundancia a 8 TB y el espacio sin utilizar permanece en 4 TB. RAID 10 da el mismo balance, aunque su organización y tolerancia a fallos son diferentes. RAID 1 devuelve 4 TB utilizables en este modelo de espejo completo; RAID 0 devuelve 16 TB sin asignación de redundancia. Son ejemplos independientes de planificación, no mediciones del dispositivo ni recomendaciones basadas en su carga de trabajo.
| RAID | TB brutos | TB utilizables | TB de redundancia | TB sin utilizar |
|---|---|---|---|---|
| 0 | 20 | 16 | 0 | 4 |
| 1 | 20 | 4 | 12 | 4 |
| 5 | 20 | 12 | 4 | 4 |
| 6 | 20 | 8 | 8 | 4 |
| 10 | 20 | 8 | 8 | 4 |
Respeta los mínimos y las parejas
El formulario necesita dos capacidades positivas como mínimo para RAID 0 y RAID 1, tres para RAID 5 y cuatro para RAID 6. RAID 10 exige al menos cuatro miembros y una cantidad par. Los ceros, valores negativos, entradas vacías o mal formadas y organizaciones no admitidas no producen una disposición válida. La implementación también limita la longitud de la lista y los totales extremos. Que un dato sea aceptado demuestra validez matemática, no compatibilidad con cualquier controlador o número de espejos.
RAID 10 utiliza parejas en espejo y distribuye los datos entre ellas. Perder ambos discos de una pareja es diferente de perder un disco en cada una de dos parejas. Esta herramienta no asigna discos a parejas, simula fallos ni evalúa un conjunto degradado. Para esas preguntas hacen falta el mapa real de miembros y la documentación del sistema. El resultado de capacidad no promete tolerar cualesquiera dos fallos simultáneos. Una cifra coincidente tampoco demuestra que la organización sea la misma.
Contrasta las suposiciones con el producto
La regla del disco menor es deliberada y permite mostrar la asignación común y las porciones sobrantes en los cinco niveles disponibles. Algunos productos aprovechan de otra manera los discos distintos en RAID 0. La documentación de QNAP describe capacidad sumada para su implementación, mientras esta calculadora utiliza cantidad de miembros por tamaño mínimo. Esa discrepancia es una diferencia entre modelos, no prueba un disco defectuoso. Consulta las reglas del producto antes de usar una estimación general para decidir cuántos discos necesitas.
Las organizaciones mixtas específicas de un fabricante también pueden aprovechar partes que este cálculo deja sin utilizar. Savvy Toolkit no reproduce esas organizaciones ni sus reglas de ampliación. Separar los discos mayores en otro grupo modifica el diseño y debe calcularse como un grupo distinto, con miembros suficientes para su nivel. No añadas directamente las porciones sobrantes al resultado utilizable. Conserva el esquema, la lista y la versión del sistema junto a cada cálculo para poder comparar suposiciones equivalentes más adelante.
Reserva espacio para el volumen de archivos
La capacidad RAID matemática es una capa superior de planificación. El sistema puede reservar espacio para software, metadatos del grupo, metadatos del sistema de archivos, instantáneas u otras funciones. Esos costes dependen del producto y de sus ajustes. Un calculador del fabricante puede incluir reservas que Savvy Toolkit no aplica. Compara etapas iguales: suma bruta de discos, capacidad del conjunto, grupo, volumen y espacio libre actual son cantidades diferentes. En un sistema configurado, consulta el administrador de almacenamiento para conocer el volumen real.
Para un presupuesto provisional, resta una reserva anotada por separado. Elegir 1,5 TB de reserva en el ejemplo de 12 TB deja un techo de planificación de 10,5 TB. Es una suposición tuya, no un coste medido de formateo ni un control del formulario RAID. Suma aparte archivos, versiones y crecimiento previsto con la calculadora de almacenamiento. Mantén visible la reserva en lugar de alterar los tamaños de discos o inventar un porcentaje universal. El futuro uso del volumen debe caber dentro de ese presupuesto.
Mantén una copia recuperable fuera del conjunto
La redundancia atiende fallos de miembros dentro de una organización admitida. No conserva por sí sola una versión anterior después de borrar, sustituir o modificar un archivo por error. Un espejo actualizado de inmediato puede reproducir el mismo error. El plan de copia necesita un destino separado, una periodicidad deliberada y una forma de recuperar una versión útil. Anota archivos incluidos y exclusiones. El cálculo de capacidad RAID no crea copias ni comprueba que las existentes puedan restaurarse correctamente.
Haz una prueba pequeña y representativa antes de depender del plan: recupera un archivo en otra ubicación, ábrelo con su aplicación y compara el contenido con una copia conocida. Conserva el original durante la prueba. Registra la fecha del respaldo y los pasos para acceder a él, con credenciales gestionadas fuera de la calculadora. Estima capacidad y retención del respaldo aparte del conjunto de trabajo. Un segundo destino dentro del mismo grupo no demuestra protección frente a la pérdida de todo ese grupo.
Separa la reconstrucción de una copia normal
Una reconstrucción restablece redundancia; una copia de seguridad transfiere archivos seleccionados. Sus tiempos no se deducen de la misma cifra de capacidad. Esta calculadora no predice duración de reconstrucción, temperatura, riesgo de errores ni rendimiento de trabajo. Durante una recuperación, utiliza el progreso real del sistema y su documentación. Evita modificar un conjunto activo solo para comprobar una estimación. Conserva la información de miembros y una copia verificada antes de considerar operaciones que puedan cambiar los datos almacenados.
Para otra copia de archivos, utiliza los bytes que deben transferirse y una velocidad medida en la ruta pertinente. Las herramientas de transferencia USB y tiempo de subida estiman esa operación según tus entradas, no una recuperación RAID. Comprueba espacio en el destino, reserva tiempo para verificar los archivos y contabiliza la preparación aparte. Red, carcasa, discos y carga de trabajo pueden limitar el ritmo. El balance de capacidad proporciona un presupuesto de espacio; no selecciona una velocidad de transferencia para llenarlo.
Guarda un registro que permita repetir el cálculo
Conserva tamaños de miembros activos, unidad, nivel RAID, regla del disco menor y cinco resultados juntos. Añade el modelo exacto del producto y sus reglas documentadas cuando se trate de equipo real. Mantén presupuesto de archivos, reserva y destino de respaldo en líneas separadas. Ese registro permite repetir el cálculo y detectar una entrada cambiada. La página calcula localmente los números introducidos; no sube inventarios, cambia particiones ni demuestra que los discos estén sanos o que puedan funcionar en esa organización.
Antes de ampliar, comprueba la secuencia admitida de migración o sustitución y confirma la organización existente. Cambiar un disco por otro mayor no aumenta automáticamente el mínimo común mientras queden miembros pequeños. Recalcula la lista final prevista y compárala con las reglas reales del producto. No borres ni recrees un volumen porque una estimación general parezca mayor. El objetivo útil es un plan de capacidad documentado, con límites visibles y una recuperación separada, en lugar de una cifra grande sin contexto.