Google menggunakan teknologi AI untuk menerjemahkan konten ke dalam bahasa pilihan Anda. Terjemahan AI mungkin mengandung kesalahan.

Backup vault untuk pencadangan yang tidak dapat diubah dan dihapus

Menyiapkan vault cadangan

Backup vault adalah resource regional yang dikelola Google yang menyediakan penyimpanan terisolasi, tidak dapat diubah, dan tidak dapat dihapus untuk pencadangan. Layanan ini mengatur data ke dalam hierarki vault, sumber data, dan pencadangan, melindungi data dari penghapusan yang tidak disengaja atau berbahaya melalui periode retensi yang diterapkan dan isolasi identitas tingkat project.

Dokumen ini menjelaskan cara kerja vault cadangan, termasuk model resource hierarkis, beban kerja yang didukung, model cadangan, kompatibilitas lokasi, ketersediaan, dan persyaratan penamaan.

Hierarki resource

Data dalam Backup dan DR disusun dalam hierarki tiga tingkat di dalam vault cadangan:

Vault cadangan: container tingkat teratas yang menerapkan kebijakan retensi minimum global.
Sumber data: resource turunan yang merepresentasikan entitas terlindungi tertentu (misalnya, instance Compute Engine). Sistem membuat folder ini secara otomatis saat pencadangan pertama.
Cadangan: resource turunan dari sumber data yang merepresentasikan cadangan diskrit dengan titik pemulihan point-in-time tertentu.

Diagram berikut menunjukkan model resource vault cadangan:

Batasan

Halaman ini menjelaskan brankas cadangan untuk resource yang dikelola melalui konsol Google Cloud (seperti Compute Engine atau Cloud SQL). Jika Anda menggunakan konsol pengelolaan appliance untuk beban kerja seperti Oracle atau Google Cloud VMware Engine, lihat Ringkasan brankas cadangan yang dikelola dari konsol pengelolaan appliance.
Cluster AlloyDB dan instance Filestore di brankas cadangan tidak didukung untuk multi-region.
Backup and DR tidak membatasi lokasi tujuan yang kompatibel saat memulihkan workload dari cadangan vault cadangan.
Anda dapat dikenai biaya transfer jaringan, bergantung pada lokasi workload sumber dan vault cadangan Anda. Untuk mengetahui informasi selengkapnya, lihat Harga Backup and DR.

Resource yang didukung

Jenis workload	Pengelolaan
Instance Compute Engine	KonsolGoogle Cloud
Disk Compute Engine	KonsolGoogle Cloud
Instance Filestore	KonsolGoogle Cloud
Instance Cloud SQL	KonsolGoogle Cloud
Cluster AlloyDB	KonsolGoogle Cloud
Google Cloud VMware Engine, database Oracle, dan database SQL Server	Konsol pengelolaan perangkat

Model pencadangan untuk resource

	Model terpusat	Model terdesentralisasi
Google Cloud console	Menggabungkan pengelolaan cadangan dengan membuat brankas cadangan dan rencana cadangan dalam project administrator pusat. Administrator dapat menggunakan rencana yang dikelola secara terpusat ini untuk melindungi resource di beberapa project layanan, atau menggunakan izin IAM untuk mendelegasikan akses rencana pencadangan kepada pemilik aplikasi.	Mengisolasi pengelolaan cadangan dengan membuat vault cadangan dan rencana pencadangan terpisah dalam setiap project. Pendekatan ini ideal untuk organisasi yang terdesentralisasi, di mana setiap tim aplikasi bertanggung jawab untuk mencadangkan resource mereka sendiri.
Konsol pengelolaan appliance	Menggabungkan pengelolaan cadangan dengan men-deploy konsol pengelolaan appliance dan membuat brankas cadangan di project administrator pusat. Administrator mengonfigurasi kebijakan pencadangan dalam konsol pengelolaan terpusat untuk melindungi resource, seperti VM Google Cloud VMware Engine, di beberapa project layanan.	Mengisolasi pengelolaan cadangan dengan men-deploy konsol pengelolaan dan vault cadangan terpisah untuk setiap project atau lini bisnis. Pendekatan ini ideal untuk organisasi terdesentralisasi yang membagi tanggung jawab pengelolaan cadangan di beberapa tim.

