Establece una secuencia para el lanzamiento de las actualizaciones de los clústeres

En esta página, se muestra cómo administrar las actualizaciones de los clústeres de GKE mediante secuencias de lanzamientos. Para obtener más información, consulta Acerca de las actualizaciones de clústeres con secuencia de lanzamiento.

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 gcloud components update para obtener la versión más reciente.

Roles obligatorios

Configura una secuencia de lanzamiento

En este documento, se explica cómo crear una secuencia de lanzamiento con grupos de clústeres organizados por flotas o permisos de equipos. En este documento, se usa el término grupo para hacer referencia a las flotas y a los permisos del equipo, ya que puedes crear una secuencia de lanzamiento organizada con cualquier método de agrupación.

Puedes crear una secuencia de hasta tres grupos de clústeres y puedes elegir cuánto tiempo de prueba deseas después de que se completen las actualizaciones de clústeres en un grupo (30 días como máximo). Puedes incluir clústeres de Autopilot y Standard.

Para crear una secuencia de lanzamiento, tus clústeres deben estar organizados en grupos de flotas o equipos. Para obtener orientación sobre cómo organizar tus clústeres, consulta el ejemplo del banco comunitario. Después de organizarlos en grupos, puedes definir una secuencia de lanzamiento definiendo las relaciones de grupos upstream y el tiempo de prueba de cada grupo. Ascendente, en una secuencia de lanzamiento, hace referencia al grupo anterior y descendente hace referencia al siguiente grupo.

Organiza tus clústeres en grupos

En una secuencia de lanzamiento, todos los clústeres de todos los grupos deben estar inscritos en el mismo canal de versiones y estar en la misma versión secundaria. Si no se cumplen estos requisitos y hay discrepancias de versión entre los clústeres, esto puede causar problemas con el lanzamiento de la versión. Para obtener más información, consulta Elegibilidad para el lanzamiento.

Puedes crear secuencias de lanzamiento entre flotas o secuencias de lanzamiento entre los permisos de equipo de un equipo (vista previa).

Como viste en Acerca de las actualizaciones de clústeres con secuencia de lanzamiento, los permisos de equipo son una construcción a nivel de flota empresarial para asociar subconjuntos de clústeres de flotas con equipos de aplicaciones específicos. Debes habilitar GKE Enterprise para usar los permisos de equipo. Las siguientes limitaciones se aplican cuando se usan o crean permisos de equipo para la secuencia de lanzamiento:

  • Las secuencias basadas en equipos requieren clústeres de un solo usuario: En otras palabras, cada clúster individual está asociado solo con un solo equipo. Los clústeres compartidos (que son compatibles con la administración general de equipos de flotas) no son compatibles con la secuenciación de lanzamiento.

  • Cada permiso de equipo debe estar en una flota diferente para crear una secuencia de lanzamiento entre ellos. No se admite la creación de una secuencia de lanzamiento entre diferentes permisos de equipo dentro de la misma flota.

Si ya organizaste tus clústeres en grupos, puedes omitir los siguientes pasos y continuar con Crea una secuencia de lanzamiento.

Flotas

Para crear una secuencia de lanzamiento basada en flotas, primero debes agrupar tus clústeres en flotas. Puedes organizar tus clústeres por entornos de implementación, como Pruebas, Etapa intermedia y Producción, como se muestra en la secuencia de lanzamiento basada en flotas de ejemplo.

Registra cada clúster con una flota según la agrupación elegida.

Equipos

Para crear una secuencia de lanzamiento basada en equipos, debes agrupar los clústeres en permisos de equipo. Para hacerlo, primero organiza tus clústeres en flotas por entornos de implementación, como Pruebas, Etapa de pruebas y Producción, como se muestra en la secuencia de lanzamiento basada en permisos de ejemplo. Luego, puedes subdividir tus clústeres en permisos para clústeres de diferentes equipos.

  1. Para cada clúster de la secuencia, registra tu clúster con una flota. El clúster debe estar registrado en la flota del proyecto en el que crearás el permiso de equipo para este clúster. Si deseas registrar un clúster en una flota en un proyecto host diferente, asegúrate de haber configurado los permisos necesarios para el registro entre proyectos.

  2. Crea entre 2 y 3 permisos de equipo para organizar los clústeres. Crea cada permiso en el proyecto host de la flota respectiva del equipo. Puedes tener hasta tres permisos de equipo en una secuencia de lanzamiento.

    Consulta la referencia de gcloud alpha container fleet scopes create para obtener una lista completa de marcas. Con el comando create, puedes usar las marcas de las instrucciones para crear una secuencia de lanzamiento.

  3. Agrega cada clúster a un permiso.

