Errore insufficiente kata.peerpods.io/vm

Se viene visualizzato un errore come il seguente durante la pianificazione dei pod peer:

Warning FailedScheduling 0/30 nodes are available: 9 Insufficient kata.peerpods.io/vm. preemption: 0/30 nodes are available: 9 No preemption victims found for incoming pod.

Questo errore indica che è stato raggiunto il limite di PEERPODS_LIMIT_PER_NODE sui nodi worker. Il limite predefinito è di 10 pod peer per nodo worker.

Per risolvere questo problema:

1. Verificare il limite attuale e il numero di pod peer in esecuzione.

   oc get nodes -o json | jq '.items[] | {name: .metadata.name, allocatable: .status.allocatable["kata.peerpods.io/vm"], capacity: .status.capacity["kata.peerpods.io/vm"]}'
   

2. Aumentare il valore PEERPODS_LIMIT_PER_NODE nel campo peer-pods-cm ConfigMap. Per ulteriori informazioni, vedere Creazione di contenitori riservati.

   oc -n openshift-sandboxed-containers-operator patch cm peer-pods-cm \
     --type merge \
     -p '{"data":{"PEERPODS_LIMIT_PER_NODE":"24"}}'
   

3. Riavviare il daemonset di Cloud API Adapter.

   oc -n openshift-sandboxed-containers-operator rollout restart daemonset/osc-caa-ds
   

4. Verificare l'applicazione del nuovo limite.

   oc get nodes -o json | jq -r '[.items[] | select (.status.allocatable["kata.peerpods.io/vm"] != null)| .status.allocatable["kata.peerpods.io/vm"] | tonumber] | add'
   

Per ulteriori informazioni sui limiti dei peer pod e sulla pianificazione della capacità, vedere Quanti peer pod posso eseguire per nodo worker?

Errore di autenticazione IAM dopo l'aggiornamento a OSC Operator 1.12.1

Se nei log del Cloud API Adapter (CAA) viene visualizzato un errore simile al seguente dopo l'aggiornamento alla versione dell' OpenShift-Sandboxed Containers Operator 1.12.1:

cloud-api-adaptor: cluster error with:
 Unauthorized
further details:
 {
    "StatusCode": 401,
    "Result": {
        "code": "A0007",
        "description": "You do not have the correct permissions to perform this action..."
    }
}

La versione 1.12.1 ha introdotto un nuovo requisito che prevede il recupero automatico del gruppo di sicurezza del cluster tramite l'API del servizio cluster IKS all'indirizzo IBM Cloud. Quando si utilizza " IBMCLOUD_IAM_PROFILE_ID " per l'autenticazione (identità della risorsa di calcolo), il profilo IAM potrebbe non disporre delle autorizzazioni necessarie per interrogare l'API del servizio del cluster.

Scegli una delle seguenti opzioni.

Concedi autorizzazioni IAM aggiuntive (consigliato)

Aggiornare il profilo IAM per includere le autorizzazioni relative all'API del servizio cluster IKS, in particolare la possibilità di richiamare GetClusterTypeSecurityGroups(). Contatta l'amministratore di IBM Cloud per aggiungere le autorizzazioni necessarie.

Impostare esplicitamente l'ID del gruppo di sicurezza

Configurare la variabile d'ambiente IBMCLOUD_VPC_SG_ID nel file peer-pods-cm ( ConfigMap ) per bypassare la ricerca automatica del gruppo di sicurezza del cluster. Quindi riavvia il daemonset dell'adattatore API Cloud.

1. Sostituisci " ConfigMap " con l'ID del tuo gruppo di sicurezza.

    oc -n openshift-sandboxed-containers-operator patch cm peer-pods-cm \
      --type merge \
      -p '{"data":{"IBMCLOUD_VPC_SG_ID":"<your-security-group-id>"}}'
    ```
2. Riavviare il daemonset di Cloud API Adapter.

```sh {: pre}
    oc -n openshift-sandboxed-containers-operator rollout restart daemonset/osc-caa-ds
    ```

Passa all'autenticazione tramite chiave API

Passare dall'autenticazione IBMCLOUD_IAM_PROFILE_ID a quella IBMCLOUD_API_KEY. L'autenticazione tramite chiave API utilizza un ID servizio con politiche IAM esplicite, il cui ambito può essere definito in modo da includere le autorizzazioni di servizio del cluster richieste. Aggiorna il segreto " peer-pods-secret " inserendo la tua chiave API al posto dell'ID del profilo IAM.

Per ulteriori informazioni sulla modifica sottostante, consultare il commit del progetto upstream cloud-api-adaptor all’indirizzo dde66055.

Errore CPU insufficiente

Se viene visualizzato un errore come il seguente durante la pianificazione dei pod peer:

Warning FailedScheduling 0/3 nodes are available: 3 Insufficient cpu. preemption: 0/3 nodes are available: 3 No preemption victims found for incoming pod.

Questo errore indica che i nodi worker non dispongono di risorse CPU sufficienti. Ogni pod peer consuma circa 250m CPU sul nodo worker per il costrutto del pod Kubernetes, anche se il carico di lavoro effettivo viene eseguito in un VSI separato.

Per risolvere questo problema:

1. Controllare l'allocazione della CPU sui nodi worker.

   for n in $(oc get nodes -o name); do
     echo "=== $n ==="
     oc describe "$n" | sed -n '/Allocated resources:/,/Events:/p'
   done
   

2. Scegli una delle seguenti opzioni:

   • Aggiungere altri nodi worker al cluster
   • Utilizzare nodi worker con più vCPUs
   • Ridurre il valore di PEERPODS_LIMIT_PER_NODE per adattarlo alla capacità del nodo worker
   • Rimuovere altri carichi di lavoro dai nodi worker per liberare risorse di CPU