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
Utilizzare una qualunque lista per i parametri di tipo params in C#
Utilizzare DeepSeek R1 con Azure AI
Fissare una versione dell'agent nelle pipeline di Azure DevOps
Utilizzare l'espressione if inline in una pipeline di Azure DevOps
Generare HTML a runtime a partire da un componente Razor in ASP.NET Core
Utilizzare il metodo Index di LINQ per scorrere una lista sapendo anche l'indice dell'elemento
Proteggere le risorse Azure con private link e private endpoints
Testare l'invio dei messaggi con Event Hubs Data Explorer
Generare velocemente pagine CRUD in Blazor con QuickGrid
Il nuovo controllo Range di Blazor 9
.NET Aspire per applicazioni distribuite