Cómo evitar que la replicación de instantáneas llene el grupo de almacenamiento de destino
La replicación de instantáneas llena un pool de destino cuando las instantáneas retenidas y los bloques modificados se acumulan más rápido de lo que la política de limpieza del destino puede liberarlos.
La solución preventiva consiste en diseñar la retención del origen, la retención del destino, la frecuencia de replicación y las alertas de espacio libre como una sola política. Una réplica puede conservar legítimamente más historial que el origen, pero esa decisión debe estar acotada. Registra qué instantáneas se necesitan como bases incrementales, cuántos datos únicos fijan las instantáneas antiguas, si los marcadores pueden reemplazar algunas instantáneas locales del origen y cuánto margen queda antes de que llegue el próximo conjunto grande de cambios.
Establece explícitamente una política de retención para el destino
Decide cuántos puntos de restauración horarios, diarios, semanales y mensuales debe conservar el destino, y documenta por qué ese historial difiere del del origen. No supongas que el software de replicación eliminará automáticamente todas las instantáneas antiguas del destino cuando el origen las elimine.
Una descripción general de la replicación en ZFS explica que la replicación necesita una política de instantáneas, porque las instantáneas son tanto puntos de recuperación como límites de las transferencias incrementales.
Aplica la retención más breve a los conjuntos de datos con muchos cambios, a menos que un historial más largo tenga un valor de recuperación concreto. Mantén los archivos con pocos cambios en otro calendario para que una política global no desperdicie espacio donde los puntos de restauración frecuentes aportan poco valor.
Calcula cuántos cambios fijan las instantáneas antiguas
Mide el valor USED de las instantáneas, los datos escritos entre instantáneas y el espacio libre del pool de destino antes y después de eliminaciones, movimientos, sustituciones de medios o reescrituras de máquinas virtuales de gran tamaño. Una instantánea puede mantener activos bloques antiguos después de que desaparezcan los datos activos.
Una nota sobre la replicación en TrueNAS advierte que la acumulación de cambios en las instantáneas conserva bloques antiguos incluso cuando el conjunto de datos activo actual se reduce.
Usa esa tasa de cambios para dimensionar la retención. Un destino con 30 días de imágenes de máquinas virtuales que cambian rápidamente puede necesitar mucha más capacidad que otro conjunto de datos con el mismo tamaño activo, pero compuesto principalmente por fotos familiares a las que solo se añaden archivos.
Reserva margen en el pool para la próxima replicación
Establece un umbral operativo de espacio libre que tenga en cuenta el incremento entrante realista más grande, el crecimiento de las instantáneas locales y la sobrecarga normal del sistema de archivos. Genera alertas antes de alcanzar el umbral, no cuando el pool ya esté casi lleno.
La explicación de Oracle sobre la retención de instantáneas señala que la retención controla el crecimiento de las instantáneas, en lugar de tratarlas como gratuitas porque su creación inicialmente requiere poco espacio.
Pausa o acorta la retención no crítica antes de que el destino alcance un estado de emergencia. Un destino de replicación necesita espacio para recibir y confirmar bloques nuevos, por lo que dejar solo el espacio suficiente para el conjunto de datos activo de hoy no es un plan de capacidad seguro.
Usa marcadores cuando conserven el historial incremental
Cuando tu versión de ZFS y las herramientas de replicación admitan marcadores, evalúa si un marcador puede conservar la referencia de envío incremental después de que una instantánea antigua del origen ya no sea necesaria como punto de restauración local completo.
Un diseño de copias de seguridad externas muestra cómo los marcadores conservan las bases incrementales y permiten mantener independiente la retención de instantáneas.
No reemplaces todas las instantáneas por marcadores. El historial de restauración del destino aún requiere instantáneas reales, y las herramientas de replicación varían en la forma en que gestionan las bases comunes. Usa marcadores solo cuando simplifiquen el lado del origen sin debilitar el objetivo de recuperación del destino.
Protege solo las instantáneas que la replicación todavía necesita
Identifica la instantánea común más reciente compartida por el origen y el destino antes de realizar la limpieza. Cuando las herramientas usen retenciones o protecciones equivalentes, verifica que los trabajos de limpieza las respeten y que las retenciones obsoletas se liberen finalmente.
El manual de ZFS de FreeBSD explica que las retenciones protegen las instantáneas compartidas hasta que se liberan explícitamente.
No conserves todas las instantáneas históricas simplemente porque se necesita una base común. Protege el pequeño conjunto que la replicación realmente necesita y deja que la política de retención del destino controle los puntos de recuperación independientes más antiguos.
Audita las instantáneas de replicación por separado del historial de copias de seguridad
Algunas herramientas crean sus propias instantáneas de sincronización además de tus instantáneas programadas por hora o por día. Enumera ambas clases en el destino y asegúrate de que el conjunto generado por la herramienta no pueda crecer sin una regla de limpieza.
Una conversación sobre Sanoid y Syncoid explica que las instantáneas de sincronización actúan como salvaguardas, en lugar de que cada instantánea de replicación esté destinada a formar parte del historial de copias de seguridad a largo plazo.
Revisa el destino mensualmente o después de cualquier movimiento importante de datos. La política es saludable cuando permanecen los puntos de restauración esperados, el próximo incremento tiene una base común válida y el espacio libre del pool se mantiene por encima del umbral definido. El artículo relacionado de ZimaSpace sobre el diagnóstico del espacio ocupado por instantáneas es el procedimiento de recuperación cuando el destino ya está lleno de forma inesperada.
Preguntas frecuentes
¿El destino debe conservar exactamente las mismas instantáneas que el origen?
No necesariamente. Un destino de copias de seguridad puede conservar un historial más largo, pero la diferencia debe ser intencional, probarse en función de la capacidad y regirse por su propia política de retención.
¿Eliminar archivos del origen libera inmediatamente espacio en el destino?
No. Las instantáneas replicadas pueden seguir referenciando bloques antiguos después de que desaparezca el archivo activo. El espacio solo se libera cuando ninguna instantánea retenida ni ninguna otra referencia necesita ya esos bloques.
¿Eliminar la instantánea más antigua siempre libera más espacio?
No. El espacio de las instantáneas se comparte entre los puntos de recuperación. Calcula o mide el espacio único referenciado y protege cualquier instantánea común que todavía sea necesaria para la replicación incremental.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
