¿Deberían las fotos familiares, los videos caseros y los documentos estar en el mismo conjunto de almacenamiento?

Eva Wong es la redactora técnica y manitas residente en ZimaSpace. Es una geek de toda la vida apasionada por los laboratorios domésticos y el software de código abierto, y se especializa en traducir conceptos técnicos complejos en guías prácticas y fáciles de seguir. Eva cree que alojar servicios propios debería ser divertido, no intimidante. A través de sus tutoriales, ayuda a la comunidad a desmitificar la configuración del hardware, desde montar su primer NAS hasta dominar los contenedores Docker.

Las fotos familiares, los vídeos domésticos y los documentos pueden compartir un pool de almacenamiento si sus conjuntos de datos, permisos, políticas de retención y métodos de recuperación siguen separados.

El pool debe combinar capacidad solo cuando las cargas de trabajo compartan la misma tolerancia a fallos de las unidades, el mismo límite de cifrado, la misma ventana de mantenimiento y la misma ruta de expansión. Los archivos siguen necesitando reglas distintas de propiedad, acceso, estado de las aplicaciones, instantáneas y copias de seguridad. Un segundo pool solo se justifica cuando los requisitos de rendimiento, seguridad o disponibilidad difieren lo suficiente como para compensar la fragmentación adicional de la capacidad y la administración.

Separa la decisión sobre el pool de almacenamiento de la decisión sobre las zonas de datos

Un pool de almacenamiento indica de dónde proceden la capacidad y la redundancia de las unidades. Las zonas de datos indican quién es propietario de los archivos, qué aplicaciones pueden escribir en ellos, a qué ritmo crecen y cómo se restauran. Las fotos, los vídeos domésticos y los documentos pueden compartir un pool y, aun así, estar en conjuntos de datos, recursos compartidos o volúmenes separados con distintas políticas.

TechTarget explica que los volúmenes de almacenamiento se sitúan por encima de la capacidad subyacente y pueden tener su propio sistema de archivos y permisos. Ese límite del volumen lógico es la razón principal por la que un único pool físico no obliga a tener una biblioteca doméstica indiferenciada.

Empieza por definir tres funciones: originales de fotos y estado de las aplicaciones, originales de vídeos domésticos y copias para verlos, y documentos privados o compartidos. Asigna a cada función su propia ruta, propietario, alerta de capacidad, programación de instantáneas, clase de copia de seguridad y permisos de las aplicaciones antes de elegir el número de pools.

Mantén un solo pool cuando los requisitos de capacidad y tolerancia a fallos sean similares

Un único pool es razonable cuando las tres clases de datos pueden tolerar la misma configuración de unidades, límite de cifrado, ventana de mantenimiento y método de expansión. Es más fácil aprovechar la capacidad libre compartida, porque una importación de vídeo inesperada no deja espacio sin usar en un pool separado para documentos.

Puget Systems describe la planificación de NAS como una combinación de capacidad, uso de la red, copias de seguridad y requisitos de las aplicaciones, no como un simple recuento de unidades. Ese modelo combinado de capacidad y cargas de trabajo permite usar un único pool cuando el hogar realmente comparte las mismas condiciones operativas.

Usa conjuntos de datos o recursos compartidos dentro del grupo para mantener los límites. Reserva espacio libre, supervisa cada zona de datos por separado y documenta qué servicio es propietario de cada ruta. Un solo grupo debe simplificar la gestión de la capacidad, no borrar la diferencia entre originales irreemplazables y miniaturas que se pueden volver a generar.

Antes de decidir, calcula el crecimiento de un año para cada zona y simula la importación más grande que pueda producirse. Un solo grupo sigue siendo manejable únicamente si el crecimiento de los vídeos no puede consumir la reserva necesaria para los documentos, los índices de fotos y la retención de instantáneas. Compartir capacidad es una ventaja cuando permite absorber un crecimiento desigual, pero un inconveniente cuando una carga de trabajo puede dejar sin espacio a todas las demás necesidades de recuperación.

Separa los grupos cuando deban diferir el rendimiento, el cifrado o la disponibilidad

Conviene separar los grupos cuando una carga de trabajo crea un patrón de riesgo o mantenimiento diferente. La edición de vídeos domésticos grandes puede requerir un alto rendimiento secuencial; los documentos confidenciales pueden necesitar límites más estrictos de cifrado y acceso; y la base de datos de una aplicación de fotos puede beneficiarse de un almacenamiento SSD de baja latencia, aunque los originales estén en discos duros.

Las recomendaciones actuales de TechRadar para NAS evalúan los sistemas en función de la capacidad, el acceso multiusuario, el uso multimedia, el rendimiento y las copias de seguridad, en lugar de asumir que una configuración sirve para todas las cargas de trabajo. Ese umbral de almacenamiento específico para cada carga de trabajo ayuda a identificar cuándo la separación lógica deja de ser suficiente.

No dividas los datos solo porque los tipos de archivo sean diferentes. Hazlo cuando el cambio aporte un beneficio medible: mantenimiento independiente, una categoría de protección distinta, menor latencia para los datos de las aplicaciones o una vía de ampliación más clara. De lo contrario, los grupos adicionales fragmentan el espacio libre y añaden procedimientos de recuperación.

Asigna permisos distintos a Fotos, Vídeos y Documentos

Las fotos familiares pueden tener cargas privadas y álbumes compartidos. Los vídeos domésticos pueden ser de solo lectura para los televisores y permitir la escritura a los encargados de organizarlos. Los documentos pueden incluir tanto registros del hogar como archivos médicos o financieros personales. Estos modelos de acceso deben mantenerse diferenciados, aunque los datos estén almacenados en los mismos discos.