Lokasi yang didukung vault cadangan

Anda dapat membuat vault cadangan di region yang sama dengan beban kerja sumber (regional), di region yang berbeda dari beban kerja sumber (lintas region), atau di beberapa region (multi-region).

Wilayah dan lintas wilayah yang didukung

Anda dapat membuat brankas cadangan di region dan lintas region berikut:

Area Geografis	Nama Region	Deskripsi Region
Amerika Utara
	`northamerica-northeast1` ^*	Montréal	CO Rendah₂
	`northamerica-northeast2`	Toronto	CO Rendah₂
	`us-central1`	Iowa	CO₂ rendah
	`us-east1`	South Carolina
	`us-east4`	Northern Virginia
	`us-east5`	Columbus
	`us-south1`	Dallas	CO₂ Rendah
	`us-west1`	Oregon	CO₂ rendah
	`us-west2`	Los Angeles
	`us-west3`	Salt Lake City
	`us-west4`	Las Vegas
	`northamerica-south1` ^*	Querétaro
Amerika Selatan
	`southamerica-east1`	Sao Paulo	CO Rendah₂
	`southamerica-west1`	Santiago	CO Rendah₂
Eropa
	`europe-central2`	Warsawa	CO₂ Rendah
	`europe-north1`	Finlandia	CO₂ rendah
	`europe-north2`	Stockholm	CO Rendah₂
	`europe-southwest1`	Madrid	CO₂ rendah
	`europe-west1`	Belgia	CO₂ rendah
	`europe-west2`	London	CO Rendah₂
	`europe-west3`	Frankfurt
	`europe-west4`	Belanda	CO₂ rendah
	`europe-west6`	Zürich	CO Rendah₂
	`europe-west8`	Milan	CO₂ rendah
	`europe-west9`	Paris	CO Rendah₂
	`europe-west10`	Berlin
	`europe-west12`	Turin	CO₂ rendah
Timur Tengah
	`me-central1`	Doha
	`me-central2`	Dammam
	`me-west1`	Israel
Afrika
	`africa-south1`	Johannesburg
Asia Pasifik
	`asia-east1`	Taiwan
	`asia-east2`	Hong Kong
	`asia-northeast1`	Tokyo
	`asia-northeast2` ^*	Osaka
	`asia-northeast3`	Seoul
	`asia-southeast1`	Singapura
	`asia-southeast2`	Jakarta
	`australia-southeast1`	Sydney
	`australia-southeast2`	Melbourne
India
	`asia-south1`	Mumbai
	`asia-south2`	Delhi

^* Querétaro (northamerica-south1), Montréal (northamerica-northeast1), dan Osaka (asia-northeast2) tidak mendukung pemisahan zona. Artinya, beberapa zona dalam setiap region ini mungkin tidak berlokasi di kampus pusat data yang terpisah secara fisik. Akibatnya, satu peristiwa bencana fisik yang terlokalisasi berpotensi memengaruhi beberapa zona dalam region yang sama, sehingga meningkatkan risiko kehilangan data dibandingkan dengan region yang mendukung pemisahan zona.

Multi-region yang didukung

Anda dapat membuat brankas cadangan di multi-region berikut:

Nama multi-region	Deskripsi
`ASIA`	Pusat data di Asia
`EU`	Pusat data di Uni Eropa
`US`	Pusat data di Amerika Serikat

Kompatibilitas lokasi workload

Tabel berikut menjelaskan lokasi vault cadangan yang kompatibel untuk setiap beban kerja yang didukung, saat menggunakan vault cadangan regional dan lintas-regional. Perhatikan bahwa rencana pencadangan di konsol Google Cloud harus dibuat di region yang sama dengan workload sumber.

Workload	Vault cadangan harus berada di region yang sama dengan beban kerja sumber	Dukungan regional	Dukungan multi-regional	Dukungan lintas-region
Instance Compute Engine	Tidak
Disk Compute Engine	Tidak
Instance Cloud SQL	Ya
Cluster AlloyDB	Ya
Instance Filestore	Tidak
Google Cloud VMware Engine, database Oracle, dan database SQL Server	Tidak

Kompatibilitas multi-region

Persyaratan berikut harus dipenuhi untuk menggunakan multi-region:

Jika workload mendukung vault pencadangan multi-region, lokasi workload sumber harus kompatibel dengan lokasi vault pencadangan multi-region.
Anda hanya dapat mencadangkan resource di region yang memiliki awalan yang sama. Misalnya, resource di region dengan awalan asia hanya diizinkan untuk dicadangkan ke multi-region asia.

Tabel berikut menjelaskan lokasi vault cadangan yang kompatibel untuk setiap beban kerja yang didukung saat menggunakan vault cadangan multi-region:

Jenis workload	Mendukung penggunaan brankas cadangan multi-region?	Multi-region vault cadangan yang didukung
Instance Compute Engine		`asia`, `eu`, `us`
Disk Compute Engine		`asia`, `eu`, `us`
Instance Filestore		T/A
Instance Cloud SQL		`asia`, `eu`, `us`
Cluster AlloyDB		T/A
Google Cloud VMware Engine, database Oracle, dan database SQL Server		T/A

Ketersediaan

Vault cadangan yang dibuat di lokasi regional dan lintas regional memberikan ketahanan terhadap pemadaman layanan satu zona. Data cadangan disimpan secara redundan di setidaknya dua zona terpisah.

Vault cadangan yang dibuat di lokasi multi-region memberikan ketahanan terhadap pemadaman layanan di satu region. Data cadangan disimpan secara redundan di setidaknya dua region terpisah.

Membandingkan brankas cadangan multi-region dan lintas-region

Kriteria	Pencadangan multi-region	Pencadangan lintas region
Pembuatan cadangan	Otomatis oleh Google di dua region dalam satu benua.	Otonomi untuk menentukan region secara eksplisit guna membuat cadangan.
Kasus penggunaan	Ketersediaan tinggi & kemudahan operasional	Kepatuhan yang ketat, hukum residensi data, atau situs pemulihan dari bencana yang ditargetkan, di dalam dan di luar batas regional sumber.
Pengelolaan	Overhead rendah. Vault tunggal, penyeimbangan otomatis	Beban sedang. Memerlukan penyiapan penargetan spesifik.
Kunci enkripsi yang dikelola pelanggan (Customer-Managed Encryption Key/CMEK)	Vault cadangan multi-region harus menggunakan CMEK dari region yang sama dengan vault cadangan.	Vault cadangan lintas region harus menggunakan CMEK dari region yang sama dengan vault cadangan.
Implikasi biaya	Biaya upload dan download multi-regional, jika berlaku. Biaya penyimpanan cadangan untuk brankas multi-region. Biaya pengelolaan.	Biaya transfer data antar-region. Biaya penyimpanan cadangan. Biaya pengelolaan.
Workload yang didukung	Instance Compute Engine Disk Compute Engine Instance Cloud SQL	Instance Compute Engine Disk Compute Engine Instance Filestore

Nama vault cadangan

Nama vault cadangan Anda harus memenuhi persyaratan berikut:

Nama vault cadangan hanya boleh berisi huruf kecil, karakter numerik, dan tanda hubung (-). Spasi tidak diperbolehkan.
Nama vault cadangan harus diawali dan diakhiri dengan angka atau huruf.
Nama vault cadangan harus berisi 3-63 karakter. Nama yang berisi titik dapat berisi hingga 222 karakter, tetapi setiap komponen yang dipisahkan titik tidak boleh lebih dari 63 karakter.
Nama vault cadangan tidak dapat direpresentasikan sebagai alamat IP dalam notasi desimal bertitik. Misalnya, 192.0.2.255.

Mencegah penghapusan cadangan

Untuk melindungi data Anda dari penghapusan yang tidak disengaja atau berbahaya, Anda (administrator) mengonfigurasi periode retensi data yang diterapkan untuk vault cadangan Anda. Setelah dikonfigurasi, cadangan bersifat sepenuhnya tidak dapat diubah—cadangan tidak dapat dihapus secara manual oleh Anda, pengguna lain, atau Google hingga durasi yang Anda tentukan telah berlalu.

Anda mengontrol retensi yang diterapkan menggunakan tiga setelan utama Vault:

Retensi minimum yang diterapkan: Saat membuat brankas, Anda harus menetapkan periode retensi dasar (antara 1 hari dan 99 tahun). Tindakan ini akan membuat batas minimum wajib di seluruh brankas:

