Actualiza cargas de trabajo sin estado

En este documento, se explica cómo actualizar las cargas de trabajo sin estado existentes que se ejecutan en un clúster de Kubernetes aislado de Google Distributed Cloud (GDC). A medida que tu aplicación evoluciona en función del uso de recursos y las optimizaciones de configuración, debes actualizar la especificación del Pod subyacente en el clúster de Kubernetes para reflejar esos cambios en la carga de trabajo.

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

Antes de comenzar

Para completar las tareas de este documento, debes solicitar los permisos necesarios y preparar tu entorno.

Solicita roles de IAM

Debes tener roles específicos para obtener los permisos que necesitas para actualizar las cargas de trabajo sin estado. Los roles que necesitas dependen de si trabajas en un clúster compartido con permiso de organización o en un clúster estándar con permiso de proyecto. Para obtener más información, consulta Parámetros de configuración de clústeres de Kubernetes.

Roles de clúster compartidos

Para crear, borrar, editar o ver cargas de trabajo en un clúster compartido, pídele al administrador de proyectos de IAM que te otorgue el rol de administrador de espacio de nombres (namespace-admin). Este rol está vinculado al espacio de nombres de tu proyecto.

Roles de clúster estándar

Para crear, borrar, editar o ver cargas de trabajo en un clúster estándar, pídele a tu administrador de proyectos de IAM que te otorgue el rol de desarrollador de clústeres (cluster-developer). Este rol está vinculado al espacio de nombres de tu proyecto.

Prepara el entorno

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

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

  • Accede y genera el archivo kubeconfig para el clúster de Kubernetes.

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

Actualiza la implementación

Para actualizar un objeto Deployment, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    apply -f DEPLOYMENT_FILE

Reemplaza lo siguiente:

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

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

  • DEPLOYMENT_FILE: Es el nombre del archivo de manifiesto de Deployment que se actualizará.

El comando kubectl apply aplica un archivo de manifiesto a un recurso. Si el recurso especificado no existe, el comando lo crea.

También hay varias otras formas de actualizar los recursos dentro de tu implementación.

Actualiza una imagen de contenedor

Para cambiar la imagen de un objeto Deployment, ejecuta lo siguiente:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    set image deployment DEPLOYMENT_NAME \
    IMAGE=IMAGE:TAG

Reemplaza lo siguiente:

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

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

  • DEPLOYMENT_NAME: Es el nombre del objeto de Deployment que contiene la imagen.

  • IMAGE por el nombre de la imagen de contenedor

  • TAG: Es la etiqueta que se actualizará para la imagen de contenedor.

Actualizar la imagen de un Deployment es útil para cambiar los campos o recursos del selector, como las solicitudes o los límites.

Por ejemplo, para actualizar un objeto Deployment llamado nginx para que use la versión 1.9.1, ejecuta lo siguiente:

kubectl --kubeconfig /tmp/kubeconfig.yaml -n my-namespace \
    set image deployment nginx nginx=nginx:1.9.1

Revierte una actualización

Si deseas revertir una actualización, por ejemplo, cuando tu implementación se vuelve inestable, usa la CLI de kubectl. El historial de lanzamientos de un objeto Deployment se conserva en el sistema para que puedas revertirlo en cualquier momento.

Para revertir una actualización en curso o completada a su revisión anterior, ejecuta lo siguiente:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG \
    -n NAMESPACE \
    rollout undo deployment DEPLOYMENT_NAME

Reemplaza lo siguiente:

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

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

  • DEPLOYMENT_NAME: Es el nombre del objeto Deployment que se revertirá.

Para revertir a una revisión específica, ejecuta lo siguiente:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG \
    -n NAMESPACE \
    rollout undo deployment DEPLOYMENT_NAME \
    --to-revision=REVISION_NUMBER

Reemplaza lo siguiente:

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

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

  • DEPLOYMENT_NAME: Es el nombre del objeto Deployment que se revertirá.

  • REVISION_NUMBER: Es el número entero que define la revisión a la que se debe revertir, como 3.

¿Qué sigue?