En esta página, se describe cómo usar bmctl
para crear copias de seguridad y restablecer clústeres creados con GDCV para Bare Metal. Estas instrucciones se aplican a todos los tipos de clústeres compatibles con GKE en Bare Metal.
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.
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 la exposición involuntaria de los archivos, el proceso de copia de seguridad de GKE en Bare Metal usa solo 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_KUBEONFIG
Reemplaza lo siguiente:
CLUSTER_NAME
: Es el nombre del clúster del que planeas crear una copia de seguridad.ADMIN_KUBEONFIG
: Es la ruta de acceso del archivo kubeconfig para el 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_KUBEONFIG
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 GKE en Bare Metal son el nombre del clúster precedido porcluster-
. Por ejemplo, si le asignas el nombretest
al clúster, el espacio de nombres tiene un nombre comocluster-test
.ADMIN_KUBEONFIG
: Es la ruta de acceso del archivo kubeconfig para el clúster de administrador.
Verifica la sección
Status
en el resultado del comando paraConditions
de tipoReconciling
.Como se muestra en el siguiente ejemplo, un estado de
False
para estosConditions
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_KUBEONFIG
Reemplaza lo siguiente:
CLUSTER_NAME
: el nombre del clúster del que se creará una copia de seguridad.ADMIN_KUBEONFIG
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 llamaCLUSTER_NAME_backup_TIMESTAMP.tar.gz
, en el queCLUSTER_NAME
es el nombre del clúster en el que se crea una copia de seguridad yTIMESTAMP
es la fecha y hora en que se realizó la copia de seguridad. Por ejemplo, si el nombre del clúster estestuser
, el archivo de copia de seguridad tiene un nombre comotestuser_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 la exposición involuntaria de los archivos, el proceso de restablecimiento de GKE en Bare Metal usa solo 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_KUBEONFIG
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_KUBEONFIG
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.
Solución de problemas
Si tienes problemas con el proceso de copia de seguridad o restablecimiento, las siguientes secciones pueden ayudarte a solucionarlos.
Si necesitas más ayuda, comunícate con el equipo de Atención al cliente de Google.
Quedar sin memoria durante una copia de seguridad o un restablecimiento
Es posible que recibas mensajes de error durante el proceso de copia de seguridad o restablecimiento que no sean claros o no estén claros sobre 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 memoria insuficiente para realizar el proceso de copia de seguridad o restablecimiento.
El GDCV para Bare Metal versión 1.13 y posteriores puede usar el parámetro --use-disk
en el comando de copia de seguridad. Para conservar los permisos del archivo, este parámetro modifica los permisos de los archivos, por lo que el usuario que ejecuta el comando debe ser raíz (o usar sudo
).
Faltan permisos en los archivos durante el restablecimiento
Después de una tarea de restablecimiento correcta, la eliminación de un 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 implicar que no se puedan escribir en algunos directorios que requiere el restablecimiento.
El GDCV para Bare Metal versión 1.14 y posteriores tiene mensajes de error más claros en los que los directorios deben poder escribirse. Asegúrate de que se puedan escribir en los directorios informados y actualiza los permisos en los directorios según sea necesario.
La 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 la clave SSH original de forma temporal y, luego, realizar el restablecimiento. Una vez que se complete el proceso de restablecimiento, puedes rotar la clave SSH.