Paso 9: Instalar el entorno de ejecución de Hybrid

Estás viendo la versión 1.10 de la documentación de Apigee Hybrid. Para obtener más información, consulta las Versiones compatibles.

Version 1.10 

   Versiones compatibles:

• v1.13 (la más reciente)                        
• v1.12                         
• v1.11                         
• Lista de versiones compatibles

   Versiones no compatibles

• v1.10                                      
• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

Aplica la configuración al clúster:

Sigue estos pasos para instalar Apigee Hybrid en tu clúster:

1. Asegúrate de estar en el directorio hybrid-base-directory/hybrid-files.

   cd $HYBRID_FILES

   Nota: Debido a que el archivo de anulación especifica los archivos de la cuenta de servicio con rutas relativas a tu directorio hybrid-base-directory/hybrid-files, debes ejecutar los comandos desde ese directorio.
2. Verifica que kubectl esté configurado en el contexto correcto con el siguiente comando. El contexto actual se debe configurar en el clúster en el que implementas Apigee Hybrid.

   kubectl config current-context

   El resultado debe incluir el nombre del clúster en el que implementas Apigee Hybrid. Por ejemplo, en GKE, el nombre del contexto suele tener el formato gke_project-id_cluster-location_cluster-name, como se muestra a continuación:

   gke_my-project_us-central1_my-cluster

   Si el nombre del clúster de nombre en el contexto no coincide, el siguiente comando obtendrá las credenciales gcloud del clúster y establecerá el contexto kubectl:

   Clústeres regionales

   gcloud container clusters get-credentials $CLUSTER_NAME \
   --region $CLUSTER_LOCATION \
   --project $PROJECT_ID

   Clústeres zonales

   gcloud container clusters get-credentials $CLUSTER_NAME \
   --zone $CLUSTER_LOCATION \
   --project $PROJECT_ID

3. En el caso de las plataformas Anthos alojado en Bare Metal, AWS on GKE, EKS y GKE On-Prem únicamente, verifica que la variable KUBECONFIG se configure con el siguiente comando:

   echo ${KUBECONFIG}

