Ringkasan Backup and DR untuk konsol pengelolaan

Backup and DR untuk konsol pengelolaan adalah solusi pencadangan dan disaster recovery berbasis peralatan yang memungkinkan Anda mengambil, menyimpan, mereplikasi, dan memulihkan virtual machine (VM), sistem file, dan database yang dikelola sendiri di Google Cloud dan lingkungan hybrid secara terpusat. Melalui konsol pengelolaan peralatan khusus berbasis web dan peralatan pencadangan/pemulihan yang di-deploy pelanggan, Anda dapat mengelola perlindungan data di seluruh workload.

Backup and DR untuk konsol pengelolaan mengambil data dalam format inkremental selamanya dan menyimpannya dalam format bawaan yang dapat dibaca aplikasi. Karena cadangan disimpan secara native, bukan sebagai arsip cadangan eksklusif, Anda dapat langsung memasang image cadangan langsung dari peralatan pencadangan/pemulihan untuk memulihkan workload, menyediakan salinan virtual untuk pengujian dan pengembangan, atau memigrasikan data dengan periode nonaktif minimal.

Penghentian penggunaan Backup and DR untuk konsol pengelolaan

Google Cloud Backup and DR akan mengakhiri dukungan untuk konsol pengelolaan peralatan lama (stack IaaS) dan workload terkait yang dikelola pengguna pada 30 September 2027. Rencanakan migrasi Anda ke metode pencadangan alternatif sesegera mungkin untuk mempertahankan perlindungan data berkelanjutan.

Workload yang terpengaruh oleh penghentian konsol pengelolaan

Penghentian konsol pengelolaan hanya memengaruhi workload yang dikelola sendiri yang dilindungi melalui konsol pengelolaan peralatan lama, termasuk:

  • Instance Compute Engine yang dikelola melalui konsol pengelolaan peralatan
  • Database IBM Db2
  • Database Oracle
  • Database SAP HANA
  • Database Microsoft SQL Server
  • VM Google Cloud VMware Engine
  • Aplikasi generik dan grup konsistensi
  • Sistem file yang dikelola pengguna (sistem file Linux dan Windows, status sistem, NFS, dan SMB/CIFS)

Layanan pihak pertama yang dikelola Google dan dilindungi langsung melalui konsolGoogle Cloud —termasuk VM Compute Engine, Persistent Disk, Cloud SQL, AlloyDB untuk PostgreSQL, dan Filestore—tidak terpengaruh oleh penghentian penggunaan ini.

Linimasa dan tahap penghentian penggunaan

Penghentian penggunaan Backup and DR untuk konsol pengelolaan mengikuti tiga tahap penerapan utama:

  • 31 Desember 2026 (Penghapusan server pengelolaan yang tidak aktif): Server pengelolaan apa pun dalam project Anda akan otomatis dihapus setelah 30 hari berturut-turut tidak aktif. Server pengelolaan dianggap tidak aktif hanya jika tidak memiliki cadangan aktif, tidak ada aplikasi atau workload yang dilindungi, dan tidak ada tugas pencadangan aktif.
  • 30 September 2027 (Pembekuan pencadangan): Dukungan untuk membuat cadangan baru menggunakan stack konsol pengelolaan peralatan lama akan berakhir. Jika tidak melakukan migrasi sebelum tanggal batas ini, Anda tidak akan dapat membuat cadangan baru untuk workload yang terpengaruh.
  • 31 Maret 2028 (Batas waktu pemulihan): Kemampuan pemulihan langsung melalui antarmuka konsol pengelolaan peralatan lama berakhir. Untuk memulihkan cadangan setelah tanggal batas ini, Anda harus menggunakan skrip dan utilitas pemulihan Retensi Jangka Panjang (LTR) mandiri.

Alternatif migrasi untuk workload konsol pengelolaan

Untuk mempertahankan perlindungan pencadangan sebelum pembekuan pencadangan pada 30 September 2027, migrasikan workload yang terpengaruh ke salah satu solusi pencadangan yang didukung berikut:

Workload Opsi migrasi Referensi
Compute Engine Cadangan Compute Engine native Google Migrasikan instance Compute Engine ke arsitektur tanpa peralatan menggunakan Google Cloud Backup and DR untuk instance Compute Engine.
Database yang dikelola pengguna (IBM Db2, Oracle, SAP HANA, Microsoft SQL Server, dan lainnya) Pencadangan yang disimpan dalam vault dan konsisten dengan aplikasi menggunakan skrip kustom Gunakan cadangan VM dan Persistent Disk Compute Engine di Google Cloud Backup and DR dengan framework guest-flush, yang dipasangkan dengan skrip kustom untuk pencadangan yang konsisten dengan aplikasi dan tidak dapat diubah.
SAP HANA Cadangan Google Cloud berbasis agen Gunakan agen Backint Google Cloud native atau snapshot Persistent Disk. Lihat Panduan pencadangan dan pemulihan Agent for SAP Backint atau Panduan pencadangan dan pemulihan snapshot disk.
Workload VM umum Snapshot disk Google Cloud native Konfigurasikan snapshot disk standar atau arsip untuk mencadangkan disk virtual secara berkala menggunakan panduan snapshot disk.
Semua workload Solusi Marketplace pihak ketiga Men-deploy solusi pencadangan perusahaan alternatif yang disetujui dan tersedia di Google Cloud Marketplace.

Mempertahankan dan memulihkan cadangan setelah 31 Maret 2028

Untuk mempertahankan kemampuan pemulihan cadangan setelah batas waktu pemulihan 31 Maret 2028, migrasikan data cadangan lama Anda ke penyimpanan OnVault di Cloud Storage sebelum peralatan Anda dinonaktifkan:

  1. Menetapkan kebijakan OnVault: Migrasikan semua cadangan lama yang penting ke bucket OnVault Cloud Storage.
  2. Menyinkronkan metadata: Pastikan semua metadata snapshot Persistent Disk disinkronkan sepenuhnya ke bucket Cloud Storage sebelum peralatan lokal Anda dinonaktifkan. Hubungi gcbdr-umdb-transition@google.com atau Cloud Customer Care untuk memverifikasi dan menyelesaikan transfer metadata ini.
  3. Menggunakan utilitas pemulihan: Gunakan alat dan skrip mandiri untuk menemukan dan memasang image cadangan OnVault dan Persistent Disk langsung dari bucket Cloud Storage Anda. Untuk mengetahui petunjuknya, lihat Memulihkan cadangan yang dipertahankan dalam jangka panjang.

Jika ada pertanyaan atau memerlukan bantuan dalam merencanakan migrasi, hubungi tim transisi di gcbdr-umdb-transition@google.com, Cloud Customer Care, atau tim akun Google Cloud Anda.

Perbedaan Backup and DR untuk konsol pengelolaan dengan Google Cloud Backup and DR

Google menawarkan dua model pengelolaan dan arsitektur yang berbeda untuk Backup and DR:

  • Backup and DR untuk konsol pengelolaan (set dokumentasi ini): Arsitektur berbasis peralatan tempat Anda men-deploy dan mengelola peralatan pencadangan/pemulihan di jaringan Virtual Private Cloud (VPC) dan mengatur perlindungan melalui konsol pengelolaan peralatan berbasis web khusus. Penawaran ini dirancang untuk database yang dikelola sendiri (seperti Oracle, Microsoft SQL Server, SAP HANA, dan IBM Db2), VM Google Cloud VMware Engine dan VMware vSphere, sistem file, dan workload yang memerlukan pemasangan berbasis aplikasi instan, clone database virtual (LiveClone), atau Alur Kerja Pencadangan dan DR otomatis.
  • Google Cloud Backup and DR: Pengalaman pencadangan berbasis cloud yang dikelola SaaS dan terintegrasi langsung ke dalam konsolGoogle Cloud , gcloud CLI, backupdr API, dan Terraform. Dengan Google Cloud Backup and DR, Anda melindungi resource Google Cloud native—seperti instance Compute Engine, Persistent Disk dan Google Cloud Hyperdisk, instance Cloud SQL, cluster AlloyDB, dan instance Filestore—langsung ke vault cadangan yang tidak dapat diubah dan dikelola Google tanpa men-deploy atau mengelola peralatan pencadangan/pemulihan.

