In Kubernetes abbiamo decine di risorse che possiamo controllare tramite la CLI. Molte di queste risorse sono immediatamente disponibili una volta fatto l'apply del file di manifest mentre, per altre, è necessario attendere un certo periodo. In questo articolo vedremo come attendere che una risorsa sia disponibile prima di proseguire con l'esecuzione di un eventuale script che necessita di quelle risorse, con un particolare riferimento ai pod.
Per mettere in esecuzione un pod, possiamo eseguire un comando simile al seguente:
kubectl run "$POD_NAME" --image ubuntu:latest -- /bin/bash -c "sleep infinity"
Se non ci fosse l'invocazione della bash, il pod terminerebbe immediatamente dopo l'avvio. In questo modo, invece, il pod rimane in esecuzione fino ad una terminazione manuale (o per motivi di altra natura).
Tuttavia, il pod non è messo in esecuzione immediatamente. E' lo scheduler ad assegnarlo ad un nodo, in base alle risorse disponibili e alle policy di scheduling. Non appena assegnato, il pod viene creato e poi seguiranno le fasi di creazione del container e di avvio dello stesso. Questo processo può richiedere alcuni secondi, anche se il pod è semplice e non richiede particolari risorse.
Il pod passa per più stati, ma possiamo considerarlo pronto secondo due criteri: Running o Ready. Nel primo caso significa proprio che il container è stato creato ed è in esecuzione. Nel secondo, invece, che il pod è anche in grado di rispondere ad eventuali richieste poichè i readiness probe sono stati superati.
Per quanto riguarda lo stato Running, dobbiamo impostare uno script che controlla la fase di inizializzazione:
while true; do POD_STATE=$(kubectl get pod "$POD_NAME" -o jsonpath="{.status.phase}") if [[ "$POD_STATE" == "Running" ]]; then break fi sleep 1 done
Qualora lo stato del pod non sia ancora quello scelto, allora lo script si metterà in pausa per un secondo e poi ricontrollerà, e così via fino allo stato desiderato, quando lo script proseguirà la sua esecuzione.
Per individuare invece lo stato Ready, possiamo utilizzare direttamente kubectl:
kubectl wait --for=condition=Ready pod/$POD_NAME
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Sostituire la GitHub Action di login su private registry
Code scanning e advanced security con Azure DevOps
Estrarre dati randomici da una lista di oggetti in C#
Generare token per autenicarsi sulle API di GitHub
Criptare la comunicazione con mTLS in Azure Container Apps
Eseguire i worklow di GitHub su runner potenziati
Garantire la provenienza e l'integrità degli artefatti prodotti su GitHub
Gestire domini wildcard in Azure Container Apps
Disabilitare automaticamente un workflow di GitHub (parte 2)
Eseguire le GitHub Actions offline
Configurare il nome della run di un workflow di GitHub in base al contesto di esecuzione