Crea una secuencia de lanzamiento

Una secuencia de lanzamiento se organiza como una lista vinculada con hasta tres elementos.

Cuando creas una secuencia de lanzamiento, debes establecer las siguientes propiedades para cada grupo de clústeres, ya sea una flota o un permiso de equipo:

  • Grupo upstream: la flota o el permiso de equipo upstream, que califica las versiones nuevas para el grupo downstream. No debes configurar un grupo upstream para el primer grupo de una secuencia.
  • Tiempo de prueba: el tiempo de prueba de un grupo es el tiempo que transcurre desde que se completan las actualizaciones (o el lanzamiento tarda 30 días) y el momento en que las actualizaciones pueden comenzar en el grupo downstream. Para obtener más información, consulta Cómo funciona la calificación de versiones en una secuencia de lanzamiento.

Para cada uno de los siguientes comandos, reemplaza SOAK_TIME por el tiempo de prueba del grupo que estás actualizando.

Flotas - gCloud

En las siguientes instrucciones, se usa el comando gcloud container fleet clusterupgrade update; sin embargo, puedes establecer las mismas propiedades con el comando gcloud container fleet clusterupgrade create.

Crea una secuencia de lanzamiento:

  1. Configura el tiempo de prueba para la primera flota en la secuencia:

    gcloud container fleet clusterupgrade update \
    --default-upgrade-soaking=SOAK_TIME \
    --project=FIRST_FLEET_PROJECT_ID

    Reemplaza FIRST_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

  2. Configura la flota upstream y el tiempo de prueba para la segunda flota de la secuencia:

    gcloud container fleet clusterupgrade update \
    --upstream-fleet=FIRST_FLEET_PROJECT_ID \
    --default-upgrade-soaking=SOAK_TIME \
    --project=SECOND_FLEET_PROJECT_ID

    Reemplaza FIRST_FLEET_PROJECT_ID por el ID del proyecto host de la primera flota y SECOND_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

  3. Si deseas tener tres flotas en una secuencia de lanzamiento, configura la flota upstream como tercera flota de la secuencia (opcional):

    gcloud container fleet clusterupgrade update \
    --upstream-fleet=SECOND_FLEET_PROJECT_ID \
    --default-upgrade-soaking=SOAK_TIME \
    --project=THIRD_FLEET_PROJECT_ID

    Reemplaza SECOND_FLEET_PROJECT_ID por el ID del proyecto host de la segunda flota y THIRD_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

Flotas: Terraform

En esta sección, se muestra cómo crear una secuencia basada en flotas mediante Terraform. También puedes usar este recurso para actualizar la secuencia. Para obtener más información, consulta la documentación de referencia de google_gke_hub_feature.

Crea una secuencia de lanzamiento:

  1. Agrega el siguiente bloque a la configuración de Terraform para establecer el tiempo de prueba para la primera flota de la secuencia:

    resource "google_gke_hub_feature" "feature" {
  name = "clusterupgrade"
  location = "global"
  spec {
    clusterupgrade {
      upstream_fleets = []
      post_conditions {
        soaking = "SOAK_TIME"
      }
    }
  }
  project = "FIRST_FLEET_PROJECT_ID"
}

    Reemplaza FIRST_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

  2. Agrega el siguiente bloque a tu configuración de Terraform para establecer la flota ascendente y el tiempo de prueba de la segunda flota de la secuencia:

    resource "google_gke_hub_feature" "feature" {
  name = "clusterupgrade"
  location = "global"
  spec {
    clusterupgrade {
      upstream_fleets = ["FIRST_FLEET_PROJECT_ID"]
      post_conditions {
        soaking = "SOAK_TIME"
      }
    }
  }
  project = "SECOND_FLEET_PROJECT_ID"
}

    Reemplaza FIRST_FLEET_PROJECT_ID por el ID del proyecto host de la primera flota y SECOND_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

  3. Si quieres tener tres flotas en una secuencia de lanzamiento, agrega el siguiente bloque a la configuración de Terraform, lo que te permitirá establecer la flota upstream para la flota en la secuencia (opcional):

    resource "google_gke_hub_feature" "feature" {
  name = "clusterupgrade"
  location = "global"
  spec {
    clusterupgrade {
      upstream_fleets = ["SECOND_FLEET_PROJECT_ID"]
      post_conditions {
        soaking = "SOAK_TIME"
      }
    }
  }
  project = "THIRD_FLEET_PROJECT_ID"
}

    Reemplaza SECOND_FLEET_PROJECT_ID por el ID del proyecto host de la segunda flota y THIRD_FLEET_PROJECT_ID por el ID del proyecto host de la flota.

