Backup and DR mendukung pencadangan instance Cloud SQL, cluster AlloyDB, serta instance Compute Engine dan disk individual dari konsolGoogle Cloud . Prosedur untuk mencadangkan dan memulihkan resource tersebut dapat ditemukan dalam dokumentasinya. Jika semua workload Anda sesuai dengan kategori ini, Anda tidak memerlukan peralatan pencadangan/pemulihan.
Backup and DR untuk VM VMware dan database SAP HANA, IBM Db2, Oracle, dan Microsoft SQL Server yang berjalan di dalam instance Compute Engine memerlukan konsol pengelolaan peralatan Backup and DR dan satu atau beberapa peralatan pencadangan/pemulihan. Saat menggunakan penyiapan ini, Anda harus memilih ukuran peralatan pencadangan/pemulihan agar sesuai dengan aplikasi yang Anda cadangkan. Alur untuk penyiapan ini melibatkan pembuatan server pengelolaan, men-deploy peralatan, lalu menggunakan konsol pengelolaan peralatan untuk mengonfigurasi jadwal pencadangan dan menentukan apa yang dicadangkan dan di mana.
Untuk ringkasan strategi guna memastikan penggunaan peralatan pencadangan/pemulihan yang paling efektif, lihat Pertimbangan deployment peralatan pencadangan/pemulihan.
Halaman ini menjelaskan cara melakukan aktivasi awal Backup and DR dan menyiapkan konfigurasi untuk project Anda.
Komponen arsitektur perangkat pencadangan/pemulihan
Arsitektur Backup and DR disediakan melalui komponen berikut:
KonsolGoogle Cloud : Konsol Google Cloud mencakup produk Backup and DR untuk pengelolaan terpusat cadangan tersimpan Persistent Disk, paket cadangan untuk instance Compute Engine, dan pencadangan yang ditingkatkan untuk Cloud SQL dalam produk tersebut.
konsol pengelolaan peralatan: Konsol pengelolaan peralatan berfungsi sebagai bidang pengelolaan untuk peralatan pencadangan/pemulihan Anda. Setiap deployment Backup and DR mencakup satu konsol pengelolaan peralatan yang mengelola sejumlah peralatan pencadangan/pemulihan. Konsol pengelolaan peralatan di-deploy di project administrasi pencadangan dan dengan tingkat ketersediaan tinggi dalam region yang di-deploy, sehingga memberikan ketahanan terhadap pemadaman layanan di zona.
Perangkat pencadangan/pemulihan: Perangkat pencadangan/pemulihan adalah pemindah data yang secara efisien menangkap, memindahkan, dan mengelola siklus proses data cadangan dalam perusahaan Anda. Appliance pencadangan/pemulihan di-deploy di Entitas workload untuk workload cloud. Jika Anda men-deploy beberapa peralatan pencadangan/pemulihan, setiap peralatan harus dikaitkan dengan Akun Layanan yang unik.
Agen Backup and DR: Agen Backup and DR memanggil API native aplikasi untuk mengambil data secara efisien dari aplikasi produksi secara inkremental selamanya, dan memberikan awareness aplikasi pada saat pemulihan. Agen diinstal di host aplikasi tempat aplikasi yang akan dilindungi berada. Jika Anda hanya melindungi seluruh VM atau subset disk-nya, agen Backup and DR tidak diperlukan.
Konsol pengelolaan peralatan diaktifkan ke jaringan VPC produsen layanan. VPC produsen layanan ini berkomunikasi dengan project Anda menggunakan Akses Google Pribadi.
Komunikasi antara server pengelolaan dan peralatan, antarperalatan, dan antara peralatan dan agen host diamankan oleh autentikasi TLS bersama.
Menyiapkan Backup and DR di konsol Google Cloud
Buka konsol Google Cloud untuk mengaktifkan backupdr API dan menyiapkan izin untuk akun Anda:
Aktifkan Google Cloud Backup and DR
Jenis perangkat pencadangan/pemulihan
Backup and DR menyediakan jenis peralatan yang dioptimalkan untuk berbagai workload—VM Compute Engine, VM VMware, database, dan sistem file. Anda dapat memilih jenis peralatan yang paling sesuai dengan kebutuhan Anda. Penting untuk memilih jenis peralatan terbaik untuk workload Anda. Setelah peralatan pencadangan/pemulihan beroperasi, peralatan tersebut akan terus berjalan selamanya, selalu siap untuk menjalankan dan menjalankan ulang pencadangan, pemulihan, dan tugas lainnya setiap saat.
Backup and DR menyediakan jenis peralatan berikut:
- Standar untuk VM VMware dan database atau resource lainnya: Jenis mesin n2-standard-16 ini mendukung performa optimal untuk mencadangkan database produksi, VM VMware, dan resource lainnya. Peralatan ini menambahkan 4 TB kapasitas disk seimbang saat deployment dan Anda dapat menambahkan 63 disk 4 TB tambahan. Perangkat ini dapat mengelola hingga 1.500 aplikasi dan 5.000 snapshot harian.
- Standard untuk VM Compute Engine atau database SAP HANA: Jenis mesin e2-standard-4 ini paling cocok untuk mencadangkan instance Compute Engine, instance Cloud SQL, cluster AlloyDB, dan resource data yang menggunakan Persistent Disk untuk pencadangan: database IBM Db2 dan SAP HANA yang dikonfigurasi untuk menggunakan Persistent Disk. Jenis peralatan ini memiliki kapasitas Persistent Disk minimum sebesar 10 GB. Peralatan ini dapat mengelola hingga 5.000 instance Compute Engine dan Cloud SQL, cluster AlloyDB, dan aplikasi data berbasis Persistent Disk.
Basic untuk VM VMware dan database atau resource lainnya: Jenis mesin e2-standard-16 ini mendukung performa sedang untuk mencadangkan database, VM VMware, dan resource lainnya. Perangkat ini dapat mengelola hingga 1.500 aplikasi dan 5.000 snapshot harian. Peralatan ini menambahkan kapasitas disk standar sebesar 4 TB saat deployment dan Anda dapat menambahkan 63 disk tambahan sebesar 4 TB dengan jenis berikut:
- Persistent Disk kapasitas minimal: opsi ini menyediakan kapasitas disk minimum sebesar 10 GB. Dalam jenis penyimpanan ini, cadangan disimpan sebagai snapshot Persistent Disk dan tidak menggunakan penyimpanan lokal dari peralatan pencadangan/pemulihan.
- Persistent Disk Standar: pilih jenis penyimpanan ini jika Anda ingin memiliki block storage yang efisien. Hal ini direkomendasikan untuk VM, database, atau aplikasi sistem file Google Cloud VMware Engine dengan I/O menengah-tinggi, selain VM Compute Engine. Tindakan ini akan menambahkan kapasitas Persistent Disk sebesar 4 TB sebagai kapasitas disk minimum.
- Persistent Disk SSD: pilih jenis penyimpanan ini jika Anda ingin memiliki penyimpanan blok yang cepat. Hal ini direkomendasikan untuk Google Cloud VMware Engine, database, atau aplikasi sistem file dengan I/O yang sangat tinggi, selain VM Compute Engine. Tindakan ini akan menambahkan 4 TB kapasitas Persistent Disk sebagai kapasitas disk minimum.
Saat Anda men-deploy peralatan, akun layanan akan dibuat secara otomatis, terlepas dari jenis peralatannya. Anda dapat melihat akun layanan dari halaman Service Account.
Nama akun layanan akan muncul dalam format alamat email:
APPLIANCE_NAME@PROJECT_ID.iam.gserviceaccount.com
Ganti kode berikut:
- APPLIANCE_NAME: nama perangkat Pencadangan/pemulihan Anda.
- PROJECT_ID: ID project Google Cloud Anda (sumber).
Anda dapat memindahkan cadangan dengan kebutuhan retensi jangka panjang ke penyimpanan Standard, Nearline, dan Coldline, bergantung pada perkiraan kebutuhan Anda untuk mengakses data.
Konfigurasi firewall
Aturan firewall yang diperlukan berikut untuk traffic masuk ke Backup and DR ditambahkan secara otomatis.
| Tujuan | Sumber | Target | Port (TCP) |
|---|---|---|---|
| Traffic dukungan (dukungan ke peralatan) | SSH_CLIENT_IP | Perangkat pencadangan/pemulihan | 26 |
| Pencadangan iSCSI (host ke peralatan) | AGENT_HOST_IP | Perangkat pencadangan/pemulihan | 3260 |
| Traffic StreamSnap (peralatan ke peralatan) | SOURCE_APPLIANCE_IP | Perangkat pencadangan/pemulihan | 5107 |
| Konektivitas peralatan pencadangan/pemulihan ke konsol pengelolaan peralatan | APPLIANCE_IP | *.backupdr.googleusercontent.com | 443 |
Ganti kode berikut:
- SSH_CLIENT_IP: alamat IP host yang menjalankan klien SSH.
- AGENT_HOST_IP: alamat IP host yang menjalankan agen Backup and DR.
- SOURCE_APPLIANCE_IP: alamat IP peralatan sumber.
- APPLIANCE_IP: alamat IP atau subnet Peralatan pencadangan/pemulihan.
Untuk mengetahui detail selengkapnya tentang cara mengonfigurasi aturan ini, lihat Bersiap men-deploy Backup and DR.
Untuk setiap host yang menjalankan agen Backup and DR, Anda harus menambahkan port TCP berikut secara manual untuk mengizinkan konektivitas dengan aturan firewall masuk.
| Tujuan | Sumber | Target | Port (TCP) |
|---|---|---|---|
| Traffic agen (perangkat ke host) | Perangkat pencadangan/pemulihan | Host yang menjalankan agen Backup and DR | 5106 |
Untuk host yang menggunakan NFS untuk traffic pencadangan, atau untuk host ESX yang berjalan di Google Cloud VMware Engine yang menggunakan NFS untuk pemasangan, Anda harus menambahkan port TCP dan UDP berikut secara manual untuk mengizinkan konektivitas dengan aturan firewall masuk.
| Tujuan | Sumber | Target | Port (TCP/UDP) |
|---|---|---|---|
| Pencadangan atau pemasangan NFS | Host yang menjalankan Agen atau host ESXi yang menjalankan pemasangan | Perangkat pencadangan/pemulihan | 111, 756, 2049, 4001, 4045 |
Untuk mengetahui daftar izin yang digunakan selama operasi ini, lihat Referensi izin penginstalan Backup and DR.
Region yang didukung
Bagian berikut mencantumkan wilayah yang didukung untuk konsol pengelolaan peralatan dan peralatan pencadangan/pemulihan.
Wilayah yang didukung konsol pengelolaan peralatan
Meskipun Backup and DR dapat digunakan untuk mencadangkan workload yang didukung di regionGoogle Cloud mana pun, konsol pengelolaan peralatan hanya dapat diaktifkan 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 |
CO2 Rendah
|
|
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 |
CO2 rendah
|
|
europe-west9 |
Paris |
CO Rendah2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin |
CO2 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 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.
Wilayah yang didukung untuk peralatan pencadangan/pemulihan
Appliance pencadangan/pemulihan dapat di-deploy ke Google Cloud zona mana pun.
Layanan alur kerja untuk melakukan deployment peralatan pencadangan/pemulihan didukung di region yang tercantum. Jika layanan Alur Kerja tidak tersedia di region tempat appliance pencadangan/pemulihan Anda di-deploy, Backup and DR akan secara default menjalankan alur kerja di region us-central1 (appliance itu sendiri masih dibuat di region yang Anda pilih). Jika memiliki kebijakan organisasi yang ditetapkan untuk mencegah pembuatan resource di region lain, Anda harus memperbarui kebijakan organisasi untuk sementara agar dapat membuat resource di region us-central1. Anda dapat membatasi region us-central1
setelah deployment peralatan pencadangan/pemulihan.