Chapitre 2. En travaillant avec des gousses

Les gousses sont l’équivalent brut d’une instance de machine (physique ou virtuelle) à un conteneur. Chaque pod se voit attribuer sa propre adresse IP interne, possédant ainsi l’ensemble de son espace portuaire, et les conteneurs à l’intérieur des pods peuvent partager leur stockage et leur réseau local.

Les gousses ont un cycle de vie; ils sont définis, puis ils sont assignés à courir sur un nœud, puis ils courent jusqu’à la sortie de leur(s) conteneur(s) ou ils sont retirés pour une autre raison. Les pods, en fonction de la politique et du code de sortie, peuvent être supprimés après la sortie, ou peuvent être conservés pour permettre l’accès aux journaux de leurs conteneurs.

Le Red Hat OpenShift Service sur AWS traite les pods comme en grande partie immuables; les modifications ne peuvent pas être apportées à une définition de pod pendant qu’elle est en cours d’exécution. Le service OpenShift Red Hat sur AWS implémente les modifications en mettant fin à un pod existant et en le recréant avec une configuration modifiée, une image de base ou les deux. Les gousses sont également traitées comme consommables, et ne maintiennent pas l’état lorsqu’elles sont recréées. Les pods doivent donc généralement être gérés par des contrôleurs de niveau supérieur, plutôt que directement par les utilisateurs.

Le service OpenShift Red Hat sur AWS exploite le concept Kubernetes d’un pod, qui est un ou plusieurs conteneurs déployés ensemble sur un hôte, et la plus petite unité de calcul pouvant être définie, déployée et gérée.

Ce qui suit est une définition d’exemple d’un pod. Il présente de nombreuses caractéristiques des pods, dont la plupart sont discutées dans d’autres sujets et donc brièvement mentionnées ici:

kind: Pod
apiVersion: v1
metadata:
  name: example
  labels:
    environment: production
    app: abc 
spec:
  restartPolicy: Always 
  securityContext: 
    runAsNonRoot: true
    seccompProfile:
      type: RuntimeDefault
  containers: 
    - name: abc
      args:
      - sleep
      - "1000000"
      volumeMounts: 
       - name: cache-volume
         mountPath: /cache 
      image: registry.access.redhat.com/ubi7/ubi-init:latest 
      securityContext:
        allowPrivilegeEscalation: false
        runAsNonRoot: true
        capabilities:
          drop: ["ALL"]
      resources:
        limits:
          memory: "100Mi"
          cpu: "1"
        requests:
          memory: "100Mi"
          cpu: "1"
  volumes: 
  - name: cache-volume
    emptyDir:
      sizeLimit: 500Mi

kind: Pod
apiVersion: v1
metadata:
  name: example
  labels:
    environment: production
    app: abc 

spec:
  restartPolicy: Always 

  securityContext: 

    runAsNonRoot: true
    seccompProfile:
      type: RuntimeDefault
  containers: 

    - name: abc
      args:
      - sleep
      - "1000000"
      volumeMounts: 

       - name: cache-volume
         mountPath: /cache 

      image: registry.access.redhat.com/ubi7/ubi-init:latest 

      securityContext:
        allowPrivilegeEscalation: false
        runAsNonRoot: true
        capabilities:
          drop: ["ALL"]
      resources:
        limits:
          memory: "100Mi"
          cpu: "1"
        requests:
          memory: "100Mi"
          cpu: "1"
  volumes: 

  - name: cache-volume
    emptyDir:
      sizeLimit: 500Mi