Desplegar en clústeres de GKE vinculados

En este documento se describe cómo desplegar tus aplicaciones en clústeres adjuntos de GKE. La compatibilidad con clústeres adjuntos de GKE permite desplegar en clústeres de AWS, Azure y on-premise.

Cloud Deploy te permite desplegar tus cargas de trabajo basadas en contenedores en cualquier clúster adjunto de GKE al que puedas acceder mediante la pasarela Connect.

Antes de empezar

  • Tener un clúster de usuarios en el que se implementará.

    Los clústeres se pueden crear como clústeres adjuntos de GKE o puedes registrar un clúster de Kubernetes que ya tengas. Los clústeres que crees como clústeres de GKE adjuntos recibirán automáticamente las pertenencias. En el caso de los clústeres que ya tengas y que registres en una flota, debes asignarles un nombre de miembro al registrarlos. Necesitarás este nombre de miembro cuando configures el destino.

    Si usas la versión 407.0.0 o una posterior de Google Cloud CLI, debes incluir la marca --install-connect-agent en el comando gcloud container fleet memberships register cuando registres un clúster de Google Kubernetes Engine. El agente de Connect ya no se instala de forma predeterminada.

  • Configura la pasarela de conexión para conectar el clúster o los clústeres registrados a Google Cloud.

    Asegúrate de configurar la pasarela con la misma cuenta de servicio que se usará como cuenta de servicio de ejecución de Cloud Deploy. Si no lo haces, la cuenta del servicio de ejecución no tendrá los permisos necesarios para implementar en el clúster.

Configurar Cloud Deploy para desplegar en clústeres de GKE vinculados

  1. Crea la configuración de destino.

    El destino se puede configurar en el archivo YAML de tu canal de distribución o en un archivo independiente. También puedes configurar más de un destino en el mismo archivo, pero deben estar en diferentes secciones kind: Target.

  2. Concede a la cuenta de servicio de ejecución los roles que necesita para que pueda interactuar con los clústeres conectados a través de la pasarela.

    Esta concesión es necesaria tanto si usas la cuenta de servicio predeterminada de Cloud Deploy como si usas una cuenta de servicio personalizada.

  3. Configura RBAC para la cuenta de servicio de ejecución en el clúster de Kubernetes subyacente.

  4. Opcional: Si el clúster subyacente no es un clúster de GKE, puede que tengas que configurar un imagePullSecret para permitir que tu clúster extraiga datos de Artifact Registry.

  5. En la definición de destino, cree una sección anthosCluster para que apunte al clúster:

    La sintaxis para especificar clústeres de GKE adjuntos es la siguiente:

    anthosCluster:
 membership: projects/[project_name]/locations/global/memberships/[membership_name]

    Este identificador de recurso de clústeres de GKE adjuntos utiliza los siguientes elementos:

    • [project_name] es el nombre del proyecto en el que se ejecuta este clúster. Google Cloud

      El clúster en el que vas a implementar, incluidos los clústeres adjuntos de GKE, no tiene que estar en el mismo proyecto que tu canalización de entrega.

    • [membership_name] es el nombre que elegiste cuando registraste el clúster en una flota.

    En location, todas las pertenencias a clústeres son global, por lo que no es necesario cambiar /locations/global/ en este identificador de recurso.

A continuación, se muestra un ejemplo de configuración de destino:

      apiVersion: deploy.cloud.google.com/v1
      kind: Target
      metadata:
       name: qsdev
      description: development cluster
      anthosCluster:
       membership: projects/my-app/locations/global/memberships/my-app-dev-cluster

Siguientes pasos