Tidak ada cadangan yang dapat dihapus sebelum waktu ini berlalu. Setiap rencana pencadangan yang menyimpan data di brankas ini harus memiliki periode retensi cadangan yang sama dengan atau lebih lama dari minimum ini.

Mewarisi retensi dari aturan pencadangan: Daripada hanya mengandalkan minimum dasar brankas, Anda dapat mengonfigurasi brankas untuk menerapkan periode retensi data yang tepat yang ditentukan dalam rencana pencadangan spesifik Anda. Anda harus mengaktifkan setelan ini selama pembuatan brankas.

Jika minimum brankas Anda adalah 3 hari, tetapi retensi rencana pencadangan Anda adalah 7 hari, cadangan akan dikunci selama 7 hari penuh. Hasil: Penghapusan manual dicegah sepenuhnya. Cadangan hanya dihapus secara otomatis setelah durasi tertentu rencana cadangan berakhir.
Mengunci periode retensi yang diterapkan: Untuk persyaratan kepatuhan yang ketat, Anda dapat mengunci konfigurasi retensi minimum yang diterapkan secara permanen.

Saat menetapkan penguncian, Anda memilih tanggal mulai berlaku. Sebelum tanggal mulai berlaku, Anda masih dapat menyesuaikan periode retensi data minimum ke atas atau ke bawah untuk memperbaiki kesalahan. Setelah tanggal mulai berlaku, tidak seorang pun (bahkan Pemilik Project) dapat mengurangi periode retensi. Anda hanya diizinkan untuk menambahkannya.

Pembatasan akses vault cadangan

Setelan batasan akses brankas cadangan memungkinkan Anda mengontrol sumber tempat data dapat dicadangkan ke atau dipulihkan dari brankas cadangan. Setelan ini menentukan jenis resource yang dapat Anda simpan di brankas cadangan.

Anda dapat memilih salah satu setelan pembatasan akses berikut untuk vault cadangan. Perhatikan bahwa setelan ini bersifat permanen dan tidak dapat diubah.

Batasi akses ke organisasi saat ini: operasi pencadangan dan pemulihan hanya didukung dalam organisasi Anda saat ini. Pilihan ini membuat vault cadangan kompatibel dengan resource yang dikelola melalui konsolGoogle Cloud , seperti instance Compute Engine, tetapi tidak dengan resource yang dikelola melalui konsol pengelolaan appliance.
Batasi akses ke project saat ini: operasi pencadangan dan pemulihan hanya didukung dalam project saat ini. Pemilihan ini membuat vault cadangan kompatibel dengan resource yang dikelola melalui konsolGoogle Cloud (misalnya, instance Compute Engine), tetapi tidak dengan resource yang dikelola melalui konsol pengelolaan appliance.
Batasi akses ke organisasi saat ini & akses tidak terbatas untuk solusi pencadangan: untuk resource yang dikelola melalui konsol Google Cloud , operasi pencadangan dan pemulihan hanya didukung dalam organisasi Anda saat ini. Resource yang dikelola melalui konsol pengelolaan appliance (misalnya, VM Google Cloud VMware Engine) juga didukung, tetapi operasi pencadangan dan pemulihan untuk resource tersebut tidak dibatasi untuk organisasi Anda saat ini. Opsi ini membuat vault cadangan kompatibel dengan resource yang dikelola melalui konsolGoogle Cloud dan dengan resource yang dikelola melalui konsol pengelolaan appliance.
Izinkan akses tidak terbatas: mengizinkan operasi pencadangan dan pemulihan ke atau dari project atau organisasi apa pun. Pilihan ini membuat brankas cadangan kompatibel dengan resource yang dikelola melalui Google Cloud konsol dan dengan resource yang dikelola melalui konsol pengelolaan appliance.

Enkripsi

Secara default, Google Cloud akan otomatis mengenkripsi data saat data tersebut dalam penyimpanan menggunakan Google-owned and Google-managed encryption keys. Jika Anda memiliki persyaratan kepatuhan atau peraturan khusus yang terkait dengan kunci yang melindungi data, Anda dapat menggunakan kunci enkripsi yang dikelola pelanggan (CMEK) untuk cadangan Anda. Lihat Kunci enkripsi yang dikelola pelanggan (CMEK).