Copia de seguridad y restauración del clúster

Automation Suite admite la funcionalidad de copia de seguridad y restauración para evitar la pérdida de datos en varios escenarios. Puedes configurar una copia de seguridad en cualquier momento después de la instalación. Aunque es opcional, se recomienda habilitar una copia de seguridad para poder reanudar desde el mismo punto en caso de un desastre.

Importante:

Actualmente, solo admitimos la restauración en el mismo clúster. No se admite la restauración de Automation Suite a un nuevo clúster.

Para utilizar la funcionalidad de copia de seguridad y restauración, debes aprovisionar un almacén de objetos adicional, una copia de seguridad y un clúster de restauración. Estos conceptos se definen en la siguiente sección.

Terminología

Almacén deobjetos : ubicación de almacenamiento que almacena los datos de la copia de seguridad y facilita la restauración. Debe llevar el almacén de objetos para almacenar los datos de la copia de seguridad. Este almacén de objetos debe diferir del almacén de objetos en el que se almacenan los archivos del usuario mientras se utiliza el clúster de Automation Suite .

Clúster de copias de seguridad: el clúster que configuraste para instalar Automation Suite. Este es el clúster en el que se habilitará la copia de seguridad.

Clúster de restauración : el clúster en el que se restauran todos los datos del clúster de copia de seguridad. Este se convierte en el nuevo clúster en el que ejecutas Automation Suite una vez que se completa el proceso de restauración.

Requisitos previos

Nota:

Esta configuración solo habilita una copia de seguridad del clúster que incluye la configuración del clúster y los datos almacenados como parte del almacenamiento de bloques y el almacenamiento de archivos.

Sin embargo, no habilita la copia de seguridad de ningún origen de datos externo, como la base de datos SQL y el almacén de objetos externo. Debes habilitar el origen de datos externo y la copia de seguridad de SQL por separado.

Además, debes asegurarte de realizar una copia de seguridad de todas las bases de datos y depósitos que aprovisionaste durante la instalación de Automation Suite .

Los datos almacenados en FileStore (para asrobot y aicenter) y Redis son transitorios y no es necesario realizar una copia de seguridad.

Se recomienda realizar la copia de seguridad de la base de datos SQL antes de la copia de seguridad del clúster y del almacén de objetos, para garantizar la coherencia de la base de datos con el almacén de objetos y el almacenamiento en bloque.

Para configurar la funcionalidad de copia de seguridad y restauración, debe cumplir los siguientes requisitos:

• Debe traer un almacén de objetos adicional para la copia de seguridad.

  Kubernetes	Almacén de objetos
  EKS	AWS S3
  AKS	Cuenta de Azure Storage

• El clúster del que desea realizar una copia de seguridad y el almacén de objetos deben estar en la misma región.

• Durante la restauración del clúster, debes utilizar las mismas zonas donde implementaste Automation Suite antes del desastre.

• En las implementaciones de EKS, si el clúster original utiliza las clases de almacenamiento EBS y EFS, debes configurar el clúster de restauración para que utilice las mismas clases de almacenamiento antes de iniciar la operación de restauración.

Arquitectura

Información general

Automation Suite aprovecha Velero para realizar la copia de seguridad de Kubernetes y restaurarla en otro Kubernetes después de un desastre natural o provocado por el hombre.

Una copia de seguridad a nivel de aplicación en Automation Suite tiene como destino dos componentes:

• Los objetos y las configuraciones de Kubernetes se almacenan en el almacén de clave / valor etcd . Es necesario realizar una copia de seguridad de algunos secretos importantes y mapas de configuración.

• Los datos de la aplicación se almacenan en volúmenes persistentes. Insights almacena sus datos en los PVC de los que se debe realizar una copia de seguridad para reanudarse en el momento en que ocurra el desastre.

etcd es un almacén de claves/valores perteneciente al plano de control de Kubernetes. Este almacén es directamente inaccesible y se puede consultar a través del servidor API de Kubernetes. Velero aprovecha la API de Kubernetes para recuperar estos datos del almacén de clave/valor. Las API de Kubernetes proporcionan la flexibilidad para filtrar fácilmente los recursos por espacio de nombres, tipo de recurso o etiqueta.

Velero también toma instantáneas de los volúmenes persistentes del clúster y las restaura junto con los objetos del clúster.

Flujo de trabajo de copia de seguridad y restauración

Copia de seguridad

El siguiente diagrama de arquitectura muestra cómo funciona la copia de seguridad en Automation Suite en EKS. Una arquitectura y un flujo de trabajo similares se aplican a Automation Suite en AKS.

La copia de seguridad consta de dos componentes:

• Un pod del servidor Velero que se ejecuta en su clúster de Automation Suite

• uipathctl interfaz de línea de comandos (CLI) que se ejecuta en la máquina local.

Cada vez que emitimos una copia de seguridad en un clúster de Automation Suite , Velero realiza una copia de seguridad de los recursos del clúster de la siguiente manera:

1. La CLI de uipathctl llama al servidor de la API de Kubernetes para crear el objeto del controlador de copia de seguridad de Velero.

2. El controlador de copia de seguridad de Velero comprueba el ámbito de la copia de seguridad a través de una consulta realizada al servidor de la API de Kube.

3. El controlador de copia de seguridad consulta al servidor API para recuperar los recursos etcd que necesitan una copia de seguridad.

4. El controlador de copia de seguridad consulta el volumen persistente que necesita una copia de seguridad.

5. El controlador de copia de seguridad comprime los objetos de Kubernetes recuperados en un archivo .tar y lo guarda en el almacén de objetos junto con la copia de seguridad del volumen.

Nota:

En este proceso, no se realiza una copia de seguridad de Microsoft SQL Server (base de datos) y el almacén de objetos externo. Dado que estos son los componentes externos, Velero no tiene control sobre ellos. Por este motivo, es obligatorio habilitar la copia de seguridad de estos componentes de almacenamiento de forma explícita.

Restaurar

El siguiente diagrama de arquitectura muestra cómo funciona la restauración en Automation Suite en EKS. Una arquitectura y un flujo de trabajo similares se aplican a Automation Suite en AKS.

De forma similar al proceso de copia de seguridad, cada vez que ejecutamos una operación de restauración ocurre lo siguiente:

1. La CLI de uipathctl llama al servidor de la API de Kubernetes para crear un controlador de restauración de Velero que se restaurará desde una copia de seguridad existente.

2. El controlador de restauración de Velero comprueba el ámbito de la restauración a través de una consulta realizada al servidor de la API de Kube.

3. El controlador de restauración recupera los archivos de copia de seguridad del almacén de objetos.

4. El controlador de restauración inicia una operación de restauración de la configuración del clúster y el volumen persistente.

Nota: Como también es el caso de la operación de copia de seguridad, Microsoft SQL Server (base de datos) y el almacén de objetos externo no se restauran en el proceso anterior. Dado que estos son los componentes externos, Velero no tiene control sobre ellos. Por eso es obligatorio restaurar este componente de almacenamiento de forma explícita antes de iniciar la restauración del clúster de Automation Suite.