Equipos - gcloud

Puedes establecer estas propiedades cuando creas o actualizas un permiso de equipo. En las siguientes instrucciones, se usa el comando gcloud alpha container fleet scopes update; sin embargo, puedes establecer las mismas propiedades cuando creas un permiso de equipo con el comando gcloud alpha container fleet scopes create.

Para cada uno de estos comandos, reemplaza las variables por el nombre del permiso de equipo correspondiente o el ID del proyecto host de la flota del permiso de equipo.

Crea una secuencia de lanzamiento:

  1. Configura el tiempo de prueba para el primer permiso de la secuencia:

    gcloud alpha container fleet scopes update projects/FIRST_SCOPE_PROJECT_ID/locations/global/scopes/FIRST_SCOPE_NAME \
    --default-upgrade-soaking=SOAK_TIME \
    --project=FIRST_SCOPE_PROJECT_ID

  2. Configura el permiso upstream y el tiempo de prueba para el segundo permiso de la secuencia:

    gcloud alpha container fleet scopes update projects/SECOND_SCOPE_PROJECT_ID/locations/global/scopes/SECOND_SCOPE_NAME \
    --upstream-scope=projects/FIRST_SCOPE_PROJECT_ID/locations/global/scopes/FIRST_SCOPE_NAME \
    --default-upgrade-soaking=SOAK_TIME \
    --project=SECOND_SCOPE_PROJECT_ID

  3. Si deseas tener tres permisos de equipo en una secuencia de lanzamiento, configura el permiso upstream como tercer permiso de la secuencia (opcional):

    gcloud alpha container fleet scopes update projects/THIRD_SCOPE_PROJECT_ID/locations/global/scopes/THIRD_SCOPE_NAME \
    --upstream-scope=projects/SECOND_SCOPE_PROJECT/locations/global/scopes/SECOND_SCOPE_NAME \
    --default-upgrade-soaking=SOAK_TIME \
    --project=THIRD_SCOPE_PROJECT_ID

Verifica el estado de una secuencia de lanzamiento

Usa estos comandos en las siguientes secciones para verificar el avance de las actualizaciones en una secuencia de lanzamiento. Para obtener más detalles sobre qué detalles se proporcionan, consulta Información de estado de una secuencia de lanzamiento.

A fin de ejecutar estos comandos, asegúrate de tener los permisos necesarios para cada proyecto host de la flota. Por ejemplo, si la secuencia tiene permisos entre proyectos en diferentes flotas, necesitas permisos en cada proyecto para describir la secuencia.

Para los siguientes comandos, si solo necesitas información sobre una flota o un permiso de la secuencia, reemplaza la marca --show-linked-cluster-upgrade por --show-cluster-upgrade.

Flotas

Verifica el estado de una secuencia de lanzamiento basada en la flota:

gcloud container fleet clusterupgrade describe \
    --show-linked-cluster-upgrade --project=FLEET_PROJECT_ID

Reemplaza FLEET_PROJECT_ID por el ID del proyecto host para cualquier flota de la secuencia.

Consulta la referencia de gcloud container fleet clusterupgrade describe para obtener una lista completa de marcas.

Equipos

Comprueba el estado de una secuencia de lanzamiento basada en equipos:

gcloud alpha container fleet scopes describe SCOPE_NAME \
    --show-linked-cluster-upgrade
    --project=SCOPE_PROJECT_ID

