Questa pagina descrive l'utilizzo degli oggetti StatefulSet in Google Kubernetes Engine (GKE). Puoi anche scoprire come Eseguire il deployment di un'applicazione stateful.
Informazioni sugli StatefulSet
Gli StatefulSet rappresentano un insieme di pod con identità univoche e permanenti e nomi host stabili che GKE gestisce indipendentemente dalla posizione in cui sono pianificati. Le informazioni sullo stato e altri dati resilienti per qualsiasi pod StatefulSet vengono mantenuti nei volumi persistenti associati a ogni pod nello StatefulSet. I pod StatefulSet possono essere riavviati in qualsiasi momento.
Per le applicazioni stateless, utilizza i deployment.
StatefulSet funziona in modo simile in GKE e in Kubernetes. Questo documento descrive eventuali considerazioni specifiche di GKE. Per scoprire come funzionano gli StatefulSet, consulta la documentazione di Kubernetes sugli StatefulSet.
Pianificare il networking per StatefulSet
Gli StatefulSet forniscono spazio di archiviazione permanente sotto forma di PersistentVolume e un'identità di rete univoca (nome host). La tabella seguente include le avvertenze di cui gli operatori delle applicazioni devono essere a conoscenza quando configurano un StatefulSet:
Avviso relativo al networking | Descrizione | Best practice |
---|---|---|
Servizi GKE anziché indirizzi IP fissi |
Sebbene le repliche dei pod abbiano un indice ordinale univoco, supportino i volumi per replica e l'identità di rete (nome host), gli indirizzi IP assegnati a una replica possono cambiare se GKE riprogramma o espelle un pod. |
Per mitigare i problemi di networking, l'architettura deve utilizzare le risorse Service Kubernetes. Per saperne di più, consulta Tipi di servizi Kubernetes. |
Servizi headless |
Una volta inizializzato, uno StatefulSet viene accoppiato a un servizio headless corrispondente. |
Assicurati che `metadata.name` nel
tuo servizio corrisponda al campo |
Rilevamento peer |
Le applicazioni con stato richiedono un numero minimo (quorum) di repliche per funzionare con piena disponibilità. |
Poiché i pod possono arrestarsi in modo anomalo, essere ripianificati o rimossi, ogni replica in uno StatefulSet deve essere in grado di abbandonare e rientrare nel quorum. Le applicazioni che richiedono il peering devono avere la capacità di rilevare altri peer tramite i servizi headless in Kubernetes. |
Controllo di integrità basato su probe di idoneità e probe di attività |
La tua applicazione deve avere probe di idoneità, attività e avvio configurati correttamente, ove applicabile. La selezione dei timeout per ogni probe dipende dai requisiti della tua applicazione. |
Per i probe di idoneità, segui queste best practice per configurare l'applicazione in modo che contrassegni l'idoneità quando è pronta a gestire il traffico:
|
Per saperne di più sui probe, consulta Configurare i probe di attività, idoneità e avvio.
Utilizzare gli StatefulSet
Per scoprire come eseguire il deployment di StatefulSet nel cluster GKE e interagire con loro, consulta la documentazione di Kubernetes sulle nozioni di base di StatefulSet.
Passaggi successivi
- Scopri come eseguire il deployment di un'applicazione stateful
- Scopri come aggiornare StatefulSet utilizzando gli aggiornamenti in sequenza
- Scopri di più sul deployment dei carichi di lavoro in GKE
- Scopri di più su StatefulSet nella documentazione di Kubernetes
- Segui un tutorial sull'upgrade di un cluster che esegue un carico di lavoro stateful