Halaman ini menjelaskan rencana pencadangan, yang memungkinkan Anda menentukan strategi pencadangan lanjutan untuk mencadangkan instance Cloud SQL dan Compute Engine serta disk Compute Engine.
Dalam rencana pencadangan, Anda dapat menentukan kapan dan bagaimana cara mencadangkan resource. Anda dapat menyertakan frekuensi pencadangan, periode retensi cadangan, dan lokasi vault cadangan untuk menyimpan cadangan. Saat Anda mengaitkan rencana cadangan ke resource, Backup and DR akan otomatis mencadangkan dan mempertahankan cadangan untuk resource tersebut sesuai dengan konfigurasi dalam rencana cadangan.
Sebelum membuat rencana pencadangan, Anda harus menentukan lokasi penyimpanan untuk cadangan Anda. Untuk melakukannya, Anda harus membuat vault cadangan.
Rencana pencadangan memiliki aturan pencadangan, dengan ketentuan berikut:
- Satu atau beberapa aturan cadangan dapat digunakan.
Anda dapat menentukan frekuensi pembuatan cadangan: per jam, harian, mingguan, bulanan, atau tahunan.
- Pencadangan per jam memiliki frekuensi per jam yang berbeda (seberapa sering tugas dapat dijalankan) berdasarkan jenis resource data yang dicadangkan. Lihat Rentang frekuensi untuk pencadangan per jam
- Untuk pencadangan mingguan, Anda dapat memilih hari kerja untuk aturan.
- Untuk pencadangan bulanan, Anda dapat memilih hari tertentu dalam sebulan untuk aturan. Misalnya, tanggal 15 setiap bulan.
Anda dapat menggunakannya untuk pencadangan terjadwal atau sesuai permintaan.
Mencakup jendela pencadangan tempat Anda dapat menentukan jangka waktu spesifik kapan tugas pencadangan dapat dimulai. Jendela pencadangan menggunakan hal berikut:
- Format jam 24 jam, dengan waktu mulai dan berakhir antara 00 dan 24 jam.
- Minimal enam jam untuk jendela.
Paket pencadangan selalu menyertakan boot disk meskipun Exclude boot disk dicentang di bagian Data protection pada Machine configuration, yang dijelaskan secara mendetail di Membuat instance dengan non-boot disk tambahan.
Rentang frekuensi untuk pencadangan per jam
Menentukan frekuensi untuk pencadangan per jam. Frekuensi per jam 1 berarti tugas akan berjalan setiap 1 jam dari waktu mulai hingga waktu berakhir.
Parameter ini diperlukan saat recurrence_type ditetapkan ke HOURLY dan tidak berlaku
jika tidak. Error validasi akan terjadi jika nilai diberikan dan
recurrence_type bukan HOURLY.
Nilai yang didukung untuk setiap jenis resource adalah sebagai berikut:
| Jenis Resource | Frekuensi Per Jam |
|---|---|
| Instance Compute Engine | 4-23 |
| Disk Compute Engine | 1-23 |
| Instance Cloud SQL | 6-23 |
| Cluster AlloyDB untuk PostgreSQL | 1-23 |
| Instance Filestore | 1-23 |
Ringkasan retensi data di Backup and DR Service
Layanan Pencadangan dan DR menggunakan dua jenis retensi untuk mengelola siklus proses dan keamanan pencadangan:
- Setiap cadangan dipertahankan selama periode yang ditetapkan dalam rencana cadangan, lalu berakhir di akhir periode tersebut. Cadangan dapat dihapus secara manual sebelum tanggal habis masa berlaku yang ditetapkan di setelan Hapus cadangan setelah dalam rencana cadangan.
Secara opsional, Anda dapat memastikan bahwa beberapa cadangan tidak dapat dihapus selama periode tertentu dengan menyimpannya di Brankas cadangan dengan nilai "Cegah penghapusan selama" yang ditetapkan di bagian Periode Retensi yang Diterapkan pada konfigurasi brankas cadangan.
- Anda dapat menyetel periode retensi yang diterapkan agar lebih lama daripada setelan Hapus cadangan setelah dalam rencana cadangan. Cadangan tidak akan dihapus hingga periode retensi yang diterapkan berakhir.
- Anda dapat menetapkan periode retensi yang diterapkan untuk seluruh brankas cadangan, atau Anda dapat membuat brankas cadangan menerapkan nilai Hapus cadangan setelah dalam rencana cadangan untuk setiap resource data yang dilindungi di brankas.
Penggunaan penyimpanan cadangan
Dalam rencana cadangan, pertimbangkan hal berikut untuk penyimpanan cadangan.
- Cadangan akan otomatis dihapus setelah periode retensi cadangan yang ditentukan tercapai.
- Nilai default untuk penghapusan cadangan diwarisi dari periode retensi minimum vault cadangan yang digunakan untuk menyimpan cadangan tersebut.
- Periode retensi cadangan tidak boleh kurang dari periode retensi minimum vault cadangan, dan harus sama dengan atau lebih besar dari periode retensi minimum.
- Cadangan yang dibuat menggunakan rencana cadangan selalu tidak dapat diubah dan oleh karena itu tidak dapat diubah atau dihapus selama durasi periode retensi minimum yang diterapkan di backup vault.
Mencadangkan workload ke brankas cadangan yang mendukung CMEK
Setelah vault cadangan dikonfigurasi dengan CMEK, cadangan yang disimpan di dalamnya akan dilindungi menggunakan kunci yang Anda tentukan. Aturan berikut berlaku saat mengaitkan rencana pencadangan dengan brankas yang mendukung CMEK:
- Workload dengan CMEK: Jika workload sumber dilindungi oleh CMEK (misalnya, instance Compute Engine dengan disk terenkripsi CMEK), workload tersebut harus dicadangkan ke vault cadangan yang mendukung CMEK. Anda tidak dapat mencadangkan resource yang dilindungi CMEK ke vault cadangan yang menggunakanGoogle-owned and Google-managed encryption keys.
- Beban kerja dengan Google-owned and Google-managed encryption keys: Jika beban kerja sumber menggunakan Google-owned and Google-managed encryption keys, beban kerja tersebut harus dicadangkan ke vault cadangan yang menggunakan Google-owned and Google-managed encryption keys.
Wilayah yang mendukung rencana pencadangan
Rencana pencadangan hanya dapat dibuat di region tempat Backup dan DR tersedia dan tempat resource yang akan dicadangkan berada. Untuk membuat rencana pencadangan, brankas cadangan juga harus tersedia di lokasi yang kompatibel. rencana pencadangan di region yang tidak didukung, gunakan template pencadangan di konsol pengelolaan appliance.
Paket pencadangan didukung di region berikut.
| Area Geografis | Nama Region | Deskripsi Region | |
|---|---|---|---|
| Amerika Utara | |||
northamerica-northeast1 * |
Montréal |
 CO Rendah2