Reemplaza SCOPE_NAME por el nombre de cualquier permiso de equipo de la secuencia de lanzamiento y SCOPE_PROJECT_ID por el ID del proyecto de este permiso de equipo.

Consulta la referencia de gcloud alpha container fleet scopes describe para obtener una lista completa de marcas.

Para ver el estado de los clústeres individuales dentro de una flota o un permiso de equipo, ejecuta el siguiente comando en el proyecto host de la flota y consulta la sección membershipStates:

gcloud container fleet features describe clusterupgrade

Información de estado de una secuencia de lanzamiento

Cuando verificas el estado de lanzamiento de una versión, puedes ver el progreso de cada grupo y clúster dentro de ese grupo.

Consulta la siguiente tabla para conocer los estados posibles de un clúster o un grupo:

Estado Para el clúster Para el grupo
INELIGIBLE Este clúster no es apto para esta actualización Uno o más clústeres de este grupo no son aptos para esta actualización.
PENDIENTE La actualización no se inició o está en curso para el clúster. La actualización no comenzó en ninguno de los clústeres del grupo.
IN_PROGRESS N/A La actualización comenzó en al menos un clúster, pero no ha finalizado en todos ellos.
SOAKING La actualización finalizó en el clúster y no ha finalizado la prueba. La actualización finalizó en todos los clústeres y no ha finalizado la prueba.
FORCED_SOAKING La actualización tardó más que el tiempo máximo de actualización (30 días) y, por lo tanto, la obtuvimos a ingresar a la fase de prueba. La actualización puede continuar en el clúster. La actualización tardó más que el tiempo máximo de actualización (30 días) y, por lo tanto, la obtuvimos a ingresar a la fase de prueba. La actualización aún puede continuar en los clústeres.
COMPLETO La actualización se trata como “finalizada”, lo que significa que la actualización terminó la prueba en este clúster. La actualización se trata como “finalizada” y está lista para que la consuma el grupo downstream, lo que significa que la actualización terminó el tiempo de prueba.

En el resultado de estos comandos, los atributos clusterUpgrade(s).spec y clusterUpgrade(s).state contienen información adicional sobre la actualización del clúster, como el tiempo de prueba, las anulaciones de actualización del clúster y el estado de actualización.

Administra una secuencia de lanzamiento

Puedes controlar las actualizaciones automáticas del clúster con la secuencia de lanzamiento de varias maneras, que se explican en las siguientes secciones.

Cambia el tiempo de prueba de un grupo

Puedes cambiar el tiempo de prueba predeterminado de un grupo o cambiar el tiempo de prueba para cuando ese grupo se actualice a una versión específica.

Actualiza el tiempo de prueba predeterminado

A fin de cambiar el tiempo de prueba predeterminado de un grupo, usa los comandos de las instrucciones a fin de crear una secuencia de lanzamiento y omite las marcas para configurar el grupo upstream.

Anula el tiempo de prueba predeterminado

Puedes cambiar el tiempo de prueba de un lanzamiento de versión específico para que sea diferente del tiempo de prueba predeterminado del grupo. Por ejemplo, si ya calificaste una versión nueva y estás listo para que las actualizaciones comiencen en el siguiente grupo, puedes establecer el tiempo de prueba en cero. También puedes usarla si deseas obtener más tiempo que el tiempo de prueba predeterminado para calificar una versión específica.

Dado que el tiempo de prueba se establece por grupo, si deseas anular el tiempo de prueba para otros grupos de esta secuencia, actualízalos con este mismo comando y reemplaza la flota o el nombre del permiso, según el tipo de secuencia.

Para las instrucciones de esta sección, reemplaza las siguientes variables:

  • SOAK_TIME: el tiempo de prueba que se debe usar, distinto del predeterminado (por ejemplo, “0d” si deseas omitir el tiempo de prueba para el lanzamiento de una versión).
  • UPGRADE_NAME: El tipo de actualización, ya sea k8s_control_plane para las actualizaciones del plano de control o k8s_node para las actualizaciones de nodos.

  • VERSION: la versión de GKE en la que deseas anular el tiempo de prueba predeterminado después de que la versión (por ejemplo, 1.25.2-gke.400) se haya lanzado a este grupo.

Flotas - gcloud