4. Realiza una inicialización de ejecución de prueba. Realizar una ejecución de prueba te permite comprobar si hay errores antes de que se realicen cambios en el clúster. Ejecuta el comando init con la marca --dry-run de la siguiente manera:

   ${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml --dry-run=client

5. Si no hay errores, ejecuta el comando init de la siguiente manera:

   ${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml

   Con el comando init, se instalan los servicios de implementación de Apigee del controlador de implementación de Apigee y el webhook de admisión de Apigee.

6. Para verificar el estado de la implementación, puedes usar los siguientes comandos:

   ${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml

   kubectl get pods -n apigee-system

   kubectl get pods -n apigee

   Cuando los pods estén listos, continúa con el siguiente paso.

7. Realiza una instalación de ejecución de prueba. Ejecuta el comando apply con la marca --dry-run.

   ${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml --dry-run=client

8. Si no hay errores, puedes aplicar los componentes del entorno de ejecución específico de Apigee al clúster con el siguiente comando:

   ${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml

9. Para verificar el estado de la implementación, ejecuta el siguiente comando:

   ${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml

   Repite este paso hasta que los pods estén listos. Los pods pueden tardar varios minutos en iniciarse.

   Nota: Si configuras tu archivo de anulaciones para usar Workload Identity en GKE, es posible que veas un error de que apigeeenvironment no se está ejecutando. Continúa con los pasos de la siguiente sección. check-ready mostrará el entorno de Apigee que se ejecuta después de que completes los pasos para habilitar Workload Identity.

GKE con Workload Identity

Para las instalaciones híbridas de Apigee en GKE, Google Cloud ofrece una opción llamada Workload Identity para autenticar los componentes del entorno de ejecución híbrido.

Nota: Apigee hybrid v.1.10 solo admite la federación de Workload Identity en GKE.

Cuentas de servicio de Google Cloud y cuentas de servicio de Kubernetes

Una cuenta de servicio de Google Cloud es un tipo especial de cuenta que se puede usar para realizar llamadas autorizadas a APIs mediante la autenticación como la cuenta de servicio. Las cuentas de servicio de Google Cloud pueden tener roles y permisos similares a los de un usuario individual. Cuando una aplicación se autentica como una cuenta de servicio, tiene acceso a todos los recursos a los que tiene acceso la cuenta de servicio. Si deseas obtener más información sobre las cuentas de servicio de Google Cloud, consulta Descripción general de las cuentas de servicio.

Creaste cuentas de servicio de Google Cloud para tu instalación de Apigee hybrid en el Paso 4: Crea cuentas de servicio. Apigee usa estas cuentas de servicio para autenticar los componentes híbridos.

Las cuentas de servicio de Kubernetes son similares a las cuentas de servicio de Google Cloud. Una cuenta de servicio de Kubernetes proporciona una identidad para los procesos que se ejecutan en un Pod y le permite autenticarse en el servidor de la API de manera similar a un usuario. Si deseas obtener más información sobre las cuentas de servicio de Kubernetes, consulta Configura cuentas de servicio para Pods.

La herramienta apigeectl creó la mayoría de las cuentas de servicio de Kubernetes que necesita Apigee hybrid cuando ejecutaste apigeectl apply en el procedimiento anterior.

Cuando configuras Workload Identity en GKE, asocia las cuentas de servicio de Google Cloud con las cuentas de servicio de Kubernetes en el clúster de Kubernetes. De esta manera, las cuentas de servicio de Kubernetes pueden actuar en nombre de las cuentas de servicio de Google Cloud y usar sus roles y permisos asignados para autenticarse con los componentes híbridos.

Sigue estas instrucciones a fin de configurar Workload Identity para tu proyecto.

Prepárate para configurar Workload Identity

En estos procedimientos, se usan las siguientes variables de entorno. Verifica que estén definidas y define las que no lo están:

echo $APIGEECTL_HOME
echo $CLUSTER_LOCATION
echo $ENV_NAME
echo $HYBRID_FILES
echo $NAMESPACE
echo $PROJECT_ID
echo $ORG_NAME

1. Verifica que la configuración actual de gcloud sea el ID de tu proyecto de Google Cloud con el siguiente comando:

   gcloud config get project

Si es necesario, establece la configuración actual gcloud:

gcloud config set project $PROJECT_ID

2. Crea la cuenta de servicio apigee-cassandra-restore de Kubernetes:

   Cuando aplicaste la configuración mediante la ejecución de apigeectl apply, el comando creó la mayoría de las cuentas de servicio de Kubernetes necesarias para la identidad de la carga de trabajo.

   Para crear la cuenta de servicio apigee-cassandra-restore de Kubernetes, ejecuta apigeectl apply con la marca --restore:

   $APIGEECTL_HOME/apigeectl apply -f $HYBRID_FILES/overrides/overrides.yaml --restore

3. Verifica que Workload Identity esté habilitada para el clúster de GKE. Cuando creaste el clúster en el Paso 1: Crea un clúster, el paso 11 fue Habilitar Workload Identity. Para confirmar si Workload Identity está habilitado, ejecuta el siguiente comando:

   Clústeres regionales

   gcloud container clusters describe $CLUSTER_NAME \
     --region $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten 'workloadIdentityConfig'

   Clústeres zonales

   gcloud container clusters describe $CLUSTER_NAME \
     --zone $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten 'workloadIdentityConfig'

   El resultado debe tener el siguiente aspecto:

     ---
     workloadPool: PROJECT_ID.svc.id.goog

   Si, en cambio, ves null en los resultados, ejecuta el siguiente comando para habilitar Workload Identity en tu clúster:

   Clústeres regionales

   gcloud container clusters update $CLUSTER_NAME \
     --workload-pool=$PROJECT_ID.svc.id.goog \
     --project $PROJECT_ID \
     --region $CLUSTER_LOCATION

   Clústeres zonales

   gcloud container clusters update  $CLUSTER_NAME \
     --workload-pool=$PROJECT_ID.svc.id.goog \
     --zone $CLUSTER_LOCATION \
     --project $PROJECT_ID

4. Habilita Workload Identity para cada grupo de nodos con los siguientes comandos. Esta operación puede demorar hasta 30 minutos por cada nodo:

   Clústeres regionales

   gcloud container node-pools update NODE_POOL_NAME \
     --cluster=$CLUSTER_NAME \
     --region $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --workload-metadata=GKE_METADATA

   Clústeres zonales

   gcloud container node-pools update NODE_POOL_NAME \
     --cluster=$CLUSTER_NAME \
     --zone $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --workload-metadata=GKE_METADATA

   En el ejemplo anterior, NODE_POOL_NAME es el nombre de cada grupo de nodos. En la mayoría de las instalaciones híbridas de Apigee, los dos grupos de nodos predeterminados se llaman apigee-data y apigee-runtime.

5. Verifica que Workload Identity esté habilitada en tus grupos de nodos con los siguientes comandos:

   Clústeres regionales

   gcloud container node-pools describe apigee-data \
     --cluster $CLUSTER_NAME \
     --region $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten "config:"

   gcloud container node-pools describe apigee-runtime \
     --cluster $CLUSTER_NAME \
     --region $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten "config:"

   Clústeres zonales

   gcloud container node-pools describe apigee-data \
     --cluster $CLUSTER_NAME \
     --zone $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten "config:"

   gcloud container node-pools describe apigee-runtime \
     --cluster $CLUSTER_NAME \
     --zone $CLUSTER_LOCATION \
     --project $PROJECT_ID \
     --flatten "config:"

   Deberías obtener un resultado similar al siguiente:

   ---
   diskSizeGb: 100
   diskType: pd-standard
   ...
   workloadMetadataConfig:
     mode: GKE_METADATA
       

6. Obtén una lista de los nombres de las cuentas de servicio de Google Cloud para tu proyecto. Necesitarás estos nombres para asociar las cuentas de servicio de Kubernetes a fin de configurar Workload Identity. En el caso de las instalaciones que no son de producción, solo debe haber una cuenta de servicio de Google. Para las instalaciones de producción, debería haber ocho.

   Usa el siguiente comando para obtener la lista de nombres:

   gcloud iam service-accounts list --project $PROJECT_ID

   Deberías obtener un resultado similar al siguiente:

   No producción

   Para entornos que no son de producción, haz lo siguiente:

   DISPLAY NAME         EMAIL                                                      DISABLED
   apigee-non-prod      apigee-non-prod@my_project_id.iam.gserviceaccount.com      False
   

   Producción

   Para entornos que no son de producción, haz lo siguiente:

   DISPLAY NAME         EMAIL                                                      DISABLED
   apigee-cassandra     apigee-cassandra@my_project_id.iam.gserviceaccount.com     False
   apigee-logger        apigee-logger@my_project_id.iam.gserviceaccount.com        False
   apigee-mart          apigee-mart@my_project_id.iam.gserviceaccount.com          False
   apigee-metrics       apigee-metrics@my_project_id.iam.gserviceaccount.com       False
   apigee-runtime       apigee-runtime@my_project_id.iam.gserviceaccount.com       False
   apigee-synchronizer  apigee-synchronizer@my_project_id.iam.gserviceaccount.com  False
   apigee-udca          apigee-udca@my_project_id.iam.gserviceaccount.com          False
   apigee-watcher       apigee-watcher@my_project_id.iam.gserviceaccount.com       False
   

   Sugerencia: Si tienes nombres personalizados para tus cuentas de servicio que no se corresponden con facilidad con los nombres de los componentes de Apigee, puedes determinar el rol de cada cuenta de servicio si verificas los roles asignados a ella y los comparas con los roles recomendados en Acerca de las cuentas de servicio.

   Usa el siguiente comando para verificar los roles asignados a una cuenta de servicio:

   gcloud projects get-iam-policy ${PROJECT_ID}  \
     --flatten="bindings[].members" \
     --format='table(bindings.role)' \
     --filter="SERVICE_ACCOUNT_NAME"

7. Obtén una lista de nombres de las cuentas de servicio de Kubernetes. Necesitarás esta lista de nombres para asociarlos con tus cuentas de servicio de Google Cloud más adelante en este procedimiento. Usa el siguiente comando:

   kubectl get sa -n $NAMESPACE

   El resultado debería ser similar al siguiente. Las cuentas de servicio de Kubernetes en negrita son las que deberás asociar con tus cuentas de servicio de Google Cloud:

   NAME                                                         SECRETS   AGE
   apigee-cassandra-backup                                      1         11m
   apigee-cassandra-restore                                     1         11m
   apigee-cassandra-schema-setup-my-project-id-123abcd-sa       1         11m
   apigee-cassandra-schema-val-my-project-id-123abcd            1         11m
   apigee-cassandra-user-setup-my-project-id-123abcd-sa         1         11m
   apigee-connect-agent-my-project-id-123abcd-sa                1         11m
   apigee-datastore-default-sa                                  1         11m
   apigee-ingressgateway                                        1         11m
   apigee-ingressgateway-my-project-id-123abcd                  1         11m
   apigee-ingressgateway-manager                                1         11m
   apigee-init                                                  1         11m
   apigee-mart-my-project-id-123abcd-sa                         1         11m
   apigee-metrics-sa                                            1         11m
   apigee-mint-task-scheduler-my-project-id-123abcd-sa          1         11m
   apigee-redis-default-sa                                      1         11m
   apigee-redis-envoy-default-sa                                1         11m
   apigee-runtime-my-project-id-env-name-234bcde-sa             1         11m
   apigee-synchronizer-my-project-id-env-name-234bcde-sa        1         11m
   apigee-udca-my-project-id-123abcd-sa                         1         11m
   apigee-udca-my-project-id-env-name-234bcde-sa                1         11m
   apigee-watcher-my-project-id-123abcd-sa                      1         11m
   default                                                      1         11m
       

Configura Workload Identity

Usa el siguiente procedimiento a fin de habilitar Workload Identity para tu instalación de Hybrid:

1. Para cada componente de Apigee, anota las cuentas de servicio de Kubernetes correspondientes con la cuenta de servicio de Google para el componente.
   IMPORTANTE: Si los nombres de tu cuenta de servicio no coinciden con los nombres predeterminados que creó create-service-account, reemplaza el nombre de la cuenta de servicio por el nombre correcto de la cuenta de servicio para el componente en los siguientes comandos. Por ejemplo, si tu cuenta de servicio de Cassandra se llama my-cassandra-accnt-1, reemplaza apigee-cassandra por ese nombre en el comando.

   En los siguientes pasos, se usan dos variables de entorno. Restablecerás los valores de estas variables antes de cada conjunto de comandos:

   • GSA_NAME: el nombre de una cuenta de servicio de Google. Estas son las cuentas de servicio que creaste con la herramienta de create-service-account en el Paso 4: Crear cuentas de servicio.
   • KSA_NAME: el nombre de una cuenta de servicio de Kubernetes. Estas son las cuentas que enumeraste antes con el comando kubectl get sa -n $NAMESPACE, por ejemplo: apigee-cassandra-schema-setup-hybrid-example-project-123abcd-sa.
   Sugerencia: Si se muestra un error que indica que la cuenta de servicio “NO SE ENCUENTRA”, intenta ejecutar gcloud init para establecer la configuración actual como el ID del proyecto de Google Cloud y la ubicación del clúster correctos.
• Cassandra

  Configura Workload Identity para el componente Cassandra.

  El componente Cassandra tiene seis cuentas de servicio de Kubernetes asociadas:

  • apigee-cassandra-backup
  • apigee-cassandra-restore
  • apigee-cassandra-schema-setup
  • apigee-cassandra-schema-val (val = validación)
  • apigee-cassandra-user-setup
  • apigee-datastore-default

  No producción

  Configura la cuenta de servicio apigee-cassandra-backup de Kubernetes

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-non-prod"
     KSA_NAME="apigee-cassandra-backup"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

     El resultado debe tener una línea que describa la anotación, similar a la siguiente:

     Annotations:         iam.gke.io/gcp-service-account: [e-mail]

  Configura la cuenta de servicio apigee-cassandra-restore de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-restore"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-schema-setup de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-schema-setup-service-account-name-sa"

     por ejemplo: apigee-cassandra-schema-setup-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-schema-val de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-schema-val-service-account-name"

     por ejemplo: apigee-cassandra-schema-val-hybrid-example-project-123abcd.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-user-setup de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-user-setup-service-account-name-sa"

     por ejemplo: apigee-cassandra-user-setup-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-datastore-default-sa de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-datastore-default-sa"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  Configura la cuenta de servicio apigee-cassandra-backup de Kubernetes

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-cassandra"
     KSA_NAME="apigee-cassandra-backup"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  El resultado debe tener una línea que describa la anotación, similar a la siguiente:

  Annotations:         iam.gke.io/gcp-service-account: [e-mail]

  5. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-restore de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-restore"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  Configura la cuenta de servicio apigee-cassandra-schema-setup de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-schema-setup-service-account-name-sa"

     por ejemplo: apigee-cassandra-schema-setup-hybrid-example-project-123abcd-sa.

  Vincula el rol de IAM:

  gcloud iam service-accounts add-iam-policy-binding \
    --role roles/iam.workloadIdentityUser \
    --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
    $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
    --project $PROJECT_ID

  2. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  3. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-schema-val de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-schema-val-service-account-name"

     por ejemplo: apigee-cassandra-schema-val-hybrid-example-project-123abcd.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-cassandra-user-setup de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-cassandra-user-setup-service-account-name-sa"

     por ejemplo: apigee-cassandra-user-setup-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Configura la cuenta de servicio apigee-datastore-default-sa de Kubernetes

  1. Vuelve a definir la variable de entorno KSA_NAME:

     KSA_NAME="apigee-datastore-default-sa"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• Apigee Connect

  Configura Workload Identity para el componente de Apigee Connect.

  No producción

  1. Define la variable de entorno KSA_NAME:

     KSA_NAME="apigee-connect-agent-service-account-name-sa"

     por ejemplo: apigee-connect-agent-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-mart"
     KSA_NAME="apigee-connect-agent-service-account-name-sa"

     por ejemplo: apigee-connect-agent-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• MART

  Configura Workload Identity para el componente MART.

  No producción

  1. Define la variable de entorno KSA_NAME:

     KSA_NAME="apigee-mart-service-account-name-sa"

     por ejemplo: apigee-mart-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-mart"
     KSA_NAME="apigee-mart-service-account-name-sa"

     por ejemplo: apigee-mart-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• Métricas de Apigee

  Configura Workload Identity para el componente de métricas de Apigee.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-metrics-sa"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-metrics"
     KSA_NAME="apigee-metrics-sa"

  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
     --role roles/iam.workloadIdentityUser \
     --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
     $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
     --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
     --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• UDCA (nivel de organización)

  Configura Workload Identity para el componente UDCA a nivel de la organización.

  El UDCA se implementa a nivel de la organización y del entorno. Por lo tanto, existen dos cuentas de servicio diferentes de Kubernetes para el UDCA, una para cada permiso. Puedes distinguirlas por el nombre de la cuenta. La cuenta con permiso de entorno incluye el nombre del entorno en el nombre de la cuenta de servicio. Por ejemplo:

  • Nivel de organización: apigee-udca-my-project-id-123abcd-sa donde my-project-id es el ID del proyecto de nombre.
  • Nivel de entorno: apigee-udca-my-project-id-my-env-234bcde-sa donde my-env es el nombre del entorno.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-udca-service-account-name-sa"

     por ejemplo: apigee-udca-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

       gcloud iam service-accounts add-iam-policy-binding \
         --role roles/iam.workloadIdentityUser \
         --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
         $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
         --project $PROJECT_ID

  3. Anota la cuenta de servicio:

       kubectl annotate serviceaccount \
         --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-udca"
     KSA_NAME="apigee-udca-service-account-name-sa"

     por ejemplo: apigee-udca-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• Apigee Watcher

  Configura Workload Identity para el componente Watcher de Apigee.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-watcher-service-account-name-sa"

     por ejemplo: apigee-watcher-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-watcher"
     KSA_NAME="apigee-watcher-service-account-name-sa"

     por ejemplo: apigee-watcher-hybrid-example-project-123abcd-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• Entorno de ejecución

  Configura Workload Identity para el componente Runtime de Apigee.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-runtime-env-level-service-account-name-sa"

     por ejemplo: apigee-runtime-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-runtime"
     KSA_NAME="apigee-runtime-env-level-service-account-name-sa"

     por ejemplo: apigee-runtime-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• Sincronizador

  Configura Workload Identity para el componente Synchronizer.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-synchronizer-env-level-service-account-name-sa"

     por ejemplo: apigee-synchronizer-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-synchronizer"
     KSA_NAME="apigee-synchronizer-env-level-service-account-name-sa"

     por ejemplo: apigee-synchronizer-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

• UDCA (nivel de entorno)

  Configura Workload Identity para el componente UDCA a nivel de entorno.

  No producción

  1. Define las variables de entorno KSA_NAME:

     KSA_NAME="apigee-udca-env-level-service-account-name-sa"

     por ejemplo: apigee-udca-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

  Producción

  1. Define las variables de entorno KSA_NAME y GSA_NAME:

     GSA_NAME="apigee-udca"
     KSA_NAME="apigee-udca-env-level-service-account-name-sa"

     por ejemplo: apigee-udca-hybrid-example-project-example-env-234bcde-sa.
  2. Vincula el rol de IAM:

     gcloud iam service-accounts add-iam-policy-binding \
       --role roles/iam.workloadIdentityUser \
       --member "serviceAccount:$PROJECT_ID.svc.id.goog[$NAMESPACE/$KSA_NAME]" \
       $GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com \
       --project $PROJECT_ID

  3. Anota la cuenta de servicio:

     kubectl annotate serviceaccount \
       --namespace $NAMESPACE $KSA_NAME iam.gke.io/gcp-service-account=$GSA_NAME@$PROJECT_ID.iam.gserviceaccount.com

  4. Verifica la anotación:

     kubectl describe serviceaccount \
       --namespace $NAMESPACE $KSA_NAME

2. Opcional: Borra los archivos de claves de la cuenta de servicio descargados.

   Si creaste las cuentas de servicio de Google con la herramienta de create-service-account, es posible que haya creado claves de cuenta de servicio y descargado los archivos de claves .json. Cuando usas Workload Identity en GKE, no necesitas estos archivos de claves.

   Puedes borrar los archivos de claves con el siguiente comando:

   rm $HYBRID_FILES/service-accounts/*.json

Verifica Workload Identity

1. (Opcional) Puedes ver el estado de tus cuentas de servicio de Kubernetes en la página Descripción general de las cargas de trabajo de Kubernetes en la consola de Google Cloud.

   Ir a Cargas de trabajo

   Nota: Es posible que veas un estado de error para las cuentas de servicio apigee-cassandra-backup y apigee-cassandra-restore. Esto se debe a que actualmente no ejecutas la copia de seguridad ni el restablecimiento, y estos procesos aún no están configurados por completo. Para obtener más información sobre la copia de seguridad y el restablecimiento de Cassandra, consulta Descripción general de la copia de seguridad de Cassandra.
2. Para volver a verificar el estado de la implementación con apigeectl check-ready, haz lo siguiente:

   ${APIGEECTL_HOME}/apigeectl check-ready -f ${HYBRID_FILES}/overrides/overrides.yaml

¡Felicitaciones!

Instalaste y configuraste de forma correcta el plano del entorno de ejecución híbrido de Apigee. En el siguiente paso, configurarás la puerta de enlace de entrada de Apigee.

1 2 3 4 5 6 7 8 9 (SIGUIENTE) Paso 10: Expón la entrada de Apigee 11