|
|
northamerica-northeast2 |
Toronto |
CO Rendah2
|
|
us-central1 |
Iowa |
CO2 rendah
|
|
us-east1 |
South Carolina | ||
us-east4 |
Northern Virginia | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas |
CO2 Rendah
|
|
us-west1 |
Oregon |
CO2 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 Rendah2
|
|
southamerica-west1 |
Santiago |
CO Rendah2
|
|
| Eropa | |||
europe-central2 |
Warsawa | ||
europe-north1 |
Finlandia |
CO2 rendah
|
|
europe-north2 |
Stockholm |
CO Rendah2
|
|
europe-southwest1 |
Madrid |
CO2 rendah
|
|
europe-west1 |
Belgia |
CO2 rendah
|
|
europe-west2 |
London |
CO Rendah2
|
|
europe-west3 |
Frankfurt | ||
europe-west4 |
Belanda |
CO2 rendah
|
|
europe-west6 |
Zürich |
CO Rendah2
|
|
europe-west8 |
Milan | ||
europe-west9 |
Paris |
CO Rendah2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin | ||
| 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 berada 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.
Nama rencana dan aturan pencadangan
Nama rencana pencadangan dan nama aturan Anda harus memenuhi persyaratan berikut:
- Berisi huruf kecil, karakter numerik, tanda hubung (
-), garis bawah (_), dan titik (.), tidak diperbolehkan ada spasi - Diawali dan diakhiri dengan angka atau huruf
- Maksimum 63 karakter
- Tidak dapat direpresentasikan sebagai alamat IP dalam notasi desimal bertitik. Misalnya,
192.0.2.255