Crea copias de seguridad de los clústeres y restablécelos con bmctl

En esta página, se describe cómo usar bmctl para crear copias de seguridad de clústeres y restablecer los creados con Google Distributed Cloud. Estas instrucciones se aplican a todos los tipos de clústeres compatibles con Google Distributed Cloud.

El proceso de copia de seguridad y restablecimiento de bmctl no incluye volúmenes persistentes. Los volúmenes creados por el aprovisionador de volumen local (LVP) no se modifican.

Si necesitas asistencia adicional, comunícate con Atención al cliente de Cloud.

Crea una copia de seguridad de un clúster

El comando bmctl backup cluster agrega la información del clúster del depósito de etcd y los certificados de PKI para el clúster especificado al clúster en un archivo tar. El almacén de etcd es el almacenamiento de copia de seguridad de Kubernetes para todos los datos del clúster y contiene todos los objetos de Kubernetes y objetos personalizados requeridos para administrar el estado del clúster. Los certificados de PKI se usan para la autenticación con TLS. Estos datos tienen copia de seguridad desde el plano de control del clúster o en uno de los planos de control para una implementación con alta disponibilidad (HA).

El archivo tar de copia de seguridad contiene credenciales sensibles, incluidas las claves de tu cuenta de servicio y la clave SSH. Almacena los archivos de copia de seguridad en una ubicación segura. Para evitar una exposición accidental de archivos, el proceso de copia de seguridad de Google Distributed Cloud solo usa archivos en la memoria.

Realiza una copia de seguridad de tus clústeres con regularidad para asegurarte de que tus datos de instantáneas sean relativamente actuales. Ajusta la velocidad de las copias de seguridad para reflejar la frecuencia de los cambios significativos en los clústeres.

La versión de bmctl que usas para crear una copia de seguridad de un clúster debe coincidir con la versión del clúster de administración.

Para crear una copia de seguridad de un clúster, haz lo siguiente:

Asegúrate de que tu clúster funcione correctamente, con credenciales de trabajo y conectividad SSH a todos los nodos.

El intent del proceso de copia de seguridad es capturar el clúster en un buen estado conocido para que puedas restablecer la operación si ocurre una falla catastrófica.

Usa el siguiente comando para verificar tu clúster:
```
bmctl check cluster -c CLUSTER_NAME --kubeconfig ADMIN_KUBECONFIG
```
Reemplaza lo siguiente:
- CLUSTER_NAME: el nombre del clúster del que planeas crear una copia de seguridad.
- ADMIN_KUBECONFIG por la ruta de acceso del archivo kubeconfig del clúster de administrador.
Ejecuta el siguiente comando para asegurarte de que el clúster de destino no esté en un estado de conciliación:
```
kubectl describe cluster CLUSTER_NAME -n CLUSTER_NAMESPACE --kubeconfig ADMIN_KUBECONFIG
```
Reemplaza lo siguiente:
- CLUSTER_NAME: el nombre del clúster del que se creará una copia de seguridad.
- CLUSTER_NAMESPACE: es el espacio de nombres para el clúster. De forma predeterminada, los espacios de nombres del clúster para Google Distributed Cloud son el nombre del clúster precedido por cluster-. Por ejemplo, si le asignas el nombre test al clúster, el espacio de nombres tiene un nombre como cluster-test.
- ADMIN_KUBECONFIG por la ruta de acceso del archivo kubeconfig del clúster de administrador.

Verifica la sección Status en el resultado del comando para Conditions de tipo Reconciling.

Como se muestra en el siguiente ejemplo, un estado de False para estas Conditions significa que el clúster es estable y está listo para crear una copia de seguridad.

...
Status:
  ...
  Cluster State:  Running
  ...
  Control Plane Node Pool Status:
    ...
    Conditions:
      Last Transition Time:  2023-11-03T16:37:15Z
      Observed Generation:   1
      Reason:                ReconciliationCompleted
      Status:                False
      Type:                  Reconciling
  ...

Ejecuta el siguiente comando para crear una copia de seguridad del clúster:
```
bmctl backup cluster -c CLUSTER_NAME --kubeconfig ADMIN_KUBECONFIG
```
Reemplaza lo siguiente:
- CLUSTER_NAME: el nombre del clúster del que se creará una copia de seguridad.
- ADMIN_KUBECONFIG es la ruta al archivo kubeconfig del clúster de administrador.
De forma predeterminada, el archivo tar de copia de seguridad guardado en el directorio del lugar de trabajo (bmctl-workspace) de forma predeterminada en tu estación de trabajo de administrador. El archivo tar se llama CLUSTER_NAME_backup_TIMESTAMP.tar.gz, en el que CLUSTER_NAME es el nombre del clúster en el que se crea una copia de seguridad y TIMESTAMP es la fecha y hora en que se realizó la copia de seguridad. Por ejemplo, si el nombre del clúster es testuser, el archivo de copia de seguridad tiene un nombre como testuser_backup_2006-01-02T150405Z0700.tar.gz.