Tabel berikut merangkum perbedaan utama antara kedua penawaran Backup and DR:

Fitur Backup and DR untuk konsol pengelolaan Google Cloud Backup and DR
Antarmuka pengelolaan utama Konsol pengelolaan peralatan berbasis web khusus dan Management Console API KonsolGoogle Cloud , gcloud CLI, backupdr API, dan Terraform
Arsitektur dan bidang data Arsitektur peralatan tiga tingkat yang terdiri dari konsol pengelolaan peralatan, peralatan pencadangan/pemulihan yang di-deploy pelanggan (VM Compute Engine di VPC Anda), dan agen Backup and DR ringan di host workload Bidang layanan Google yang terkelola sepenuhnya; tidak memerlukan peralatan pencadangan/pemulihan yang di-deploy pelanggan atau agen tamu untuk resource yang di-vault secara native di konsol
Model konfigurasi pencadangan Template pencadangan (berisi kebijakan snapshot, OnVault, dan replikasi) yang digabungkan dengan profil resource Rencana pencadangan dan aturan pencadangan native konsol yang terkait langsung dengan vault pencadangan target
Target penyimpanan Storage pool yang dikelola peralatan (Pool utama, pool Snapshot di Persistent Disk, pool OnVault di Cloud Storage, dan pool Mirror di peralatan jarak jauh), serta vault cadangan yang dikelola Google untuk workload yang didukung Vault cadangan yang dikelola Google, tidak dapat diubah, dan tidak dapat dihapus dengan retensi yang diterapkan dan penyimpanan regional atau Multi-Regional Storage
Pemulihan dan akses data Pemulihan penuh, pemasangan standar instan, pemasangan berbasis aplikasi, salinan virtual (LiveClones), Mount and Migrate, serta Alur Kerja Backup and DR otomatis Pemulihan langsung ke resource Google Cloud baru atau yang sudah ada dari vault cadangan
Workload yang didukung Google Cloud VMware Engine, VM VMware vSphere, instance Compute Engine, sistem file Linux dan Windows (termasuk NFS, SMB, dan Filestore), Oracle, Microsoft SQL Server, SAP HANA, IBM Db2, PostgreSQL, SAP ASE, SAP IQ, SAP MaxDB, MySQL, MariaDB, grup konsistensi, dan aplikasi generik Instance Compute Engine, Persistent Disk dan Hyperdisk, Cloud SQL, AlloyDB, dan Filestore (serta visibilitas ke dalam cadangan brankas cadangan yang dibuat oleh konsol pengelolaan peralatan)

Arsitektur dan komponen inti Backup and DR untuk konsol pengelolaan

Backup and DR untuk konsol pengelolaan menggunakan arsitektur tiga tingkat untuk mengorkestrasi dan menjalankan perlindungan data di seluruh lingkungan Anda:

  • Konsol pengelolaan peralatan: Bidang kontrol terpusat berbasis web tempat Anda mengelola peralatan pencadangan/pemulihan, mendaftarkan host, menemukan aplikasi, mengonfigurasi template cadangan dan profil resource, serta memantau tugas pencadangan dan pemulihan. Konsol pengelolaan peralatan berjalan di project tenant yang dikelola Google dan berkomunikasi secara aman dengan peralatan pencadangan/pemulihan Anda menggunakan Private Service Connect atau Akses Google Pribadi.
  • Peralatan pencadangan/pemulihan: Peralatan virtual Compute Engine yang di-deploy di project dan jaringan VPC Google Cloud Anda. Solusi pencadangan/pemulihan bertindak sebagai bidang data yang mengambil data dari workload sumber, mengelola metadata katalog, mengelola storage pool, mereplikasi data ke solusi jarak jauh atau penyimpanan objek, dan menyajikan pemasangan instan. Anda dapat memilih dari empat faktor bentuk peralatan berdasarkan jenis workload, ukuran set data, dan kapasitas penyimpanan.
  • Agen Backup and DR: Agen software ringan yang diinstal di sistem operasi tamu Linux atau Windows. Agen Backup and DR berkomunikasi dengan peralatan pencadangan/pemulihan untuk menemukan database dan sistem file, menghentikan sementara aplikasi untuk pengambilan yang konsisten dengan aplikasi, mengoordinasikan pencadangan log transaksi dan pelacakan blok yang diubah (CBT), serta mengatur pemasangan yang mendukung aplikasi. Perlindungan tanpa agen digunakan untuk VM VMware (melalui vSphere Storage API - Data Protection) dan instance Compute Engine (melalui snapshot Persistent Disk).

