Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Autopilot
Standard
É possível usar os clusters do Google Kubernetes Engine (GKE) para executar cargas de trabalho críticas, que precisam ser resilientes a muitos tipos de interrupções, incluindo falhas de infraestrutura, erros de usuário e ataques cibernéticos.
fazer backup de configurações e dados de volume permanente para tornar as cargas de trabalho resilientes a interrupções;
restaurar cargas de trabalho de backups em caso de interrupções;
atingir objetivos de ponto de recuperação (RPO) e objetivos de tempo de recuperação (RTO) essenciais para os negócios;
simplificar as operações diárias clonando os dados de configuração e produção para casos de uso como testes de sandbox e a criação de ambientes de teste e desenvolvimento.
O GKE monitora os clusters e usa o serviço Recomendador para fornecer orientações sobre como otimizar o uso da plataforma.
O GKE detecta oportunidades para tornar as cargas de trabalho mais resilientes a interrupções ativando o Backup para GKE.
Identificar clusters desprotegidos pelo Backup para GKE
O GKE gera insights que identificam clusters dentro da organização que não são protegidos por backups. Para conseguir esses insights, siga as instruções para ver insights e recomendações usando o console do Google Cloud, a CLI do Google Cloud ou a API Recommender com o subtipo CLUSTER_BACKUP_PLAN_NOT_CREATED.
Como o GKE identifica clusters sem um plano de backup
O GKE usa os seguintes critérios para determinar a necessidade de criar um plano de backup para proteger seu cluster:
O cluster não é temporário, o que significa que o cluster do GKE atende a todos os critérios a seguir:
O cluster existe há pelo menos sete dias.
O cluster está em uma das zonas ou regiões a seguir:
Zona: us-central1-a, us-central1-b, us-central1-c, us-central1-f,
us-east1-b, us-east1-c ou us-east1-d
O cluster não tem um plano de backup associado do Backup para GKE.
Avaliar se o cluster precisa de proteção de dados com o Backup para GKE
Considere os critérios a seguir para avaliar se é preciso fazer backup do cluster com o Backup para GKE:
Aplicativos com estado em execução: os aplicativos com estado mantêm o estado, o que é vulnerável a perda e corrupção. Os backups oferecem a melhor defesa contra interrupções causadas por falhas zonais, regionais, de carga de trabalho ou causadas pelo usuário.
A reversão rápida de aplicativos é importante: recupere aplicativos com e sem estado para um estado íntegro conhecido em caso de falhas, upgrades com falha ou corrupção. Uma recuperação de backups geralmente pode levar a tempos de recuperação mais rápidos em comparação com a reimplantação do aplicativo.
Com os backups, é possível armazenar vários pontos no tempo para ter mais flexibilidade.
Necessidade de proteção contra ataques cibernéticos: prepare-se para o impacto das ameaças de ataques cibernéticos criando backups imutáveis e criptografados e bloqueando esses backups contra exclusão por um período mínimo.
As cargas de trabalho com e sem estado podem se beneficiar dos backups. Considere configurar backups se um ou mais desses critérios se aplicarem ao cluster.
Aja conforme a recomendação
Se você determinou que precisa ativar o Backup para GKE e criar um plano de backup para o cluster, siga estas instruções:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-04-22 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)"]]
