Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Autopilot
Standard
Anda dapat menggunakan cluster Google Kubernetes Engine (GKE) untuk menjalankan workload penting, yang harus tangguh terhadap berbagai jenis gangguan, termasuk kegagalan infrastruktur, kesalahan pengguna, dan serangan siber.
Mencadangkan konfigurasi dan data volume persisten untuk membuat beban kerja tahan terhadap gangguan.
Memulihkan workload dari cadangan jika terjadi gangguan.
Mencapai Tujuan Titik Pemulihan (RPO) dan Tujuan Waktu Pemulihan (RTO) yang penting bagi bisnis.
Sederhanakan operasi sehari-hari dengan meng-clone konfigurasi dan data produksi untuk kasus penggunaan seperti pengujian sandbox, serta pembuatan lingkungan pengujian dan pengembangan.
GKE memantau cluster Anda dan menggunakan layanan Recommender
untuk memberikan panduan tentang cara mengoptimalkan penggunaan platform.
GKE mendeteksi peluang untuk membuat workload lebih tahan terhadap gangguan dengan mengaktifkan Pencadangan untuk GKE.
Mengidentifikasi cluster yang tidak dilindungi oleh Pencadangan untuk GKE
GKE menghasilkan insight yang mengidentifikasi cluster dalam organisasi Anda yang tidak dilindungi oleh cadangan. Untuk mendapatkan insight ini, ikuti petunjuk untuk melihat insight dan rekomendasi menggunakan konsol Google Cloud , Google Cloud CLI, atau Recommender API dengan subjenis CLUSTER_BACKUP_PLAN_NOT_CREATED.
Cara GKE mengidentifikasi cluster tanpa rencana pencadangan
GKE menggunakan kriteria berikut untuk menentukan bahwa Anda harus membuat rencana pencadangan untuk melindungi cluster Anda:
Cluster tidak bersifat sementara, yang berarti cluster GKE memenuhi semua kriteria berikut:
Cluster sudah ada setidaknya selama tujuh hari.
Cluster berada di salah satu zona atau region berikut:
Zona: us-central1-a, us-central1-b, us-central1-c, us-central1-f,
us-east1-b, us-east1-c, atau us-east1-d
Cluster tidak memiliki paket pencadangan Backup for GKE terkait.
Menilai apakah cluster Anda memerlukan perlindungan data dengan Pencadangan untuk GKE
Pertimbangkan kriteria berikut untuk menilai apakah Anda harus mencadangkan cluster dengan Pencadangan untuk GKE:
Menjalankan aplikasi stateful: Aplikasi stateful mempertahankan status, yang rentan terhadap kehilangan dan kerusakan. Pencadangan memberikan pertahanan terbaik terhadap gangguan akibat kegagalan yang disebabkan oleh zona, regional, beban kerja, atau pengguna.
Rollback aplikasi cepat penting dilakukan: Pulihkan aplikasi stateful dan
stateless ke kondisi normal yang diketahui jika terjadi kesalahan,
upgrade gagal, atau kerusakan. Pemulihan dari cadangan sering kali menghasilkan waktu pemulihan yang lebih cepat dibandingkan dengan men-deploy ulang aplikasi Anda.
Dengan cadangan, Anda dapat menyimpan beberapa titik waktu untuk fleksibilitas yang lebih besar.
Membutuhkan perlindungan dari serangan cyber: Bersiaplah menghadapi dampak ancaman serangan cyber dengan membuat cadangan yang tidak dapat diubah dan dienkripsi, serta mengunci cadangan tersebut agar tidak dapat dihapus selama jangka waktu minimum.
Workload stateful dan stateless dapat memperoleh manfaat dari pencadangan. Pertimbangkan untuk mengonfigurasi pencadangan jika satu atau beberapa kriteria ini berlaku untuk cluster Anda.
Tindak lanjuti rekomendasi
Jika Anda telah menentukan bahwa Anda harus mengaktifkan Pencadangan untuk GKE dan membuat rencana pencadangan untuk cluster Anda, ikuti petunjuk berikut:
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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)"]]