Kumpulan penyimpanan di perangkat pencadangan/pemulihan

Solusi pencadangan/pemulihan mengatur dan menyimpan data cadangan yang diambil di hingga empat jenis storage pool:

  • Primary pool: Block storage yang terpasang langsung ke peralatan pencadangan/pemulihan (menggunakan Persistent Disk Standar atau SSD) yang menyimpan cadangan yang diambil dan data yang telah dihapus duplikatnya untuk pemulihan lokal yang cepat dan pemasangan instan.
  • Kumpulan snapshot: Penyimpanan yang menggunakan snapshot Persistent Disk untuk menyimpan salinan volume data pada titik waktu tertentu untuk operasi pemasangan dan pengambilan berperforma tinggi.
  • OnVault pool: Penyimpanan berbasis objek untuk retensi jangka panjang yang mengirimkan data cadangan terkompresi dan inkremental selamanya ke bucket Cloud Storage (Standard, Nearline, Coldline, atau Archive) atau brankas cadangan yang dikelola Google.
  • Kumpulan duplikasi: Block storage pada perangkat pencadangan/pemulihan sekunder di zona atau region lain yang menerima cadangan yang direplikasi asinkron di tingkat blok (StreamSnap) untuk pemulihan dari bencana (disaster recovery).

Template, kebijakan, dan profil resource pencadangan

Di konsol pengelolaan peralatan, Anda melindungi workload yang ditemukan dengan menerapkan rencana cadangan yang terdiri dari dua elemen penyusun yang dapat digunakan kembali:

  • Template pencadangan: Menentukan cara dan waktu data dicadangkan, dipertahankan, dan direplikasi. Setiap template pencadangan berisi satu atau beberapa kebijakan pencadangan yang mengontrol jadwal, batas titik pemulihan (RPO), dan retensi di seluruh tingkat:
    • Production to Snapshot: Mengambil data dari workload produksi ke kumpulan Snapshot atau Utama lokal.
    • Snapshot ke OnVault: Menyalin cadangan snapshot ke kumpulan OnVault di Cloud Storage atau vault cadangan untuk retensi jangka panjang.
    • OnVault ke OnVault: Mereplikasi data antara kumpulan OnVault di seluruh region.
    • Production to Mirror (StreamSnap): Mereplikasi data snapshot ke kumpulan Mirror di perangkat pencadangan/pemulihan jarak jauh.
  • Profil resource: Menentukan tempat data cadangan disimpan dengan memetakan kebijakan dalam template cadangan ke kumpulan penyimpanan perangkat pencadangan/pemulihan lokal, kumpulan OnVault, dan perangkat replikasi jarak jauh tertentu.

Kemampuan utama Backup and DR untuk konsol pengelolaan