Ejecuta este comando en el proyecto host de la flota en el que deseas anular el tiempo de prueba que se usó para el lanzamiento de una versión específica.

Cambia el tiempo de prueba de una flota:

gcloud container fleet clusterupgrade update
    --add-upgrade-soaking-override=SOAK_TIME \
    --upgrade-selector=name=UPGRADE_NAME,version=VERSION

Flotas: Terraform

Agrega el siguiente bloque gke_upgrades_overrides a tu configuración de Terraform dentro del bloque clusterupgrade para anular el tiempo de prueba que se usa para el lanzamiento de una versión específica:

gke_upgrade_overrides {
    upgrade {
      name = "UPGRADE_NAME"
      version = "VERSION"
    }
    post_conditions {
      soaking = "SOAK_TIME"
    }
  }

Equipos - gcloud

Ejecuta este comando en el proyecto host de la flota de permisos de equipo. Reemplaza SCOPE_NAME por el nombre del permiso de equipo en el que deseas anular el tiempo de prueba que se usa para el lanzamiento de una versión específica.

Cambia el tiempo de prueba de un permiso de equipo:

gcloud alpha container fleet scopes update SCOPE_NAME \
    --add-upgrade-soaking-override=SOAK_TIME \
    --upgrade-selector=name=UPGRADE_NAME,version=VERSION

Cambia el orden de una secuencia

Si deseas cambiar el orden de una secuencia, usa los comandos de las instrucciones para crear una secuencia de lanzamiento a fin de actualizar los grupos upstream.

Retrasa la finalización del lanzamiento de la versión del grupo

Si necesitas impedir de forma temporal que un grupo complete el lanzamiento de una versión nueva en sus clústeres, puedes agregar una exclusión de mantenimiento a cualquiera de los clústeres que no se hayan actualizado a la versión de destino. Esto puede pausar un grupo para que no continúe a su tiempo de prueba o grupo downstream durante un máximo de 30 días. Después de 30 días, el grupo comenzará el tiempo de prueba.

También puedes cambiar el tiempo de prueba de ese grupo a 30 días a fin de maximizar el tiempo que espera la secuencia de lanzamiento antes de continuar con el siguiente grupo.

Si necesitas retrasar más las actualizaciones a partir del siguiente grupo, puedes usar las exclusiones de mantenimiento para los clústeres del siguiente grupo.

Cambia entre secuencias de lanzamiento basadas en flotas y en permisos de equipos

Puedes cambiar de secuencias basadas en flotas a secuencias basadas en equipos o de secuencias basadas en equipos a secuencias basadas en flotas. En las instrucciones, se supone que transfieres entre secuencias organizadas como las que se ilustran en los diagramas de ejemplo.

De flotas a equipos

Para cambiar tus clústeres de una secuencia de lanzamiento basada en flotas a una secuencia de lanzamiento basada en equipos, sigue estos pasos:

  1. Configura exclusiones de mantenimiento para todos los clústeres de cada una de tus flotas a fin de impedir que se realicen actualizaciones mientras modificas la configuración.
  2. Asegúrate de haber habilitado GKE Enterprise en tus proyectos host de flota.
  3. En cada una de tus flotas, crea uno o más permisos de equipo para subdividir el grupo de clústeres en esa flota.
  4. Crea una o más secuencias de lanzamiento entre los permisos de equipo coincidentes de cada flota.
  5. Agrega los clústeres a sus permisos nuevos de equipo.
  6. Quita las exclusiones de mantenimiento que configuraste para este cambio.

De equipos a flotas

Para cambiar tus clústeres de una secuencia de lanzamiento basada en equipos a una secuencia de lanzamiento basada en flotas, sigue estos pasos:

  1. Configura exclusiones de mantenimiento para todos los clústeres de cada una de tus flotas a fin de impedir que se realicen actualizaciones mientras modificas la configuración.
  2. Crea una secuencia de lanzamiento entre tus flotas.
  3. Quita los clústeres de sus permisos de equipo. Ahora estos clústeres solo están registrados en las flotas respectivas de su permiso que, en el paso anterior, uniste a una secuencia de lanzamiento.
  4. Borra los permisos de equipo.
  5. Quita las exclusiones de mantenimiento que configuraste para este cambio.

Borra una secuencia

