8.2. Estimer le nombre de pods que vos nœuds dédiés OpenShift peuvent contenir

Conditions préalables

1. Exécutez l’outil OpenShift Cluster Capacity Tool, qui est disponible sous forme d’image conteneur à partir du catalogue de l’écosystème Red Hat.

2. Créer un fichier spec de pod d’échantillon:

   1. Créez un fichier YAML similaire à ce qui suit:

      apiVersion: v1
      kind: Pod
      metadata:
        name: small-pod
        labels:
          app: guestbook
          tier: frontend
      spec:
        securityContext:
          runAsNonRoot: true
          seccompProfile:
            type: RuntimeDefault
        containers:
        - name: php-redis
          image: gcr.io/google-samples/gb-frontend:v4
          imagePullPolicy: Always
          resources:
            limits:
              cpu: 150m
              memory: 100Mi
            requests:
              cpu: 150m
              memory: 100Mi
          securityContext:
            allowPrivilegeEscalation: false
            capabilities:
              drop: [ALL]

   2. Créer le rôle du cluster:

      $ oc create -f <file_name>.yaml

      À titre d’exemple:

      $ oc create -f pod-spec.yaml

1. À partir du terminal, connectez-vous au Registre Red Hat:

   $ podman login registry.redhat.io

2. Tirez l’image de l’outil de capacité de cluster:

   $ podman pull registry.redhat.io/openshift4/ose-cluster-capacity

3. Exécutez l’outil de capacité de cluster:

   $ podman run -v $HOME/.kube:/kube:Z -v $(pwd):/cc:Z  ose-cluster-capacity \
   /bin/cluster-capacity --kubeconfig /kube/config --<pod_spec>.yaml /cc/<pod_spec>.yaml \
   --verbose

   là où:

   <pod_spec>.yaml

   Spécifie le pod spec à utiliser.

   le verbose

   Affiche une description détaillée du nombre de gousses pouvant être programmées sur chaque nœud du cluster.

   Exemple de sortie

   small-pod pod requirements:
   	- CPU: 150m
   	- Memory: 100Mi
   
   The cluster can schedule 88 instance(s) of the pod small-pod.
   
   Termination reason: Unschedulable: 0/5 nodes are available: 2 Insufficient cpu,
   3 node(s) had taint {node-role.kubernetes.io/master: }, that the pod didn't
   tolerate.
   
   Pod distribution among nodes:
   small-pod
   	- 192.168.124.214: 45 instance(s)
   	- 192.168.124.120: 43 instance(s)

   Dans l’exemple ci-dessus, le nombre de gousses estimées pouvant être programmées sur le cluster est de 88.

1. Créer le rôle du cluster:

   1. Créez un fichier YAML similaire à ce qui suit:

      kind: ClusterRole
      apiVersion: rbac.authorization.k8s.io/v1
      metadata:
        name: cluster-capacity-role
      rules:
      - apiGroups: [""]
        resources: ["pods", "nodes", "persistentvolumeclaims", "persistentvolumes", "services", "replicationcontrollers"]
        verbs: ["get", "watch", "list"]
      - apiGroups: ["apps"]
        resources: ["replicasets", "statefulsets"]
        verbs: ["get", "watch", "list"]
      - apiGroups: ["policy"]
        resources: ["poddisruptionbudgets"]
        verbs: ["get", "watch", "list"]
      - apiGroups: ["storage.k8s.io"]
        resources: ["storageclasses"]
        verbs: ["get", "watch", "list"]

   2. Créez le rôle de cluster en exécutant la commande suivante:

      $ oc create -f <file_name>.yaml

      À titre d’exemple:

      $ oc create sa cluster-capacity-sa

2. Créer le compte de service:

   $ oc create sa cluster-capacity-sa -n default

3. Ajouter le rôle au compte de service:

   $ oc adm policy add-cluster-role-to-user cluster-capacity-role \
       system:serviceaccount:<namespace>:cluster-capacity-sa

   là où:

   <namespace>

   Indique l’espace de noms où se trouve le pod.

4. Définir et créer le pod spec:

   1. Créez un fichier YAML similaire à ce qui suit:

      apiVersion: v1
      kind: Pod
      metadata:
        name: small-pod
        labels:
          app: guestbook
          tier: frontend
      spec:
        securityContext:
          runAsNonRoot: true
          seccompProfile:
            type: RuntimeDefault
        containers:
        - name: php-redis
          image: gcr.io/google-samples/gb-frontend:v4
          imagePullPolicy: Always
          resources:
            limits:
              cpu: 150m
              memory: 100Mi
            requests:
              cpu: 150m
              memory: 100Mi
          securityContext:
            allowPrivilegeEscalation: false
            capabilities:
              drop: [ALL]

   2. Créez le pod en exécutant la commande suivante:

      $ oc create -f <file_name>.yaml

      À titre d’exemple:

      $ oc create -f pod.yaml

5. Créé un objet map config en exécutant la commande suivante:

   $ oc create configmap cluster-capacity-configmap \
       --from-file=pod.yaml=pod.yaml

   L’analyse de la capacité du cluster est montée dans un volume à l’aide d’un objet mappage nommé cluster-capacity-configmap pour monter le fichier pod.yaml dans un volume de test de volume sur le chemin /test-pod.

6. Créez le travail à l’aide de l’exemple ci-dessous d’un fichier de spécification d’emploi:

   1. Créez un fichier YAML similaire à ce qui suit:

      apiVersion: batch/v1
      kind: Job
      metadata:
        name: cluster-capacity-job
      spec:
        parallelism: 1
        completions: 1
        template:
          metadata:
            name: cluster-capacity-pod
          spec:
              containers:
              - name: cluster-capacity
                image: openshift/origin-cluster-capacity
                imagePullPolicy: "Always"
                volumeMounts:
                - mountPath: /test-pod
                  name: test-volume
                env:
                - name: CC_INCLUSTER 

      1

      
                  value: "true"
                command:
                - "/bin/sh"
                - "-ec"
                - |
                  /bin/cluster-capacity --podspec=/test-pod/pod.yaml --verbose
              restartPolicy: "Never"
              serviceAccountName: cluster-capacity-sa
              volumes:
              - name: test-volume
                configMap:
                  name: cluster-capacity-configmap

      1

      La variable d’environnement requise permet à l’outil de capacité de cluster de savoir qu’il s’exécute à l’intérieur d’un cluster en tant que pod.
      La clé pod.yaml de l’objet ConfigMap est identique au nom du fichier Pod spec, bien qu’il ne soit pas requis. Ce faisant, le fichier d’entrée de pod spec peut être accédé à l’intérieur du pod comme /test-pod/pod.yaml.

   2. Exécutez l’image de capacité de cluster en tant que travail dans un pod en exécutant la commande suivante:

      $ oc create -f cluster-capacity-job.yaml

La vérification

1. Consultez les journaux des tâches pour trouver le nombre de pods pouvant être programmés dans le cluster:

   $ oc logs jobs/cluster-capacity-job

   Exemple de sortie

   small-pod pod requirements:
           - CPU: 150m
           - Memory: 100Mi
   
   The cluster can schedule 52 instance(s) of the pod small-pod.
   
   Termination reason: Unschedulable: No nodes are available that match all of the
   following predicates:: Insufficient cpu (2).
   
   Pod distribution among nodes:
   small-pod
           - 192.168.124.214: 26 instance(s)
           - 192.168.124.120: 26 instance(s)