Backup and DR untuk konsol pengelolaan menyediakan kemampuan berikut untuk pencadangan, pemulihan, dan pengelolaan data salinan perusahaan:

  • Pengambilan inkremental selamanya: Setelah satu pencadangan penuh awal dari aplikasi atau VM, pencadangan berikutnya hanya mengambil blok yang diubah atau delta database. Alat pencadangan/pemulihan menyintesis image point-in-time penuh virtual tanpa menjalankan pencadangan penuh berkala yang memengaruhi performa produksi.
  • Perlindungan database yang konsisten dengan aplikasi dan pemulihan point-in-time (PITR): Terintegrasi secara native dengan API database (seperti Oracle RMAN, SQL Server VSS, dan SAP HANA backint atau snapshot penyimpanan) untuk mengambil cadangan database yang konsisten dengan aplikasi bersama dengan cadangan log transaksi terjadwal, yang memungkinkan Anda melakukan pemulihan ke titik waktu tertentu.
  • Pemasangan instan dan salinan virtual: Daripada menunggu untuk menyalin terabyte data cadangan kembali ke penyimpanan produksi sebelum aplikasi dapat dimulai, Anda dapat memasang image cadangan langsung dari peralatan pencadangan/pemulihan ke host target:
    • Pemasangan standar: Mengekspos image cadangan sebagai disk atau sistem file yang terpasang di host target untuk memeriksa atau menyalin file individual.
    • Pemasangan berbasis aplikasi: Memulai instance database virtual secara instan langsung dari image cadangan yang terpasang di server database target, dengan opsi untuk melakukan roll forward log transaksi ke titik waktu yang dipilih.
    • Mount and Migrate: Memulihkan layanan segera melalui pemasangan instan sambil memigrasikan file data yang mendasarinya kembali ke penyimpanan produksi di latar belakang, sehingga meminimalkan batas waktu pemulihan (RTO).
    • LiveClone: Membuat salinan virtual independen yang dapat ditulis dari image cadangan yang dapat diperbarui sesuai permintaan atau sesuai jadwal tanpa menggunakan penyimpanan fisik penuh untuk setiap clone.
  • Alur Kerja Backup and DR Otomatis: Alur Kerja Backup and DR mengotomatiskan pembuatan, pembaruan, dan penyamaran LiveClone dan database virtual sesuai jadwal atau sesuai permintaan. Tim pengembangan, QA, dan analisis dapat menyediakan sendiri salinan database produksi terbaru dengan data sensitif yang dihapus secara otomatis oleh skrip kustom.
  • Disaster recovery lintas region: Replikasi image cadangan secara asinkron ke appliance pencadangan/pemulihan sekunder di region lain menggunakan replikasi StreamSnap, atau salin cadangan ke bucket Cloud Storage multi-region atau dual-region dan brankas cadangan sehingga Anda dapat memulihkan workload di region alternatif selama pemadaman layanan.

Workload yang didukung di Backup and DR untuk konsol pengelolaan

Backup and DR untuk konsol pengelolaan melindungi berbagai macam virtual machine, sistem file, dan database. Untuk mengetahui kompatibilitas versi dan sistem operasi yang mendetail, lihat Matriks dukungan untuk pencadangan yang dikelola peralatan dan Sistem operasi dan kernel yang didukung Backup and DR.

  • Instance Compute Engine: Perlindungan snapshot tanpa agen dan konsisten terhadap error, serta pemulihan lintas project atau lintas region untuk VM Compute Engine.
  • VM Google Cloud VMware Engine dan VMware vSphere: Pencadangan tingkat VM tanpa agen, pemasangan instan, LiveClone, dan pemulihan VM penuh untuk host vCenter dan ESX menggunakan pelacakan blok yang diubah (CBT) VMware.
  • Sistem file dan Filestore: Pencadangan berbasis blok dan berbasis file serta pemasangan instan untuk sistem file Linux dan Windows, berbagi NFS, berbagi SMB/CIFS, dan instance Filestore.
  • Database Oracle: Perlindungan inkremental selamanya menggunakan salinan image Oracle RMAN dan Change Tracking, pencadangan log arsip untuk PITR, pemasangan database virtual instan, serta Mount and Migrate.
  • Database Microsoft SQL Server: Pencadangan yang konsisten dengan aplikasi untuk instance mandiri dan grup ketersediaan Always On, pencadangan log transaksi, pemasangan database virtual, dan cloning database.
  • Database SAP HANA: Perlindungan tingkat volume (snapshot Persistent Disk atau LVM) dan tingkat file (backint) untuk sistem host tunggal, 1+n, dan penyebaran skala SAP HANA.
  • Database IBM Db2: Pencadangan inkremental selamanya tingkat volume dan pencadangan dump penuh plus inkremental dengan pengambilan log transaksi dan pemasangan database virtual.
  • Database yang dikelola sendiri lainnya: Perlindungan untuk database PostgreSQL, MySQL, MariaDB, SAP ASE, SAP IQ, dan SAP MaxDB, serta grup konsistensi dan aplikasi LVM generik.

Langkah berikutnya