Para borrar una secuencia, debes quitar las asociaciones upstream del segundo y tercer grupo (si la secuencia de lanzamiento tiene tres grupos).

Para flotas

Ejecuta el siguiente comando en el proyecto host de flota de la segunda y de la tercera flota de la secuencia de lanzamiento:

gcloud container fleet clusterupgrade update --reset-upstream-fleet

Para equipos

Ejecuta el siguiente comando en el proyecto host de flota del segundo y del tercer permiso de equipo de la secuencia de lanzamiento:

gcloud alpha container fleet scopes update SCOPE_NAME --reset-upstream-scope

Reemplaza SCOPE_NAME por los nombres del segundo y el tercer permiso, respectivamente.

Soluciona problemas

Soluciona problemas de elegibilidad para el lanzamiento

Si todos los clústeres de una secuencia de lanzamiento no tienen el mismo objetivo de actualización, es posible que GKE no pueda continuar con las actualizaciones del clúster. Las actualizaciones automáticas no pueden continuar si un grupo upstream no califica un objetivo de actualización para pasar al grupo downstream. Las actualizaciones automáticas tampoco pueden continuar si los clústeres del grupo upstream califican un objetivo de actualización no válido para los clústeres del grupo downstream.

Para verificar si tu secuencia de lanzamiento tiene problemas de elegibilidad de lanzamiento, verifica el estado de la secuencia de lanzamiento. Si un grupo no es apto, sigue las instrucciones para ver el estado de los clústeres individuales en un grupo.

Para avanzar de forma inmediata en las actualizaciones de clústeres, quita los clústeres con el estado INELIGIBLE mediante las instrucciones a fin de avanzar los lanzamientos parcialmente aptos.

Corrige la elegibilidad de un grupo

En un grupo, si un clúster no es apto porque está en una versión anterior (por ejemplo, la mayoría de los clústeres del grupo se actualizan de la versión 1.23 a la 1.24 y un clúster está en la versión 1.22), puedes actualizar de forma manual a 1.24 para resolver la discrepancia de la versión.

En un grupo, si un clúster no es apto porque está en una versión posterior (por ejemplo, la mayoría de los clústeres del grupo se actualizan de la versión 1.23 a la 1.24 y un clúster está en la versión 1.25), no se puede cambiar el clúster a una versión inferior de forma manual a fin de resolver la discrepancia de la versión; debe quitarse el clúster.

Corrige la elegibilidad entre grupos

Entre los grupos, si hay una discrepancia en los objetivos de actualización en la que el grupo downstream está en una versión más reciente (por ejemplo, el grupo upstream se actualizó de 1.23 a 1.24 y los clústeres del grupo downstream están en 1.25), puedes actualizar de forma manual los clústeres del grupo upstream a la versión 1.25 para garantizar que las actualizaciones continúen.

Entre los grupos, si hay una discrepancia en los objetivos de actualización en la que el grupo downstream está en una versión anterior (por ejemplo, el grupo upstream se actualizó de 1.24 a 1.25 y los clústeres del grupo downstream están en 1.23), puedes actualizar los clústeres del grupo downstream de forma manual a 1.24 o 1.25 para asegurarte de que continúen las actualizaciones.

Avanza los lanzamientos parcialmente aptos

Si las actualizaciones de los clústeres de un grupo no finalizan debido a problemas de elegibilidad de lanzamiento (por ejemplo, si hay discrepancias de versión dentro de un grupo), puedes quitar los clústeres que no sean aptos para el objetivo de actualización del grupo para completar el lanzamiento de la versión y comenzar el tiempo de prueba o pasar al siguiente grupo en la secuencia de lanzamiento. También puedes quitar un clúster de un grupo por otros motivos, por ejemplo, si el uso de este clúster ya no está relacionado con los otros clústeres del grupo.

Sigue las instrucciones para anular el registro de un clúster de una flota o quitar clústeres de los permisos de equipo, según el tipo de secuencia de lanzamiento.

Una vez que hayas quitado todos los clústeres que impiden que se complete el lanzamiento de la versión de un grupo, el lanzamiento de la versión del grupo se completará. Para confirmar esto, sigue las instrucciones en Verifica el estado de un lanzamiento de versión.

¿Qué sigue?