La guía de WIRED para compartir NAS recomienda usar usuarios separados y controlar el acceso a las carpetas, en lugar de crear un único recurso compartido de red sin restricciones. Ese modelo de permisos por usuario y carpeta permite usar un espacio compartido con roles domésticos claramente diferenciados.

Crea cuentas individuales y grupos pequeños. Da a los televisores acceso de solo lectura a los archivos multimedia aprobados, a las aplicaciones de fotos acceso solo a las bibliotecas que indexan y a los usuarios de documentos acceso únicamente a los registros que correspondan a su función. Mantén los repositorios de copias de seguridad, las credenciales y las bases de datos de aplicaciones fuera de la navegación habitual.

Usa distintas políticas de instantáneas y conservación dentro del mismo conjunto

Los documentos cambian con ediciones pequeñas y frecuentes, por lo que quizá necesiten un historial de versiones prolongado. Los originales fotográficos cambian menos después de incorporarse, pero quizá deban protegerse contra eliminaciones y errores de metadatos. Los archivos de vídeo pueden ser grandes, y conservar muchas copias modificadas puede consumir capacidad rápidamente. Una sola política de conservación protegerá demasiado algunos datos y no lo suficiente otros.

Las recomendaciones 3-2-1 de Backblaze separan los datos principales de las copias adicionales de recuperación y sus ubicaciones. Esta separación entre copias y conservación debe aplicarse a cada clase de datos, en lugar de tratar el conjunto en sí como el plan de copias de seguridad.

Usa versiones frecuentes para los documentos activos, instantáneas diarias o programadas para las bibliotecas de fotos y vídeos, y una conservación externa más prolongada para los originales irreemplazables. Excluye las miniaturas generadas y las cachés cuando se puedan volver a crear. El calendario de instantáneas debe ajustarse a la frecuencia de los cambios y al valor de la recuperación, no al nombre del conjunto de nivel superior.

Registra la política de conservación en una tabla que indique el conjunto de datos, la frecuencia de las instantáneas, el historial local, el historial externo y quién tiene autoridad para eliminar datos. Revísala después de una migración importante de fotos o de un proyecto de vídeo. Así se evita que un administrador descubra durante una restauración que había instantáneas, pero que el conjunto de datos importante estaba excluido o que su historial había caducado antes de lo previsto.

No dejes que un conjunto sea la única copia

Un conjunto compartido concentra el valor de todo el hogar. La redundancia de unidades puede mantener los datos disponibles si falla un disco, pero el mismo conjunto sigue expuesto a eliminaciones, ransomware, daños en el sistema de archivos, robos, incendios y errores de administración. Dividir el conjunto dentro del mismo chasis no proporciona independencia geográfica ni de credenciales.

Las recomendaciones de The Washington Post sobre datos personales importantes aconsejan conservar una copia local incluso cuando ya se usa almacenamiento en la nube. Ese modelo de copias independientes, locales y en la nube funciona en ambas direcciones: el conjunto doméstico también necesita una copia externa.

Envía los documentos importantes, las fotos originales y los vídeos familiares irremplazables a un destino independiente. Prueba las restauraciones por zona de datos. Los archivos de entretenimiento reemplazables pueden tener un nivel de protección distinto, pero la clasificación debe definirse explícitamente antes de que la falta de espacio lleve a eliminarlos sin avisar.

Elige la topología más sencilla que mantenga rutas de recuperación separadas

Para muchas familias, basta con un único conjunto protegido para los datos masivos y un pequeño nivel de SSD para los datos de las aplicaciones. Las fotos, los vídeos y los documentos permanecen en conjuntos de datos separados, cada uno con sus propios permisos y reglas de copia de seguridad. Varios conjuntos de datos masivos solo tienen sentido cuando surge una necesidad clara de rendimiento, seguridad u operación.

El proyecto de servidor compacto de ServeTheHome muestra cómo diseñar un sistema pequeño con funciones bien delimitadas de computación, almacenamiento y redes. Ese diseño de servidor con funciones bien delimitadas es un modelo mejor que crear una topología de almacenamiento compleja antes de que el hogar la necesite.

La guía de ZimaSpace sobre cómo planificar la capacidad de un NAS doméstico según la carga de trabajo ayuda a cuantificar el límite de crecimiento. Un mini servidor doméstico ZimaBoard 2 encaja en una configuración compacta centrada en la computación y con almacenamiento externo planificado. Un ZimaCube 2 NAS con IA es la base más adecuada cuando el sistema doméstico requiere varios usuarios, capacidad para varias unidades, una retención más prolongada y una recuperación centrada en el almacenamiento. La topología es la adecuada cuando cada clase de datos puede ampliarse y restaurarse sin confundirse con las demás.

Un conjunto de almacenamiento no es lo mismo que una carpeta, un modelo de permisos o una política de copias de seguridad. Mantén la topología de hardware lo más sencilla posible, pero conserva límites separados para los datos del hogar y su recuperación.

Pon a prueba la topología con tres fallos: un documento eliminado, una base de datos de fotos dañada y un conjunto de datos de vídeo lleno. Si puedes restaurar cada uno sin mover ni exponer las otras zonas, la separación lógica está cumpliendo su función. Si cada incidente exige recuperar todo el conjunto, la aparente simplicidad oculta un acoplamiento excesivo.

Configuración de NAS y servidores

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.