A fin de especificar un nombre y una ubicación diferentes para el archivo de copia de seguridad, usa la marca --backup-file.

El archivo de copia de seguridad se vence después de un año y el proceso de restablecimiento del clúster no funciona con los archivos de copia de seguridad vencidos.

Restablece un clúster

Restablecer un clúster desde una copia de seguridad es el último recurso y se debe usar cuando un clúster falla de manera catastrófica y no puede regresar al servicio de ninguna otra manera. Por ejemplo, los datos etcd están dañados o el Pod de etcd está en un bucle de falla.

El archivo tar de copia de seguridad contiene credenciales sensibles, incluidas las claves de tu cuenta de servicio y la clave SSH. Para evitar una exposición accidental de archivos, el proceso de restablecimiento de Google Distributed Cloud solo usa archivos en la memoria.

La versión de bmctl que usas para restablecer un clúster debe coincidir con la versión del clúster de administración.

Para restablecer un clúster, haz lo siguiente:

Asegúrate de que todas las máquinas de nodo que estaban disponibles para el clúster en el momento de la copia de seguridad funcionen de forma correcta y se pueda acceder a ellas.
Asegúrate de que la conectividad SSH entre nodos funcione con las claves SSH que se usaron en el momento de la copia de seguridad.

Estas claves SSH se restablecen como parte del proceso de restablecimiento.
Asegúrate de que las claves de la cuenta de servicio que se usaron en el momento de la copia de seguridad aún estén activas.

Estas claves de cuenta de servicio se restablecen para el clúster restablecido.
Para restablecer un clúster de administrador, híbrido o independiente, ejecuta el siguiente comando:
```
bmctl restore cluster -c CLUSTER_NAME --backup-file BACKUP_FILE
```
Reemplaza lo siguiente:
- CLUSTER_NAME: el nombre del clúster que deseas restablecer.
- BACKUP_FILE: la ruta de acceso y el nombre del archivo de copia de seguridad que usas.
Para restablecer un clúster de usuario, ejecuta el siguiente comando:
```
bmctl restore cluster -c CLUSTER_NAME --backup-file BACKUP_FILE \
    --kubeconfig ADMIN_KUBECONFIG
```
Reemplaza lo siguiente:
- CLUSTER_NAME: el nombre del clúster que deseas restablecer.
- BACKUP_FILE: la ruta de acceso y el nombre del archivo de copia de seguridad que usas.
- ADMIN_KUBECONFIG es la ruta al archivo kubeconfig del clúster de administrador.

Al final del proceso de restablecimiento, se genera un archivo kubeconfig nuevo para el clúster restablecido.

Solucionar problemas

Si tienes problemas con el proceso de copia de seguridad o restablecimiento, las siguientes secciones pueden ayudarte a solucionar el problema.

Si necesitas asistencia adicional, comunícate con Atención al cliente de Google.

Se queda sin memoria durante una copia de seguridad o restablecimiento

Es posible que recibas mensajes de error durante el proceso de copia de seguridad o restablecimiento que no son muy explicativos ni claros en los próximos pasos. Si la estación de trabajo en la que ejecutas el comando bmctl no tiene mucha RAM, es posible que tengas la memoria insuficiente para realizar el proceso de copia de seguridad o restablecimiento.

La versión 1.13 y posteriores de Google Distributed Cloud pueden usar el parámetro --use-disk en el comando de copia de seguridad. Para preservar los permisos del archivo, este parámetro modifica los permisos de los archivos, por lo que requiere que el usuario que ejecuta el comando sea un usuario raíz (o que use sudo).

Faltan permisos para los archivos durante el restablecimiento

Después de una tarea de restablecimiento correcta, la eliminación de arranque puede fallar con un mensaje de error similar al siguiente ejemplo:

Error: failed to restore node config files: sftp: "Failure" (SSH_FX_FAILURE)

Este error podría significar que algunos directorios que requiere el restablecimiento no se pueden escribir.

La versión 1.14 y posteriores de Google Distributed Cloud tienen mensajes de error más claros en los directorios que se deben poder escribir. Asegúrate de que los directorios informados se puedan escribir y actualiza los permisos en los directorios según sea necesario.

Actualización de la clave SSH después de que una copia de seguridad interrumpe el proceso de restablecimiento

Las operaciones relacionadas con SSH durante el proceso de restablecimiento pueden fallar si la clave SSH se actualiza después de realizar la copia de seguridad. En este caso, la nueva clave SSH deja de ser válida para el proceso de restablecimiento.

Para resolver este problema, puedes volver a agregar de forma temporal la clave SSH original y, luego, realizar el restablecimiento. Una vez que se completa el proceso de restablecimiento, puedes rotar la clave SSH.