Comprender las comprobaciones previas

En los clústeres de Anthos en equipos físicos, puedes ejecutar comprobaciones previas en diferentes situaciones:

  • Los clústeres de Anthos en equipos físicos ejecutan verificaciones previas cuando creas o actualizas clústeres de administrador, híbridos, independientes o de usuario con recursos bmctl. Si las verificaciones fallan, no se realizan cambios. También puedes omitir estas verificaciones.
  • Los clústeres de Anthos en equipos físicos también ejecutan verificaciones previas de comprobación previa cuando aplicas recursos de Kubernetes a clústeres de usuarios desde un clúster híbrido o administrador. Las verificaciones se ejecutan antes de que los cambios se apliquen en los clústeres de usuarios afectados. Si las verificaciones fallan, no se realizan cambios. También puedes omitir estas verificaciones o ejecutarlas de forma explícita.

Comprobaciones previas para la creación de clústeres con bmctl

Cuando creas clústeres de administrador, híbridos, independientes o de usuario con el comando bmctl, los clústeres de Anthos en equipos físicos ejecutan verificaciones previas automáticamente antes de que se realicen cambios.

Cuando se aprueben las verificaciones, los clústeres de Anthos en equipos físicos crearán los clústeres.

Ignora los resultados de las comprobaciones previas

Si deseas omitir estas verificaciones previas automatizadas, puedes usar la marca opcional --force en el comando.

Ejecuta comprobaciones previas de forma independiente

También puedes ejecutar verificaciones previas por sí solas antes de crear un clúster. Esto puede ayudar a ahorrar tiempo, ya que garantiza que los recursos de tu máquina y nodo aprueben las verificaciones.

  • Con el siguiente comando, se valida el archivo de configuración de clústeres especificado, pero no se intenta crear el clúster:

    bmctl check config --cluster CLUSTER_NAME

    Reemplaza CLUSTER_NAME por el nombre del clúster cuyo archivo de configuración verificas.

  • Este comando comprueba si las máquinas y la red están listas para la creación del clúster:

    bmctl check preflight --cluster CLUSTER_NAME

    Reemplaza CLUSTER_NAME por el nombre del clúster que deseas verificar.

Comprobaciones previas para la creación de clústeres de usuarios

Los clústeres de usuario en equipos físicos se crean a partir de un clúster existente de administrador o híbrido. Los clústeres de Anthos en equipos físicos ejecutan automáticamente comprobaciones previas antes de realizar cambios. También puedes ejecutar verificaciones previas con bmctl antes de crear un clúster.

  • Con el siguiente comando, se valida el archivo de configuración de clústeres especificado, pero no se intenta crear el clúster:

    bmctl check config --cluster CLUSTER_NAME --admin-kubeconfig ADMIN_KUBECONFIG_PATH

    Reemplaza CLUSTER_NAME por el nombre del clúster de usuario que verificas y reemplaza ADMIN_KUBECONFIG_PATH por la ruta de acceso al archivo kubeconfig del clúster de administrador asociado.

  • Este comando comprueba si las máquinas y la red están listas para la creación del clúster:

    bmctl check preflight --cluster CLUSTER_NAME --admin-kubeconfig ADMIN_KUBECONFIG_PATH

bmctl admite el uso de --kubeconfig como alias para la marca --admin-kubeconfig.

Comprobación previas interna en clústeres existentes

Los clústeres de Anthos alojados en equipos físicos también realizan verificaciones previas internas cuando aplicas recursos de Kubernetes a un clúster existente. Si alguna de las verificaciones falla, los clústeres de Anthos en equipos físicos no realizarán ningún cambio en los nodos relacionados, a menos que hayas omitido las verificaciones específicamente.

Omite las verificaciones previas cuando apliques recursos de Kubernetes

Para ignorar las verificaciones previas internas cuando aplicas recursos a los clústeres existentes, debes establecer el campo BypassPreflightCheck en true en el archivo YAML del clúster.

Este es un fragmento de un archivo YAML de configuración del clúster en el que se muestra el campo bypassPreflightCheck configurado como true.

# Sample cluster config to bypass preflight check errors:

apiVersion: v1
kind: Namespace
metadata:
  name: cluster-user1
---
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
  name: user1
  namespace: cluster-user1
spec:
  type: user
  bypassPreflightCheck: true
  # Anthos cluster version.
  anthosBareMetalVersion: 1.12.7
....

Detalles de la comprobación previa de la instalación

Los clústeres de Anthos en equipos físicos ejecutan una variedad de condiciones previas de sistema operativo, software y máquina cuando se ejecutan verificaciones previas.

Para obtener información más detallada, consulta Descripción general de los requisitos previos de instalación.