Agrega y administra grupos de nodos

En esta página, se muestra cómo agregar, administrar, escalar, actualizar y borrar grupos de nodos que se ejecutan en tus clústeres estándar de Google Kubernetes Engine (GKE). También aprenderás a implementar Pods en grupos de nodos específicos y sobre las implicaciones de las actualizaciones de grupos de nodos en las cargas de trabajo en ejecución.

La información de esta página te ayuda a optimizar tus clústeres de GKE Standard para mejorar el rendimiento y la escalabilidad.

Esta página está dirigida a operadores, arquitectos de la nube y desarrolladores que necesitan crear y configurar clústeres, y también implementar cargas de trabajo en GKE. Para obtener más información sobre los roles comunes y las tareas de ejemplo a las que hacemos referencia en el contenido de Google Cloud, consulta Roles y tareas comunes de los usuarios de GKE.

Antes de leer esta página, asegúrate de estar familiarizado con los grupos de nodos.

Antes de comenzar

Antes de comenzar, asegúrate de haber realizado las siguientes tareas:

  • Habilita la API de Google Kubernetes Engine.
    • Habilitar la API de Google Kubernetes Engine
  • Si deseas usar Google Cloud CLI para esta tarea, instala y, luego, inicializa gcloud CLI. Si ya instalaste gcloud CLI, ejecuta el comando gcloud components update para obtener la versión más reciente. Es posible que las versiones anteriores de gcloud CLI no admitan la ejecución de los comandos que se describen en este documento.

Configura cuentas de servicio de IAM para GKE

GKE usa cuentas de servicio de IAM que se adjuntan a tus nodos para ejecutar tareas del sistema, como el registro y la supervisión. Como mínimo, estas cuentas de servicio de nodo deben tener el rol de cuenta de servicio de nodo predeterminado de Kubernetes Engine (roles/container.defaultNodeServiceAccount) en tu proyecto. De forma predeterminada, GKE usa la cuenta de servicio predeterminada de Compute Engine, que se crea automáticamente en tu proyecto, como la cuenta de servicio del nodo.

Para otorgar el rol roles/container.defaultNodeServiceAccount a la cuenta de servicio predeterminada de Compute Engine, completa los siguientes pasos:

Console

  1. Ve a la página Bienvenido:

    Ir a Bienvenida

  2. En el campo Número del proyecto, haz clic en Copiar en el portapapeles.
  3. Ve a la página IAM:

    Ir a IAM

  4. Haz clic en Grant access.
  5. En el campo Principales nuevas, especifica el siguiente valor: 
    PROJECT_NUMBER-compute@developer.gserviceaccount.com
     Reemplaza PROJECT_NUMBER por el número de proyecto que copiaste.
  6. En el menú Selecciona un rol, selecciona el rol de Cuenta de servicio de nodo predeterminado de Kubernetes Engine.
  7. Haz clic en Guardar.

gcloud

  1. Busca tu Google Cloud número de proyecto: 
    gcloud projects describe PROJECT_ID \
    --format="value(projectNumber)"

    Reemplaza PROJECT_ID con el ID del proyecto.

    El resultado es similar a este:

    12345678901
  2. Otorga el rol roles/container.defaultNodeServiceAccount a la cuenta de servicio predeterminada de Compute Engine: 
    gcloud projects add-iam-policy-binding PROJECT_ID \
    --member="serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com" \
    --role="roles/container.defaultNodeServiceAccount"

    Reemplaza PROJECT_NUMBER por el número de proyecto del paso anterior.

Agrega un grupo de nodos a un clúster estándar

Puedes agregar un grupo de nodos nuevo a un clúster de GKE Standard a través de gcloud CLI, la consola de Google Cloud o Terraform. GKE también es compatible con el aprovisionamiento automático de nodos, que administra de forma automática los grupos de nodos de tu clúster según los requisitos de escalamiento.

Práctica recomendada:

Crea y usa una cuenta de servicio de Identity and Access Management (IAM) con privilegios mínimos para que la usen tus grupos de nodos en lugar de la cuenta de servicio predeterminada de Compute Engine. Para obtener instrucciones sobre cómo crear una cuenta de servicio con privilegios mínimos, consulta Endurece la seguridad del clúster.

gcloud

Para crear un grupo de nodos, ejecuta el comando gcloud container node-pools create:

gcloud container node-pools create POOL_NAME \
    --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION \
    --service-account SERVICE_ACCOUNT

Reemplaza lo siguiente:

  • POOL_NAME: el nombre del grupo de nodos nuevo
  • CLUSTER_NAME: Es el nombre del clúster existente.
  • CONTROL_PLANE_LOCATION: Es la ubicación de Compute Engine del plano de control de tu clúster. Proporciona una región para los clústeres regionales o una zona para los clústeres zonales.
  • SERVICE_ACCOUNT: Es el nombre de la cuenta de servicio de IAM que usarán los nodos.

    Te recomendamos que especifiques una cuenta de servicio de IAM con privilegios mínimos que tus nodos puedan usar en lugar de la cuenta de servicio predeterminada de Compute Engine. Para obtener información sobre cómo crear una cuenta de servicio con privilegios mínimos, consulta Usa una cuenta de servicio privilegio mínimo mínimos.

    Para especificar una cuenta de servicio personalizada en gcloud CLI, agrega la siguiente marca a tu comando:

    --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com

    Reemplaza SERVICE_ACCOUNT_NAME por el nombre de tu cuenta de servicio con privilegios mínimos.

Para obtener una lista completa de las marcas opcionales que puedes especificar, consulta la documentación de gcloud container node-pools create.

El resultado es similar a este:

