Proteggi i cluster con Backup per GKE


Puoi usare i cluster Google Kubernetes Engine (GKE) per eseguire operazioni mission critical carichi di lavoro, che devono essere resilienti a molti tipi di interruzioni, tra cui guasti dell'infrastruttura, errori degli utenti e attacchi informatici.

Con Backup per GKE puoi:

  • Esegui il backup di configurazioni e dati di volumi permanenti per rendere i carichi di lavoro resilienti alle interruzioni.
  • Ripristina i carichi di lavoro dai backup in caso di interruzioni.
  • Raggiungere gli RPO (Recovery Point Objective) e i Recovery Time Objective (RTO) critici per l'attività.
  • Semplifica le operazioni quotidiane clonando la configurazione di produzione e per casi d'uso come i test della sandbox e la creazione di ambienti di test e sviluppo.

GKE monitora i cluster e utilizza il servizio motore per suggerimenti per fornirti indicazioni su come ottimizzare l'utilizzo della piattaforma. GKE rileva le opportunità per rendere i carichi di lavoro più resilienti alle interruzioni l'abilitazione di Backup per GKE.

Per scoprire di più su come gestire gli insight e i suggerimenti dal motore per suggerimenti, consulta Ottimizzare l'utilizzo di GKE con insight e suggerimenti.

Identifica i cluster non protetti da Backup per GKE

GKE genera insight che identificano i cluster all'interno dell'organizzazione che non sono protetti dai backup. Per ottenere questi approfondimenti, segui le istruzioni per visualizzare approfondimenti e consigli utilizzando la console Google Cloud, Google Cloud CLI o l'API Recommender con il sottotipo CLUSTER_BACKUP_PLAN_NOT_CREATED.

In che modo GKE identifica i cluster senza un piano di backup

GKE utilizza i seguenti criteri per determinare che è necessario creare un backup per proteggere il tuo cluster:

  • Il cluster non è temporaneo, il che significa che il cluster GKE soddisfa tutti i criteri seguenti:

    • Il cluster esiste da almeno sette giorni.
    • Il cluster si trova in una delle zone o regioni seguenti:

      • Zona: us-central1-a, us-central1-b, us-central1-c, us-central1-f, us-east1-b, us-east1-c o us-east1-d
      • Regione: us-east1
    • Il cluster è in esecuzione.

    • Il cluster non è un cluster alpha.

  • Al cluster non è associato un piano di backup Backup per GKE.

Valuta se il tuo cluster ha bisogno della protezione dei dati con Backup per GKE

Considera i seguenti criteri per valutare se eseguire il backup con Backup per GKE:

  • Esecuzione delle applicazioni stateful: le applicazioni stateful mantengono lo stato, che è vulnerabile alla perdita e alla corruzione. I backup offrono la migliore difesa in caso di interruzioni dovute a errori a livello di zona, di regione, di carico di lavoro o indotti dall'utente.
  • È importante un rapido rollback dell'applicazione: ripristina sia i pod stateful delle applicazioni stateless a uno stato integro noto in caso di upgrade non riusciti o danneggiamento. Un ripristino dai backup può spesso portare tempi di ripristino più rapidi rispetto al redeployment dell'applicazione. Con i backup, puoi archiviare più punti nel tempo per una maggiore flessibilità.
  • Bisogno di protezione dagli attacchi informatici: preparati all'impatto del cyber le minacce di attacco creando backup immutabili e crittografati e per evitare l'eliminazione dei backup per un periodo di tempo minimo.

Sia i carichi di lavoro stateful che quelli stateless possono trarre vantaggio dai backup. Prendi in considerazione configurando i backup se uno o più di questi criteri si applicano al tuo cluster.

Segui il consiglio

Se hai stabilito che devi abilitare Backup per GKE e creare un'istanza piano di backup per il cluster, segui queste istruzioni:

  1. Abilita l'API Backup per GKE.
  2. Abilitare Backup per GKE per un cluster.
  3. Crea un piano di backup.

Passaggi successivi