Inspeccionar cargas de trabajo sin estado

En este documento se explica cómo inspeccionar las cargas de trabajo sin estado que se ejecutan en un clúster de Kubernetes aislado de Google Distributed Cloud (GDC). Las cargas de trabajo sin estado te permiten ejecutar la implementación de tu aplicación sin tener que almacenar datos ni el estado de la aplicación. Puedes ver tus cargas de trabajo sin estado con la consola de GDC o la CLI de kubectl para monitorizar el uso de recursos y el estado de las cargas de trabajo.

Este documento está dirigido a los desarrolladores del grupo de operadores de aplicaciones, que son responsables de gestionar las cargas de trabajo de las aplicaciones de su organización. Para obtener más información, consulta Audiencias de la documentación aislada de GDC.

Antes de empezar

Para completar las tareas de este documento, debes tener los siguientes recursos y roles:

  • Para ejecutar comandos en un clúster de Kubernetes, asegúrate de tener los siguientes recursos:

    • Busca el nombre del clúster de Kubernetes o pregunta a un miembro del grupo de administradores de la plataforma cuál es el nombre del clúster.

    • Inicia sesión y genera el archivo kubeconfig del clúster de Kubernetes si no tienes uno.

    • Usa la ruta kubeconfig del clúster de Kubernetes para sustituir KUBERNETES_CLUSTER_KUBECONFIG en estas instrucciones.

  • Para obtener los permisos necesarios para ver todas las cargas de trabajo implementadas en un clúster compartido, pide a tu administrador de gestión de identidades y accesos de la organización que te conceda el rol de lector de cargas de trabajo (workload-viewer) en el espacio de nombres de tu proyecto.

  • Para obtener los permisos necesarios para inspeccionar cargas de trabajo sin estado en un clúster compartido, pide a tu administrador de IAM de la organización que te conceda el rol Administrador de espacio de nombres (namespace-admin) en el espacio de nombres de tu proyecto.

  • Para obtener los permisos necesarios para ver e inspeccionar cargas de trabajo sin estado en un clúster estándar, pide al administrador de gestión de identidades y accesos de tu organización que te asigne el rol Desarrollador de clúster (cluster-developer) en un clúster estándar.

Ver las cargas de trabajo de contenedor de un proyecto

Para ver las cargas de trabajo de los contenedores de tu proyecto, haz lo siguiente:

Consola

  • En el menú de navegación, selecciona Kubernetes Engine > Cargas de trabajo.

    Puedes ver los detalles de tus cargas de trabajo de contenedor, como los siguientes:

    • Nombre
    • Tipo
    • Número de pods
    • Clúster de Kubernetes
    • Fecha de última modificación

    Las cargas de trabajo de los contenedores se organizan según el clúster de Kubernetes al que pertenecen. Selecciona el menú desplegable Clúster para cambiar el contexto del clúster.

CLI

  • Ejecuta el siguiente comando para enumerar todos los pods de tu proyecto:

    kubectl get pods -n PROJECT_NAMESPACE

    El resultado debería ser similar al siguiente:

    NAME                        READY   STATUS    RESTARTS   AGE
nginx-workload-ah-aa-1228   1/1     Running   0          12h
nginx-workload-ah-ab-6784   1/1     Running   0          11h
nginx-workload-ah-ac-0045   1/1     Running   0          12h

Inspeccionar el despliegue

Para solicitar información más detallada sobre los componentes de un Deployment recurso, ejecuta comandos que se dirijan directamente a la entidad que quieras inspeccionar.

Obtener información de objetos Deployment

Para obtener información detallada sobre el objeto Deployment, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    describe deployment DEPLOYMENT_NAME

Haz los cambios siguientes:

  • KUBERNETES_CLUSTER_KUBECONFIG: el archivo kubeconfig del clúster que ejecuta la implementación.

  • NAMESPACE: el espacio de nombres. En el caso de los clústeres compartidos, debe ser un espacio de nombres de proyecto. En los clústeres estándar, puede ser cualquier espacio de nombres.

  • DEPLOYMENT_NAME: el nombre del objeto Deployment.

Mostrar la configuración activa en formato YAML

Para ver el manifiesto de un objeto Deployment, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    get deployments DEPLOYMENT_NAME -o yaml

Este comando muestra la configuración activa del objeto Deployment en formato YAML.

Mostrar pods

Para enumerar los objetos Pod creados por la implementación, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    get pods -l KEY=VALUE

En este comando, la marca -l muestra todos los objetos Pod con el par clave-valor especificado en el clúster indicado.

Haz los cambios siguientes:

  • KUBERNETES_CLUSTER_KUBECONFIG: el archivo kubeconfig del clúster que ejecuta la implementación.

  • NAMESPACE: el espacio de nombres. En el caso de los clústeres compartidos, debe ser un espacio de nombres de proyecto. En los clústeres estándar, puede ser cualquier espacio de nombres.

  • KEY: la clave del conjunto de etiquetas de pares clave-valor definido en la implementación. Por ejemplo, si el campo .template.metadata.labels tiene configurada la etiqueta app: myapp, la clave es app.

  • VALUE: el valor de la etiqueta del par clave-valor definido en la implementación. Por ejemplo, si el campo .template.metadata.labels tiene configurada la etiqueta app: myapp, el valor es my-app.

Por ejemplo, si has etiquetado el objeto Deployment como app: my-app, puedes ejecutar el siguiente comando para ver los objetos Pod con esa etiqueta:

kubectl --kubeconfig /tmp/kubeconfig.yaml -n my-namespace \
    get pods -l app=my-app

Obtener información específica de un pod

Para obtener información sobre un objeto Pod específico, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    describe pod POD_NAME

Haz los cambios siguientes:

  • KUBERNETES_CLUSTER_KUBECONFIG: el archivo kubeconfig del clúster que ejecuta la implementación.

  • NAMESPACE: el espacio de nombres. En el caso de los clústeres compartidos, debe ser un espacio de nombres de proyecto. En los clústeres estándar, puede ser cualquier espacio de nombres.

  • POD_NAME: el nombre del pod gestionado por la implementación.

Siguientes pasos