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
Ordinare randomicamente una lista in C#
Eseguire una ricerca avanzata per recuperare le issue di GitHub
Creare una custom property in GitHub
Routing statico e PreRendering in una Blazor Web App
Cambiare la chiave di partizionamento di Azure Cosmos DB
Gestire liste di tipi semplici con Entity Framework Core
Triggerare una pipeline su un altro repository di Azure DevOps
Evitare (o ridurre) il repo-jacking sulle GitHub Actions
Hosting di componenti WebAssembly in un'applicazione Blazor static
Garantire la provenienza e l'integrità degli artefatti prodotti su GitHub
Utilizzare i primary constructor di C# per inizializzare le proprietà
Gestire la cancellazione di una richiesta in streaming da Blazor