Ciclo di vita del cluster
Questa pagina descrive due comportamenti del ciclo di vita dei cluster hosted: come un control plane del piano gratuito completamente inutilizzato venga alla fine recuperato, e cosa accade se il pagamento di un piano a pagamento fallisce.
Hosted
Il recupero dei cluster inutilizzati riguarda solo i cluster del piano gratuito; il comportamento in caso di mancato pagamento descritto più sotto si applica ai piani a pagamento.
Recupero dei cluster inutilizzati del piano gratuito
I control plane hosted gratuiti girano su un pool condiviso. Per mantenere quel pool in salute per chi lo usa attivamente, un control plane gratuito che non mostra alcuna attività viene alla fine recuperato. Questo vale solo per il piano Free / Community. I cluster a pagamento non vengono mai recuperati per inattività.
Pagare 0 € oggi non significa essere sul piano gratuito. Prima del 1° novembre 2026 non viene addebitato nulla, quindi al momento nessun piano costa nulla, ma ciò che conta è il tier del tuo account (Free, Supporter, Enterprise), non l’importo in fattura e non il piano del cluster. Un cluster di un account Supporter o Enterprise non viene mai recuperato per inattività, qualunque piano esegua, nemmeno durante il periodo gratuito.
Nulla di tutto ciò avviene all’improvviso. Il recupero segue una tempistica lunga e chiaramente annunciata, e qualsiasi attività la azzera immediatamente.
Cosa conta come attività
Una qualsiasi delle seguenti mantiene attivo un cluster, o riprende immediatamente uno in pausa:
- Scaricare il kubeconfig dalla dashboard.
- Modificare le impostazioni del cluster.
- Aggiungere o modificare worker.
- L’heartbeat del cluster: un cluster attivo e connesso si annuncia da solo.
Non c’è nulla da cliccare per “restare attivo”, nessun modulo e nessun ticket di assistenza: una qualsiasi delle azioni sopra azzera automaticamente il conteggio.
La tempistica
| Fase | Quando | Cosa accade |
|---|---|---|
| Avviso di inattività | dopo ~14 giorni senza attività | Ti inviamo un’email che il cluster sembra inutilizzato. Continua a funzionare normalmente. |
| In pausa | ~7 giorni dopo, se ancora inutilizzato | Il cluster viene messo in pausa e parte un conto alla rovescia di 30 giorni per la rimozione. Ricevi una seconda email. |
| Rimosso | al termine del conto alla rovescia di 30 giorni, se ancora inutilizzato | Il control plane gestito viene rimosso definitivamente. Un’email finale lo conferma. |
In qualsiasi fase, una singola attività interrompe il processo e, se il cluster era in pausa, lo riprende.
I tuoi dati
I tuoi carichi di lavoro Kubernetes e i loro dati risiedono sui tuoi worker, sul tuo account Hetzner. Il recupero rimuove il control plane gestito, dopo il lungo periodo di tolleranza sopra. Se non ti serve più il cluster, puoi semplicemente lasciarlo scadere. Se pensi di volerlo mantenere, esporta o migra tutto ciò che ti serve durante il conto alla rovescia (vedi Migrazione), oppure esegui una singola attività per mantenere il cluster.
Mancato pagamento sui piani a pagamento
Prima del 1 novembre 2026 non viene addebitato nulla
0 € fino al 1 novembre 2026
Prima di quella data non parte alcun pagamento (vedi Prezzi). Tutto in questa sezione descrive il comportamento una volta avviata la fatturazione.
I piani hosted sono fatturati secondo la pagina Prezzi. Quando un pagamento fallisce su un piano a pagamento, il servizio non si interrompe subito:
- Periodo di tolleranza: ti inviamo un’email sul pagamento fallito e i tuoi cluster continuano a funzionare mentre lo risolvi. Hai 14 giorni dal pagamento fallito prima del passo successivo.
- Sospeso: se resta irrisolto, l’account viene sospeso. I cluster esistenti continuano a funzionare, ma la creazione o modifica di risorse è bloccata.
- Ripristinato: saldare il pagamento ripristina automaticamente l’accesso completo. Non c’è altro da fare.
- Se non viene mai saldato: una sospensione non cancella nulla. I cluster restano sospesi e l’unica via alla rimozione è la disdetta ai sensi dell’art. 13 dei Termini: 90 giorni di preavviso da parte nostra, oppure con effetto immediato in caso di violazione dei Termini. I dati vengono poi cancellati entro 30 giorni. I tuoi worker node restano per tutto il tempo nel tuo account Hetzner e vengono fatturati da Hetzner, non da noi.
Ciclo di vita delle versioni Kubernetes
Scegliete la versione Kubernetes del vostro cluster gestito dall’elenco offerto e aggiornate quando preferite: sempre in avanti, una minor per passo, nella vostra finestra di manutenzione. Il selettore di versioni della dashboard mostra cosa comporta ogni scelta prima della conferma.
Per ogni versione minor contano due date:
| Evento | Cosa succede |
|---|---|
| Esce una nuova patch della vostra minor | Mostrata nella dashboard; l’aggiornamento lo pianificate voi. |
| Si avvicina la data EOL upstream della vostra minor | Vi scriviamo 30, 14 e 7 giorni prima. |
| La data EOL passa | Quando la clausola di EOL forzato sarà nei Termini (§14a), il cluster verrà aggiornato alla minor successiva supportata (un passo, mai di più), nella vostra finestra di manutenzione. Fino ad allora la piattaforma vi scrive e lascia l’aggiornamento a voi. |
Gli avvisi EOL e la conferma di un aggiornamento eseguito sono essenziali per il servizio e non possono essere silenziati. Tutto il resto (annunci, note di capacità) rispetta le impostazioni di notifica del vostro account.
Gli Spaces (control plane condiviso) li versioniamo noi: la flotta corre una minor dietro la release supportata più recente e le nuove patch vengono distribuite due settimane dopo la pubblicazione. Prima dell’aggiornamento del control plane del vostro Space ricevete un annuncio, dopo una conferma. Le vostre macchine non vengono mai toccate: se il kubelet di un nodo cade fuori dallo skew supportato, continua a funzionare, viene contrassegnato nella dashboard e vi chiediamo di aggiornarlo con comodo. L’ingresso è vincolato alla stessa soglia: una macchina il cui kubelet è più di due minor dietro il control plane dello Space viene rifiutata all’ingresso (con la motivazione). Aggiornate il kubelet e ripetete il join.
Passi successivi
- Configurazione: piani, prezzi e cosa è disponibile oggi.
- Migrazione: esportare e spostare i carichi di lavoro da un cluster.
- Pool di worker: qui risiedono i tuoi worker e i loro dati.
Stato del documento
| Aspetto | Dettaglio |
|---|---|
| Stato | live: recupero attivo (piano gratuito); solleciti attivi (piani a pagamento) |
| Ultima revisione | 2026-07-14 |