Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Autopilot
Standard
Puoi utilizzare i cluster Google Kubernetes Engine (GKE) per eseguire workload mission-critical,
che devono essere resilienti a molti tipi di interruzioni, tra cui
guasti all'infrastruttura, errori degli utenti e attacchi informatici.
Esegui il backup delle configurazioni e dei dati dei volumi permanenti per rendere i workload resilienti alle interruzioni.
Ripristina i workload dai backup in caso di interruzioni.
Raggiungi Recovery Point Objective (RPO) e Recovery Time Objective (RTO) business-critical.
Semplifica le operazioni quotidiane clonando la configurazione di produzione e i dati per casi d'uso come i test sandbox e la creazione di ambienti di test e sviluppo.
GKE monitora i tuoi cluster e utilizza il servizio Recommender
per fornire indicazioni su come ottimizzare l'utilizzo della piattaforma.
GKE rileva le opportunità per rendere i workload più resilienti alle interruzioni abilitando Backup per GKE.
Identificare i cluster non protetti da Backup per GKE
GKE genera approfondimenti che identificano i cluster all'interno della tua 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.
Come GKE identifica i cluster senza un piano di backup
GKE utilizza i seguenti criteri per determinare che devi creare un piano di backup per proteggere il cluster:
Il cluster non è temporaneo, il che significa che il cluster GKE soddisfa tutti i seguenti criteri:
Il cluster esiste da almeno sette giorni.
Il cluster si trova in una delle seguenti zone o regioni:
Zona: us-central1-a, us-central1-b, us-central1-c, us-central1-f,
us-east1-b, us-east1-c o us-east1-d
Il cluster non ha un piano di backup Backup per GKE associato.
Valuta se il tuo cluster necessita della protezione dei dati con Backup per GKE
Valuta i seguenti criteri per stabilire se devi eseguire il backup del tuo
cluster con Backup per GKE:
Esecuzione di applicazioni stateful: le applicazioni stateful conservano lo stato, che
è vulnerabile alla perdita e al danneggiamento. I backup forniscono la migliore difesa
contro le interruzioni dovute a errori a livello di zona, regione, carico di lavoro o indotti dall'utente.
Il rollback rapido delle applicazioni è importante: ripristina le applicazioni con stato e
senza stato a uno stato integro noto in caso di errori,
aggiornamenti non riusciti o danneggiamento. Un ripristino dai backup può spesso portare a
tempi di ripristino più rapidi rispetto al nuovo deployment dell'applicazione.
Con i backup, puoi archiviare più punti nel tempo per una maggiore flessibilità.
Hai bisogno di protezione da attacchi informatici: preparati all'impatto delle minacce di attacchi informatici creando backup immutabili e criptati e bloccando l'eliminazione di questi backup per un periodo di tempo minimo.
Sia i carichi di lavoro stateful che quelli stateless possono trarre vantaggio dai backup. Valuta la possibilità di configurare i backup se uno o più di questi criteri si applicano al tuo cluster.
Agisci in base al consiglio
Se hai stabilito che devi abilitare Backup per GKE e creare un piano di backup per il tuo cluster, segui queste istruzioni:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[],[],null,["# Protect clusters with Backup for GKE\n\nAutopilot Standard\n\n*** ** * ** ***\n\nYou can use Google Kubernetes Engine (GKE) clusters to run mission-critical\nworkloads, which must be resilient to many types of disruptions, including\ninfrastructure failures, user errors, and cyber attacks.\n\nWith [Backup for GKE](/kubernetes-engine/docs/add-on/backup-for-gke/concepts/backup-for-gke), you can:\n\n- Back up configurations and persistent volume data to make workloads resilient to disruption.\n- Restore workloads from backups if disruptions occur.\n- Achieve business-critical Recovery Point Objectives (RPO) and Recovery Time Objectives (RTO).\n- Streamline day-to-day operations by cloning production configuration and data for use cases such as sandbox testing, and the creation of test and development environments.\n\nGKE monitors your clusters and uses the [Recommender service](/recommender/docs/overview)\nto provide guidance for how you can optimize your usage of the platform.\nGKE detects opportunities to make workloads more resilient to disruptions by\nenabling Backup for GKE.\n\nTo learn more about how to manage insights and recommendations from Recommender,\nsee [Optimize your usage of GKE with insights and recommendations](/kubernetes-engine/docs/how-to/optimize-with-recommenders).\n\nIdentify clusters unprotected by Backup for GKE\n-----------------------------------------------\n\nGKE generates insights that identify clusters within your organization that\naren't protected by backups. To get these insights, follow the instructions to\n[view insights and recommendations](/kubernetes-engine/docs/how-to/optimize-with-recommenders#view-insights-recs)\nusing the Google Cloud console, the Google Cloud CLI, or the Recommender API with\nthe `CLUSTER_BACKUP_PLAN_NOT_CREATED` subtype.\n\nHow GKE identifies clusters without a backup plan\n-------------------------------------------------\n\nGKE uses the following criteria to determine that you should create a backup\nplan to protect your cluster:\n\n- The cluster is not ephemeral, meaning that the GKE cluster meets all of the following criteria:\n\n - The cluster has existed for at least seven days.\n - The cluster is in one of the following zones or regions:\n\n - **Zone** : `us-central1-a`, `us-central1-b`, `us-central1-c`, `us-central1-f`, `us-east1-b`, `us-east1-c`, or `us-east1-d`\n - **Region** : `us-east1`\n - The cluster is running.\n\n - The cluster is not an [alpha cluster](/kubernetes-engine/docs/concepts/alpha-clusters).\n\n- The cluster has no associated Backup for GKE backup plan.\n\nAssess if your cluster needs data protection with Backup for GKE\n----------------------------------------------------------------\n\nConsider the following criteria to assess whether you should back up your\ncluster with Backup for GKE:\n\n- **Running stateful applications**: Stateful applications retain state, which is vulnerable to loss and corruption. Backups provide the best defense against disruptions due to zonal, regional, workload, or user-induced failures.\n- **Quick application rollback is important**: Recover both stateful and stateless applications to a known healthy state in the event of faults, failed upgrades, or corruption. A recovery from backups can often lead to quicker recovery times compared to redeploying your application. With backups, you can store multiple points in time for greater flexibility.\n- **Need protection from cyber attack**: Prepare for the impact of cyber attack threats by creating immutable and encrypted backups, and locking those backups against deletion for a minimum amount of time.\n\nBoth stateful and stateless workloads can benefit from backups. Consider\nconfiguring backups if one or more of this criteria applies to your cluster.\n\nAct on the recommendation\n-------------------------\n\nIf you've determined that you should enable Backup for GKE and create a\nbackup plan for your cluster, follow these instructions:\n\n1. [Enable Backup for GKE API](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/install).\n2. [Enable Backup for GKE for a cluster](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/enable-gke-cluster).\n3. [Create a backup plan](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/backup-plan#console).\n\nWhat's next\n-----------\n\n- [Optimize your usage of GKE with insights and recommendations](/kubernetes-engine/docs/how-to/optimize-with-recommenders)\n- [Restore a backup](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/restore)"]]
