Crear cargas de trabajo sin estado

En esta página se explica cómo crear y gestionar cargas de trabajo sin estado en un clúster de Kubernetes aislado de Google Distributed Cloud (GDC). Las cargas de trabajo sin reconocimiento del estado te permiten escalar la implementación de tu aplicación en función de las demandas de la carga de trabajo, todo ello sin tener que gestionar el almacenamiento persistente en un clúster de Kubernetes para almacenar datos o el estado de la aplicación. En esta página se explica cómo empezar a optimizar y ajustar de forma eficiente la disponibilidad de tu aplicación.

Esta página está dirigida a los desarrolladores del grupo de operadores de aplicaciones, que son responsables de crear cargas de trabajo de aplicaciones para su organización. Para obtener más información, consulta Audiencias de la documentación aislada de GDC.

Antes de empezar

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

  1. Busca el nombre del clúster de Kubernetes o pregunta a tu administrador de la plataforma cuál es.

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

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

Para obtener los permisos necesarios para crear cargas de trabajo sin estado, pide al administrador de gestión de identidades y accesos de tu organización que te conceda el rol de administrador de espacio de nombres (namespace-admin) en el espacio de nombres de tu proyecto.

Crear un despliegue

Para crear un despliegue, escribe un Deploymentmanifiestokubectl apply y ejecuta kubectl apply para crear el recurso. Este método también conserva las actualizaciones realizadas en los recursos activos sin combinar los cambios en los archivos de manifiesto.

Para crear un Deployment a partir de su archivo de manifiesto, ejecuta el siguiente comando:

kubectl --kubeconfig KUBERNETES_CLUSTER_KUBECONFIG -n NAMESPACE \
    apply -f - <<EOF
apiVersion: apps/v1
kind: Deployment
metadata:
  name: DEPLOYMENT_NAME
spec:
  replicas: NUMBER_OF_REPLICAS
  selector:
    matchLabels:
      run: APP_NAME
  template:
    metadata:
      labels: # The labels given to each pod in the deployment, which are used
              # to manage all pods in the deployment.
        run: APP_NAME
    spec: # The pod specification, which defines how each pod runs in the deployment.
      containers:
      - name: CONTAINER_NAME
        image: CONTAINER_IMAGE
EOF

Haz los cambios siguientes:

  • KUBERNETES_CLUSTER_KUBECONFIG: el archivo kubeconfig del clúster de Kubernetes en el que vas a implementar cargas de trabajo de contenedores.

  • NAMESPACE: el espacio de nombres del proyecto en el que se van a desplegar las cargas de trabajo del contenedor.

  • DEPLOYMENT_NAME: el archivo kubeconfig del clúster en el que vas a implementar cargas de trabajo de contenedores.

  • APP_NAME: el nombre de la aplicación que se va a ejecutar en la implementación.

  • NUMBER_OF_REPLICAS: número de objetos Pod replicados que gestiona la implementación.

  • CONTAINER_NAME: el nombre del contenedor.

  • CONTAINER_IMAGE: el nombre de la imagen del contenedor. Debes incluir la ruta del registro de contenedores y la versión de la imagen, como REGISTRY_PATH/hello-app:1.0.

Por ejemplo:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3
  selector:
    matchLabels:
      run: my-app
  template:
    metadata:
      labels:
        run: my-app
    spec:
      containers:
      - name: hello-app
        image: REGISTRY_PATH/hello-app:1.0

Si vas a implementar cargas de trabajo de GPU en tus contenedores, consulta el artículo Gestionar cargas de trabajo de contenedores de GPU para obtener más información.