Creating node pool POOL_NAME...done.
Created [https://container.googleapis.com/v1/projects/PROJECT_ID/zones/us-central1/clusters/CLUSTER_NAME/nodePools/POOL_NAME].
NAME: POOL_NAME
MACHINE_TYPE: e2-medium
DISK_SIZE_GB: 100
NODE_VERSION: 1.21.5-gke.1302

En este resultado, verás detalles sobre el grupo de nodos, como el tipo de máquina y la versión de GKE que se ejecuta en los nodos.

Puede suceder que el grupo de nodos se cree de forma correcta, pero el comando de gcloud agote el tiempo de espera en lugar de informar sobre el estado del servidor. Para comprobar el estado de todos los grupos de nodos, incluidos aquellos que aún no están aprovisionados del todo, usa el siguiente comando:

gcloud container node-pools list --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION

Console

Para agregar un grupo de nodos a un clúster Standard existente, realiza los siguientes pasos:

  1. Ve a la página Google Kubernetes Engine en la consola de Google Cloud .

    Ir a Google Kubernetes Engine

  2. En la lista de clústeres, haz clic en el nombre del clúster Standard que deseas modificar.

  3. Haz clic en Agregar grupo de nodos.

  4. Configura tu grupo de nodos.

  5. En el menú de navegación, haz clic en Seguridad.

  6. De manera opcional, especifica una cuenta de servicio de IAM personalizada para tus nodos:
    1. En la página Configuración avanzada, expande la sección Seguridad.
    2. En el menú Cuenta de servicio, selecciona la cuenta de servicio que prefieras.

    Te recomendamos que especifiques una cuenta de servicio de IAM con privilegios mínimos que tus nodos puedan usar en lugar de la cuenta de servicio predeterminada de Compute Engine. Para obtener información sobre cómo crear una cuenta de servicio con privilegios mínimos, consulta Usa una cuenta de servicio privilegio mínimo mínimos.

  7. Haz clic en Crear para agregar el grupo de nodos.

Terraform

Usa uno de los siguientes ejemplos:

  • Agrega un grupo de nodos que use la cuenta de servicio de IAM predeterminada de Compute Engine:
resource "google_container_node_pool" "default" {
  name    = "gke-standard-regional-node-pool"
  cluster = google_container_cluster.default.name

  node_config {
    service_account = google_service_account.default.email
  }
}
  • Agrega un grupo de nodos que use una cuenta de servicio de IAM personalizada:

  1. Crea una cuenta de servicio de IAM y otórgale el rol roles/container.defaultNodeServiceAccount en el proyecto:

    resource "google_service_account" "default" {
  account_id   = "service-account-id"
  display_name = "Service Account"
}

data "google_project" "project" {
}

resource "google_project_iam_member" "default" {
  project = data.google_project.project.project_id
  role    = "roles/container.defaultNodeServiceAccount"
  member  = "serviceAccount:${google_service_account.default.email}"
}

  2. Crea un grupo de nodos que use la cuenta de servicio nueva:

    resource "google_container_node_pool" "default" {
  name    = "gke-standard-regional-node-pool"
  cluster = google_container_cluster.default.name

  node_config {
    service_account = google_service_account.default.email
  }
}

Si deseas obtener más información sobre el uso de Terraform, consulta Compatibilidad con Terraform para GKE.

Visualiza grupos de nodos en un clúster Standard

gcloud

Para enumerar todos los grupos de nodos de un clúster Standard, ejecuta el comando gcloud container node-pools list:

gcloud container node-pools list --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION

Para visualizar detalles sobre un grupo de nodos específico, ejecuta el comando gcloud container node-pools describe:

gcloud container node-pools describe POOL_NAME \
    --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION

Reemplaza lo siguiente:

  • CLUSTER_NAME: el nombre del clúster
  • POOL_NAME: el nombre del grupo de nodos que se debe ver
  • CONTROL_PLANE_LOCATION: Es la ubicación de Compute Engine del plano de control de tu clúster. Proporciona una región para los clústeres regionales o una zona para los clústeres zonales.

Console

Para ver los grupos de nodos de un clúster Standard, realiza los siguientes pasos:

  1. Ve a la página Google Kubernetes Engine en la consola de Google Cloud .

    Ir a Google Kubernetes Engine

  2. En la lista de clústeres, haz clic en el nombre del clúster Standard.

  3. Haz clic en la pestaña Nodos.

  4. En Grupos de nodos, haz clic en el nombre del grupo de nodos que quieres ver.

Escalar un grupo de nodos

Puedes aumentar o reducir la escala de tus grupos de nodos para optimizar el rendimiento y los costos. Con los grupos de nodos de GKE Standard, puedes hacer lo siguiente: escalar un grupo de nodos de forma horizontal a través del cambio de la cantidad de nodos en el grupo de nodos o escalar verticalmente un grupo de nodos a través del cambio de la configuración del atributo de la máquina de los nodos.

Cambia el recuento de nodos para escalar horizontalmente

gcloud

Para cambiar el tamaño del grupo de nodos de un clúster, ejecuta el siguiente comando gcloud container clusters resize:

gcloud container clusters resize CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION \
    --node-pool POOL_NAME \
    --num-nodes NUM_NODES

Reemplaza lo siguiente:

  • CLUSTER_NAME: el nombre del clúster al que se cambiará el tamaño
  • CONTROL_PLANE_LOCATION: Es la ubicación de Compute Engine del plano de control de tu clúster. Proporciona una región para los clústeres regionales o una zona para los clústeres zonales.
  • POOL_NAME: el nombre del grupo de nodos al que se cambiará el tamaño
  • NUM_NODES: la cantidad de nodos en el grupo en un clúster zonal Si usas clústeres multizonales o regionales, NUM_NODES es la cantidad de nodos de cada zona en la que se encuentra el grupo de nodos.

Repite este comando para cada grupo de nodos. Si tu clúster tiene un solo grupo de nodos, omite la marca --node-pool.

Console

Para cambiar el tamaño de los grupos de nodos de un clúster, realiza los siguientes pasos:

  1. Ve a la página Google Kubernetes Engine en la consola de Google Cloud .

    Ir a Google Kubernetes Engine

  2. En la lista de clústeres, haz clic en el nombre del clúster Standard que deseas modificar.

  3. Haz clic en la pestaña Nodos.

  4. En la sección Grupos de nodos, haz clic en el nombre del grupo de nodos al que quieres cambiarle el tamaño.

  5. Haz clic en Cambiar de tamaño.

  6. En el campo Cantidad de nodos, ingresa la cantidad de nodos que quieres incluir en el grupo de nodos y, luego, haz clic en Cambiar tamaño.

  7. Repite este paso para cada grupo de nodos según sea necesario.

Cambia los atributos de la máquina de los nodos para escalar verticalmente

Puedes modificar el tipo de máquina configurado, el tipo y el tamaño del disco del grupo de nodos.

Cuando editas uno o más de estos atributos de máquina, GKE actualiza los nodos a la nueva configuración mediante la estrategia de actualización configurada para el grupo de nodos. Si configuras la estrategia de actualización azul-verde, puedes migrar las cargas de trabajo de los nodos originales a los nuevos mientras puedes revertir los nodos originales si la migración falla. Inspecciona la configuración de actualización del grupo de nodos para asegurarte de que la estrategia configurada sea la forma en la que deseas que se actualicen los nodos.

Actualiza al menos uno de los atributos de máquina destacados en el siguiente comando:

gcloud container node-pools update POOL_NAME \
    --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION \
    --machine-type MACHINE_TYPE \
    --disk-type DISK_TYPE \
    --disk-size DISK_SIZE

Omite las marcas para los atributos de máquina que no deseas cambiar. Sin embargo, debes usar al menos una marca de atributo de máquina, si es que el comando falla.

Reemplaza lo siguiente:

  • POOL_NAME: el nombre del grupo de nodos al que se cambiará el tamaño
  • CLUSTER_NAME: el nombre del clúster al que se cambiará el tamaño
  • CONTROL_PLANE_LOCATION: Es la ubicación de Compute Engine del plano de control de tu clúster. Proporciona una región para los clústeres regionales o una zona para los clústeres zonales.
  • MACHINE_TYPE: el tipo de máquina que se usará para los nodos. Para obtener más información, consulta gcloud container node-pools update.
  • DISK_TYPE: el tipo de disco de arranque de la VM del nodo debe ser pd-standard, pd-ssd o pd-balanced.
  • DISK_SIZE: Es el tamaño de los discos de arranque de VM de los nodos en GB. El valor predeterminado es 100 GB.

Este cambio requiere volver a crear los nodos, lo que puede causar interrupciones en tus cargas de trabajo en ejecución. Para obtener detalles sobre este cambio específico, busca la fila correspondiente en la tabla de cambios manuales que recrean los nodos con una estrategia de actualización de nodos sin respetar las políticas de mantenimiento. Para obtener más información sobre las actualizaciones de nodos, consulta Planificación de interrupciones por actualizaciones de nodos.

Actualiza un grupo de nodos

De forma predeterminada, los nodos de un clúster tienen habilitada la actualización automática. Las actualizaciones automáticas de nodos garantizan que el plano de control y la versión de los nodos del clúster permanezcan sincronizados y cumplan con la política de sesgo de versiones de Kubernetes, que garantiza que los planos de control sean compatibles con los nodos de hasta dos versiones secundarias anteriores a la del plano de control. Por ejemplo, los planos de control de Kubernetes 1.29 son compatibles con los nodos de Kubernetes 1.27.

Práctica recomendada:

Evita inhabilitar las actualizaciones automáticas de nodos para que tu clúster se beneficie de las actualizaciones que se mencionan en el párrafo anterior.

Con las actualizaciones del grupo de nodos de GKE, puedes elegir entre dos estrategias de actualización configurables, llamadas actualizaciones de aumento y actualizaciones azul-verde.

Elige una estrategia y usa los parámetros para ajustar la estrategia a fin de que se adapte mejor a las necesidades de tu entorno del clúster.

Cómo funcionan las actualizaciones de nodos

Mientras se actualiza un nodo, GKE deja de programar pods nuevos en él y, en cambio, intenta programar sus pods en ejecución en otros nodos. Esto es similar a otros eventos que recrean el nodo, como la habilitación o inhabilitación de una función en el grupo de nodos.

Durante las actualizaciones automáticas o manuales de los nodos, los PodDisruptionBudgets (PDB) y el período de gracia de finalización del pod se respetan por un máximo de 1 hora. Si los Pods que se ejecutan en el nodo no se pueden programar en nodos nuevos después de una hora, GKE inicia la actualización de todos modos. Este comportamiento se aplica incluso si configuras tus PDB para que siempre tengan todas las réplicas disponibles configurando el campo maxUnavailable en 0 o 0%, o bien configurando el campo minAvailable en 100% o en la cantidad de réplicas. En todas estas situaciones, GKE borra los Pods después de una hora para que se pueda borrar el nodo.

Práctica recomendada:

Si una carga de trabajo requiere más flexibilidad con la finalización ordenada, usa actualizaciones azul-verde, que proporcionan una configuración para el tiempo de prueba adicional a fin de extender las verificaciones de PDB más allá del total de una hora predeterminado.

Para obtener más información sobre qué sucederá durante la terminación de nodos en general, consulta el tema sobre Pods.

La actualización se completará cuando se vuelvan a crear todos los nodos y el clúster se encuentre en el estado deseado. Cuando un nodo recién actualizado se registra con el plano de control, GKE marca el nodo como programable.

Las instancias de nodo nuevas ejecutan la versión deseada de Kubernetes y también los elementos siguientes:

Para que se considere completa una actualización del grupo de nodos, se deben recrear todos los nodos del grupo. Si se inició una actualización, pero no se completó y se encuentra en un estado parcialmente actualizado, es posible que la versión del grupo de nodos no refleje la versión de todos los nodos. Para obtener más información, consulta Algunas versiones de nodos no coinciden con la versión del grupo de nodos después de una actualización incompleta del grupo de nodos. Para determinar que finalizó la actualización del grupo de nodos, verifica el estado de la actualización del grupo de nodos. Si la operación de actualización supera el período de retención, verifica que la versión de cada nodo individual coincida con la versión del grupo de nodos.

Actualiza un grupo de nodos de forma manual

Puedes actualizar la versión de un grupo de nodos de forma manual para que coincida con la versión del plano de control o con una versión inferior que aún esté disponible y que sea compatible con el plano de control. Puedes actualizar varios grupos de nodos en paralelo de forma manual, mientras que GKE actualiza de manera automática solo un grupo de nodos a la vez.

Cuando actualizas de forma manual un grupo de nodos, GKE quita las etiquetas que agregaste a los nodos individuales mediante kubectl. Para evitar esto, aplica etiquetas a los grupos de nodos en su lugar.

Antes de actualizar manualmente tu grupo de nodos, ten en cuenta las siguientes condiciones:

  • La actualización de un grupo de nodos puede interrumpir las cargas de trabajo que se ejecutan en ese grupo de nodos. A fin de evitar esto, puedes crear un grupo de nodos nuevo con la versión deseada y migrar la carga de trabajo. Después de la migración, puedes borrar el grupo de nodos anterior.
  • Si actualizas un grupo de nodos con un Ingress en un estado con error, el grupo de instancias no se sincronizará. Para solucionar este problema, primero verifica el estado con el comando kubectl get ing. Si el grupo de instancias no se sincronizó, existe una forma de solucionar el problema: vuelve a aplicar el manifiesto que usaste para crear la entrada.

Puedes actualizar tus grupos de nodos de forma manual a una versión compatible con el plano de control mediante la Google Cloud consola o Google Cloud CLI.

gcloud

Las siguientes variables se usan en los comandos de esta sección:

  • CLUSTER_NAME: el nombre del clúster del grupo de nodos que se actualizará.
  • NODE_POOL_NAME: el nombre del grupo de nodos que se actualizará.
  • CONTROL_PLANE_LOCATION: Es la ubicación (región o zona) del plano de control, como us-central1 o us-central1-a.
  • VERSION: La versión de Kubernetes a la que se actualizan los nodos. Por ejemplo, --cluster-version=1.7.2 o cluster-version=latest.

Actualiza un grupo de nodos:

gcloud container clusters upgrade CLUSTER_NAME \
  --node-pool=NODE_POOL_NAME \
  --location=CONTROL_PLANE_LOCATION

Si deseas especificar una versión diferente de GKE en los nodos, usa la marca opcional --cluster-version:

gcloud container clusters upgrade CLUSTER_NAME \
  --node-pool=NODE_POOL_NAME \
  --location=CONTROL_PLANE_LOCATION \
  --cluster-version VERSION

Para obtener más información sobre cómo especificar versiones, consulta Control de versiones.

Para obtener más información, consulta la documentación gcloud container clusters upgrade.

Console

Si deseas actualizar un grupo de nodos con la Google Cloud consola, sigue estos pasos:

  1. Ve a la página Google Kubernetes Engine en la consola de Google Cloud .

    Ir a Google Kubernetes Engine

  2. Haz clic en el nombre del clúster.

  3. En la página Detalles del clúster, haz clic en la pestaña Nodos.

  4. En la sección Grupos de nodos, haz clic en el nombre del grupo de nodos que deseas actualizar.

  5. Haz clic en  Editar.

  6. Haz clic en Cambiar, en Versión del nodo.

  7. Selecciona la versión deseada en la lista desplegable Versión del nodo y, luego, haz clic en Cambiar.

Es posible que el cambio de versión del nodo tarde varios minutos.

Implementa un Pod en un grupo de nodos específico

Puedes implementar un Pod de forma explícita en un grupo de nodos específico mediante un nodeSelector en el manifiesto del Pod. nodeSelector programa Pods en nodos con una etiqueta coincidente.

Todos los grupos de nodos de GKE tienen etiquetas con el siguiente formato: cloud.google.com/gke-nodepool: POOL_NAME. Agrega esta etiqueta al campo nodeSelector en el Pod, como se muestra en el siguiente ejemplo:

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    env: test
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:
    cloud.google.com/gke-nodepool: POOL_NAME

Para obtener más información, consulta Asigna Pods a nodos.

Como alternativa al selector de nodos, puedes usar la afinidad de nodos. Usa la afinidad de nodos si quieres una regla menos estricta en la que el Pod intenta cumplir con la restricción, pero aún está programado, incluso si la restricción no puede satisfacerse. Para obtener más información, consulta Afinidad de nodos. También puedes especificar las solicitudes de recursos para los contenedores.

Cambia un grupo de nodos a una versión inferior

Puedes cambiar un grupo de nodos a una versión inferior, por ejemplo, para mitigar una actualización incorrecta del grupo de nodos. Revisa las limitaciones antes de cambiar a una versión inferior de un grupo de nodos.

Práctica recomendada:

Usa la estrategia de actualización de nodos azul-verde si necesitas optimizar la mitigación de riesgos para las actualizaciones de grupos de nodos que afectan tus cargas de trabajo. Con esta estrategia, puedes revertir una actualización en curso a los nodos originales si la actualización no se realiza correctamente.

  1. Configura una exclusión de mantenimiento para el clúster a fin de evitar que GKE actualice el grupo de nodos de forma automática después de cambiar a una versión inferior.
  2. Si deseas cambiar a una versión inferior de un grupo de nodos, especifica una versión anterior mientras sigues las instrucciones para actualizar un grupo de nodos de forma manual.

Borra un grupo de nodos

Si borras un grupo de nodos, se borran los nodos y todas las cargas de trabajo en ejecución, sin respetar la configuración de PodDisruptionBudget. Para obtener más información sobre cómo esto afecta tus cargas de trabajo, incluidas las interacciones con selectores de nodos, consulta Borra grupos de nodos.

gcloud

Para borrar un grupo de nodos, ejecuta el comando gcloud container node-pools delete:

gcloud container node-pools delete POOL_NAME \
    --cluster CLUSTER_NAME \
    --location=CONTROL_PLANE_LOCATION

Reemplaza lo siguiente:

  • POOL_NAME: Es el nombre del grupo de nodos que se borrará.
  • CLUSTER_NAME: El nombre de tu clúster.
  • CONTROL_PLANE_LOCATION: Es la ubicación de Compute Engine del plano de control de tu clúster. Proporciona una región para los clústeres regionales o una zona para los clústeres zonales.

Console

Para borrar un grupo de nodos, realiza los siguientes pasos:

  1. Ve a la página Google Kubernetes Engine en la consola de Google Cloud .

    Ir a Google Kubernetes Engine

  2. En la lista de clústeres, haz clic en el nombre del clúster Standard que deseas modificar.

  3. Haz clic en la pestaña Nodos.

  4. En la sección Grupos de nodos, haz clic en junto al grupo de nodos que deseas borrar.

  5. Cuando se te solicite confirmar, haz clic en Borrar.

Migra nodos a un tipo de máquina diferente

Para obtener información sobre los diferentes enfoques para mover cargas de trabajo entre tipos de máquinas, por ejemplo, para migrar a un tipo de máquina más nuevo, consulta Migra nodos a un tipo de máquina diferente.

Migra cargas de trabajo entre grupos de nodos

Para migrar cargas de trabajo de un grupo de nodos a otro, consulta Migra cargas de trabajo entre grupos de nodos. Por ejemplo, puedes usar estas instrucciones si reemplazas un grupo de nodos existente con uno nuevo y deseas asegurarte de que las cargas de trabajo se muevan a los nodos nuevos desde los nodos existentes.

Solucionar problemas

Para obtener información sobre la solución de problemas, consulta Soluciona problemas de grupos de nodos estándar y Soluciona problemas de registro de nodos.

¿Qué sigue?