Cómo Crear y Gestionar un Repositorio Federado con NAKIVO
Con el tiempo, los backups consumen más espacio de almacenamiento y, por lo tanto, espacio en disco, ya que la cantidad de datos respaldados sigue creciendo. Es posible que esté utilizando tecnologías incrementales para omitir bloques de datos duplicados. También puede estar aplicando una sólida política de retención en la que se eliminen los puntos de recuperación innecesarios. Sin embargo, en algún momento, puede que necesite añadir más discos y ampliar un repositorio de backups para dar cabida a más datos de backup y evitar interrumpir sus flujos de trabajo de protección de datos.
Con los repositorios de backups habituales, puedes crear un nuevo repositorio para añadir espacio de almacenamiento para los backups, pero puede que necesites reconfigurar tus job de backups o crear nuevos. Esto puede provocar interrupciones y lagunas de retención. Para simplificar la ampliación de los repositorios y evitar que fallen los jobs de backups por falta de espacio de almacenamiento, NAKIVO Backup & Replication ofrece la función Federated Repositorio, que permite a los administradores añadir espacio de almacenamiento de forma flexible mientras utilizan las configuraciones de backups existentes. Veamos qué es un Repositorio Federado y cómo funciona.
¿Qué es un repositorio de backups?
Un repositorio de backups en NAKIVO Backup & Replication es una ubicación de almacenamiento con un formato específico para guardar los datos de backups (puntos de recuperación) y cualquier metadato necesario. Junto con el Director y el Transportador, el repositorio de backups constituye uno de los tres componentes principales de la solución NAKIVO. Los repositorios de backups pueden tener dos tipos de almacenamiento de datos: incremental con full o incremental para siempre.
Un repositorio de backups incluye los siguientes elementos:
- Un objeto backup es una copia del objeto origen. El objeto de backup es creado por NAKIVO Backup & Replication y almacenado de forma propietaria dentro de un repositorio de backups.
Un objeto de backup puede constar de uno o varios puntos de recuperación.
- Un punto de recuperación es una instancia específica del objeto backup que representa el estado del objeto origen en un momento determinado. En NAKIVO Backup & Replication, un punto de recuperación puede ser completo o incremental.
- Una cadena de puntos de recuperación (específica para incrementales con repositorios completos) es una serie de puntos de recuperación incrementales relacionados con dependencias entre ellos. Una cadena comienza con un backups completo e incluye todos los puntos de recuperación incrementales asociados.
Un objeto de backup puede contener varias cadenas, donde cada cadena comienza con un punto de recuperación completo y termina con un punto de recuperación incremental. Varias cadenas forman un conjunto de backups.
- Los metadatos son la información auxiliar asociada a un repositorio, objeto de backup o punto de recuperación. Estos metadatos son fundamentales para gestionar los backups y restaurar los datos de las copias de seguridad.
Cada objeto de backup contiene puntos de recuperación que representan el estado del objeto de origen en un momento determinado. Cada objeto de backup tiene uno o varios puntos de recuperación.
¿Qué es un repositorio federado?
Un Repositorio Federado en NAKIVO Backup & Replication es un repositorio de backups que consiste en uno o más repositorios de backups, llamados miembros, y que puede ser ampliado horizontalmente con la adición de más repositorios de backups. Un repositorio federado puede representarse como un pool lógico que contiene los repositorios de backups existentes. Un repositorio federado también puede denominarse un repositorio scale-out debido a sus capacidades flexibles que proporcionan una ampliación horizontal.
Un miembro de un repositorio federado es un repositorio de backups utilizado como parte de un repositorio federado de backups. Un repositorio federado o de ampliación puede constar de uno o más miembros del repositorio.
Cómo funciona el Repositorio Federado en NAKIVO Backup & Replication
En la parte izquierda del diagrama siguiente, puede ver un tipo de repositorio de backups incremental con periódico completo utilizado en NAKIVO Backup & Replication. A la derecha, puede ver un repositorio federado de backups.
Primeramente, veamos como hacen backup jobs en un repositorio incremental con full periódico (Repo A). Hay dos jobs de backups – Job A y Job B. Estos jobs crean el objeto de backup A(BO A) y el objeto de backup B(BO B) respectivamente. Cada objeto de backup consta de una serie de puntos de recuperación. RP-F es el punto de recuperación total y RP-I es un punto de recuperación incremental. Un backup puede constar de varios puntos de recuperación, que pueden formar una cadena de puntos de recuperación. Una cadena empieza por un punto de recuperación total seguido de una serie de puntos de recuperación incrementales. Cuando se crea otro punto de recuperación completa, se inicia una nueva cadena de puntos de recuperación.
Un repositorio federado de backups es básicamente un conjunto lógico de repositorios de backups (del tipo incremental con backups completos periódicos). También tenemos dos jobs de backups en el repositorio federado – Job A y Job B. Un objeto de backup puede repartirse entre varios repositorios miembros(Repo A y Repo B) que sean miembros del mismo repositorio federado.
Hay una cadena que empieza con un punto de recuperación completa y un par de puntos de recuperación incremental para el Job A. Podemos continuar escribiendo datos en el siguiente repositorio(Repo B) del pool empezando por el punto de recuperación completo. Este proceso puede ampliarse aún más si es necesario con Repo C, Repo D, etc.
Tenga en cuenta que no puede romper una única cadena de puntos de recuperación a través de varios repositorios miembros. Si los datos de backup se escriben en otro miembro de un repositorio federado, la solución NAKIVO crea primero un punto de recuperación completo independientemente de los ajustes del job de backup para la Programación de backups completos.
Esto significa que un objeto de backup puede almacenarse en varios miembros de repositorios federados. Sin embargo, una cadena de puntos de recuperación dentro de un objeto de backup debe estar autocontenida dentro de un miembro de repositorio federado, es decir, todos los puntos de recuperación dependientes se almacenan en el mismo miembro de repositorio federado.
En caso de que un job tenga que seleccionar el siguiente miembro como destino, la siguiente ejecución de backup creará un punto de recuperación completo. Esto permite restaurar los datos desde un punto de recuperación incluso si otro miembro del repositorio federado es inaccesible.
Sólo los repositorios configurados para hacer backups incrementales con backups completos pueden utilizarse como miembros de un repositorio federado. Los repositorios de backups eternamente incrementales no son compatibles con esta función.
Los siguientes tipos de almacenamiento se pueden utilizar para crear repositorios de backups de los miembros:
- Carpetas locales en una máquina con el componente Transportador asignado de la solución NAKIVO.
- Recursos compartidos NFS
- Recurso compartido SMB
El número máximo de miembros de repositorios federados es 128.
La función Federated Repositorio está disponible para las ediciones Enterprise Plus y MSP Enterprise Plus de NAKIVO Backup & Replication. La función no consume ninguna unidad de licencia además de las consumidas por las actividades de protección de datos.
Puede obtener más información sobre los repositorios federados en NAKIVO Backup & Replication y su funcionamiento en este vídeo:
Ventajas de un Repositorio Federado: Protección de datos ininterrumpida
La demanda de un almacenamiento de backups escalable y flexible no deja de crecer. Los repositorios de backups tradicionales suelen enfrentarse a limitaciones de escalabilidad, cuellos de botella de rendimiento y complejidad con grandes volúmenes de datos.
Un repositorio de backups convencional puede verse como una carpeta que puede tener tanto espacio libre disponible para hacer backups como permita el sistema subyacente. Ampliar un repositorio convencional cuando se necesita más almacenamiento para determinados jobs puede ser una tarea complicada. Este proceso requiere más tiempo y esfuerzo para configurarlo mientras los jobs de backups están suspendidos.
La configuración de un repositorio federado hace frente a estos retos al permitir una expansión sin fisuras de la capacidad de almacenamiento, una mayor tolerancia a fallos y una mejor utilización de los recursos en todos los entornos distribuidos.
Los repositorios federados son especialmente útiles para las grandes organizaciones con infraestructuras complejas y apretados programas de backups. El consumo de almacenamiento en los repositorios de backups suele aumentar gradualmente y puede ser irregular. En este caso, una organización puede acabar teniendo un gran número de repositorios de backups con un espacio libre limitado en cada repositorio de backups. Como resultado, no puede garantizar que haya suficiente espacio libre para que se completen los futuros jobs de backups. En el cuadro siguiente se ilustra un ejemplo de esta situación.
| Nombre | Tipo | host | Ruta | Capacidad | Gratis |
| Local-repo1 | Carpetas locales | Servidor de copia de seguridad1 | /backup/repo0 | 10 TB | 2,2 TB |
| Local-repo2 | Carpetas locales | Servidor de copia de seguridad1 | /backup/repo1 | 12 TB | 2 TB |
| Remoto-repo1 | Carpetas locales | Servidor de copia de seguridad2 | /backup/repo21 | 22 TB | 3 TB |
| Remoto-repo2 | Carpetas locales | Servidor de copia de seguridad2 | /backup/repo22 | 22 TB | 3,3 TB |
| NAS-repo1 | Recurso compartido SMB | NAS-01 | \\nas-01\repo1 | 19,9 TB | 2,1 TB |
| NAS-repo2 | Recurso compartido SMB | NAS-01 | \\nas-01\repo2 | 19,9 TB | 1,2 TB |
| NAS-repo3 | Recursos compartidos NFS | NAS-02 | \\nas-02\repo0 | 16 TB | 1,5 TB |
| … | … | … | … | … | … |
En este ejemplo, si no hay suficiente espacio en uno de los repositorios para un job de backup configurado, el administrador del sistema debe crear otro job de backup a un repositorio diferente con suficiente espacio libre. Este planteamiento de gestión de decenas de «pequeños» repositorios no es conveniente en una gran infraestructura. Al mismo tiempo, el espacio libre en cada repositorio individual se desperdicia porque no se puede utilizar para continuar escribiendo datos de backups utilizando un job de backups existente.
Si sumamos el número total de espacios libres en todos los repositorios de backups, la cantidad no es tan baja como para cada repositorio individualmente. Agregar la cantidad de espacio libre permite utilizar el espacio en disco de forma más racional sin necesidad de redistribuir los backups existentes entre los repositorios. Puede combinar varios repositorios de backups existentes en un repositorio federado para agregar espacio libre de varios repositorios y seguir ejecutando jobs.
Si el miembro inicial de un repositorio federado no tiene espacio suficiente, la solución NAKIVO utiliza su algoritmo para seleccionar el siguiente miembro disponible en el repositorio federado, que es el mejor candidato para seguir escribiendo los datos de un objeto de backup.
Las ventajas de utilizar un repositorio federado son:
- Los jobs de backups continúan ejecutándose incluso si el repositorio de destino está inaccesible o sin espacio.
- Los usuarios ahorran tiempo y esfuerzo al permitir una ampliación simplificada del almacenamiento de backups para satisfacer los cambiantes requisitos de backups y recuperación sin interrupciones.
- Mejora la fiabilidad y la protección de datos. Reduce el riesgo de pérdida de datos y el tiempo de inactividad de una organización mediante la implantación de sólidas funciones de backup y recuperación respaldadas por una infraestructura de almacenamiento escalable y resiliente.
- Permite simplificar la migración de datos de backups entre repositorios.
Configuración de un repositorio federado en NAKIVO Backup & Replication
Veamos cómo configurar un repositorio federado en NAKIVO Backup & Replication. Supongamos que hemos añadido dos unidades de disco duro a nuestro servidor de backup y queremos utilizar el espacio en disco de estas unidades para almacenar backups utilizando un repositorio federado. Para empezar, tenemos un repositorio de backups llamado Main repo. Hay un job de backups que utiliza el repositorio principal como destino.
Primeramente, necesitamos crear un repositorio de backups en un nuevo disco duro que hemos instalado recientemente. A continuación, utilizaremos este repositorio como miembro en la configuración del repositorio federado.
Creación de un miembro de un repositorio federado
- En la interfaz web de la solución NAKIVO, vaya a Ajustes > Repositorios, haga clic en + y pulse Crear nuevo repositorio de backups.
- Seleccione Carpetas locales en el tipo de repositorio si utiliza una unidad de disco duro instalada localmente. También puedes utilizar un recurso compartido de archivos. Haga clic en Siguiente para continuar.
- Especifique el nombre y la ubicación del nuevo repositorio de backups. Tenga en cuenta que debe crear un directorio con los permisos correctos antes de completar este paso. En nuestro caso, los parámetros son:
- Nombre: repo1
- Transportador asignado: Transportador incorporado.
- ruta de la carpeta local: /opt/nakivo/repo1
NOTA: Este directorio fue creado en nuestro servidor de backups corriendo en Linux y /etc/fstab fue ajustado para auto-montaje. Debe crear un directorio y establecer los permisos antes de configurar un repositorio de backups en la interfaz web de NAKIVO.
- Seleccionar nuevas opciones de repositorio de backups. Puede utilizar los valores por defecto para utilizar este repositorio como miembro de un repositorio federado. Finalizar.
Del mismo modo, puede crear más repositorios de backups y añadirlos como miembros en su repositorio federado. En este ejemplo, hemos creado dos nuevos repositorios llamados repo1 y repo2, que puede ver en la siguiente captura de pantalla.
Configuración de un repositorio federado
- Ve a Ajustes > Repositorios, pulsa + y haz clic en Crear nuevo repositorio de backups federado.
- Si un repositorio de backups existente contiene puntos de recuperación de un job de backups, se muestra un mensaje de notificación sobre los jobs afectados. Como nuestro repositorio principal contiene puntos de recuperación, podemos ver el siguiente mensaje:
El repositorio seleccionado es utilizado por los siguientes jobs. Los Jobs se actualizarán automáticamente para utilizar el repositorio federado.
Haga clic en Continuar.
- Seleccione los miembros de un repositorio federado. Seleccionamos Main repo, repo1 y repo2 como miembros del repositorio federado de backups. Hit Siguiente.
NOTA: Si se utiliza un repositorio de backups para almacenar los auto backups de NAKIVO Backup & Replication, no se puede añadir a un repositorio federado. Si los miembros seleccionados admiten la inmutabilidad y contienen al menos un objeto inmutable (o están asociados a un job configurado para crear un punto de recuperación inmutable), los miembros que no admiten la inmutabilidad se desactivan.
- Especifique las opciones del repositorio federado, incluidos el nombre y la descripción.
- Nombre: Repositorio de ampliación
- Descripción: Repositorio principal + repo1 + repo2
Haga clic en Finalizar.
Gestionar Repositorios Federados en NAKIVO Backup & Replication
Ahora, puede ver el repositorio de backups en la lista de repositorios de backups. El tamaño del repositorio es la suma de los repositorios de tres miembros. Puede hacer clic en el repositorio federado para ver los detalles.
La información del repositorio incluye los miembros y los job de backups que utilizan este repositorio. Haga clic en cualquiera de los miembros del repositorio federado para ver los detalles sobre ese repositorio y los job de backups asociados.
En la siguiente captura de pantalla, podemos ver la información sobre Main repo. Un job de backups esta usando este repositorio.
La ubicación de destino del job de backups se ajusta automáticamente para utilizar el repositorio federado. Puede hacer clic en el nombre del job y comprobar estos ajustes si es necesario.
Migración de datos de backups a otro miembro
Puede migrar los backups de un miembro del repositorio federado a otro. Esta opción puede ser útil si está reorganizando la configuración del repositorio de ampliación para eliminar uno de los miembros, por ejemplo.
Para migrar datos de backups:
- Vaya a Ajustes > Repositorios y haga clic en el repositorio federado(repositorio de ampliación en este caso).
- Haga clic en el miembro del repositorio federado, que es el almacenamiento de backups del que desea migrar. En este ejemplo seleccionamos Main repo.
- En la página de información del repositorio, haga clic en …. (tres puntos) y pulsa Bloquear en el menú que se abre.
- Aparece el mensaje de confirmación ¿Fijar el miembro? Haga clic en Bloquear para confirmar.
- Una vez bloqueado el miembro del repositorio federado, seleccione el backup(s) que desea migrar, pulse el botón … (tres puntos) y pulse Migrar backups.
- Un mensaje de notificación le avisa de la migración del backup a otros miembros del repositorio. Lea el mensaje y haga clic en Continuar.
Eliminar un miembro de un repositorio
- Para eliminar un miembro de un repositorio federado, vaya a Ajustes > Repositorios y haga clic en el repositorio federado(repositorio de ampliación en este caso).
- Pase el ratón sobre el miembro del repositorio que desea eliminar, haga clic en el icono … (tres puntos) y pulse Eliminar en el menú que se abre.
Conclusión
Un repositorio federado de backups, también conocido como repositorio de backups scale-out, es una función útil para configurar un almacenamiento de backups escalable y fiable. La estructura lógica de este repositorio le permite utilizar el espacio de almacenamiento de forma más racional y mejorar la fiabilidad de su sistema de backups evitando situaciones en las que un job de backups falla por falta de espacio libre. En lugar de perder tiempo reconfigurando un job de backups existente para usar otro repositorio, puede añadir un nuevo miembro de repositorio federado y continuar ejecutando el job de backups existente.
