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 un determinato pod StatefulSet vengono mantenuti nei volumi permanenti associati a ogni pod nello StatefulSet. I pod StatefulSet possono essere riavviati in qualsiasi momento.
Per le applicazioni stateless, utilizza i deployment.
Gli StatefulSet funzionano 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 gli 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 uno StatefulSet:
| Avvertenza relativa 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 rimuove un pod. |
Per mitigare i problemi di networking, l'architettura deve utilizzare le risorse del servizio Kubernetes. Per ulteriori informazioni, consulta Tipi di servizi Kubernetes. |
| Servizi headless |
Una volta inizializzato, uno StatefulSet viene associato a un servizio headless corrispondente. |
Assicurati che il campo `metadata.name` nel
servizio corrisponda al |
| Rilevamento dei peer |
Le applicazioni stateful richiedono un numero minimo (quorum) di repliche per funzionare con la massima disponibilità. |
Poiché i pod possono arrestarsi in modo anomalo, essere riprogrammati o rimossi, ogni replica in uno StatefulSet deve essere in grado di lasciare e rientrare nel quorum. Le applicazioni che richiedono il peering devono essere in grado di rilevare altri peer tramite i servizi headless in Kubernetes. |
| Controllo di integrità basato su probe di idoneità e di attività |
L'applicazione deve avere probe di idoneità, di attività e di avvio configurati correttamente, se applicabili. 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 segni 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 degli StatefulSet nel cluster GKE e interagire con essi, 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 gli StatefulSet utilizzando gli aggiornamenti in sequenza
- Scopri di più sul deployment dei carichi di lavoro in GKE
- Scopri di più sugli StatefulSet nella documentazione di Kubernetes
- Segui un tutorial sull'upgrade di un cluster che esegue un carico di lavoro stateful