Pertimbangan deployment perangkat pencadangan/pemulihan

Berikut adalah beberapa pertimbangan penting yang memengaruhi cara Anda men-deploy peralatan pencadangan/pemulihan Backup and DR:

  • Apa persyaratan Recovery Time Objective (RTO) organisasi Anda? RTO adalah jumlah waktu maksimum yang dapat Anda toleransi tanpa data Anda. Misalnya, jika RTO Anda adalah 4 jam,Anda harus dapat mengakses data dalam waktu 4 jam setelah terjadi kegagalan.

  • Apakah Anda perlu memusatkan pengelolaan cadangan? Anda harus memutuskan apakah ingin mengelola cadangan secara terpusat atau tidak.

    • Pengelolaan cadangan terpusat berarti Anda memiliki satu konsol pengelolaan peralatan untuk mengelola cadangan semua workload di semua lini bisnis. Cara ini dapat menjadi cara yang lebih efisien untuk mengelola cadangan, karena Anda hanya perlu mengelola satu konsol pengelolaan peralatan.
    • Pengelolaan cadangan terdesentralisasi berarti Anda memiliki konsol pengelolaan peralatan terpisah untuk setiap lini bisnis. Mode operasi bervariasi dari satu organisasi ke organisasi lainnya.
  • Apa kasus penggunaan pencadangan Anda? Apakah Anda memerlukan pencadangan jarak jauh untuk disaster recovery jika terjadi bencana di region produksi, atau apakah cukup melindungi data Anda secara lokal? Jika Anda memerlukan kemampuan disaster recovery, Anda harus mempertimbangkan pencadangan lintas region. Artinya, menyimpan cadangan Anda di beberapa lokasi, sehingga jika satu lokasi terkena bencana, data Anda akan tetap dapat diakses.

Workload berada di satu region

Strategi pencadangan terbaik Anda dalam suatu region bergantung pada kebutuhan Anda.

Jika Anda tidak memerlukan disaster recovery (DR)

Untuk performa tercepat dan biaya lebih rendah, deploy konsol pengelolaan peralatan dan peralatan pencadangan/pemulihan di region yang sama dengan tempat workload Anda berjalan. Simpan image cadangan Anda di region yang sama dengan workload Anda.

Jika Anda juga ingin memiliki salinan cadangan di luar lokasi, Anda dapat menyimpan cadangan di region yang berbeda atau menggunakan penyimpanan dual-region atau multi-region. Menyimpan cadangan di region yang berbeda akan dikenai biaya jaringan dan penyimpanan.

Jika Anda memerlukan Backup and DR

Untuk performa tercepat dan biaya lebih rendah, deploy konsol pengelolaan peralatan di region yang sama dengan region workload produksi dan konsol pengelolaan peralatan kedua di region yang dapat Anda gunakan untuk pemulihan dari bencana (disaster recovery).

Deploy peralatan pencadangan/pemulihan di region workload produksi dan region DR untuk meminimalkan batas waktu pemulihan (RTO). Hal ini memastikan bahwa lingkungan DR telah disediakan sepenuhnya dan tersedia jika terjadi bencana.

Simpan image cadangan di region produksi dan salinannya di region DR pemulihan dari bencana (disaster recovery), atau gunakan penyimpanan dual-region atau multi-region. Salinan cadangan region produksi dapat memenuhi kebutuhan pencadangan rutin dengan performa yang lebih cepat. Data yang disalin ke region DR dapat digunakan untuk memulihkan workload Anda jika region produksi tidak aktif.

Workload berada di beberapa region

Strategi pencadangan terbaik Anda di seluruh region bergantung pada kebutuhan Anda.

Jika Anda tidak memerlukan disaster recovery (DR)

Untuk performa tercepat dan biaya lebih rendah, deploy konsol pengelolaan peralatan di salah satu region tempat workload Anda berjalan. Hal ini memungkinkan pengelolaan terpusat di semua workload dan region.

Deploy satu atau beberapa peralatan pencadangan/pemulihan di setiap region tempat workload berjalan. Simpan cadangan Anda di region yang sama dengan workload Anda.

Jika Anda juga ingin memiliki salinan cadangan di luar lokasi, Anda dapat menyimpan cadangan di region yang berbeda atau menggunakan penyimpanan dual-region atau multi-region. Menyimpan cadangan di region atau multi-region yang berbeda akan dikenai biaya jaringan dan penyimpanan.

Jika Anda memerlukan Backup and DR

Deploy konsol pengelolaan peralatan di setiap region workload produksi dan konsol pengelolaan peralatan lainnya di region DR.

Deploy peralatan pencadangan/pemulihan di region workload produksi dan region DR untuk meminimalkan batas waktu pemulihan (RTO). Hal ini memastikan bahwa lingkungan DR telah disediakan sepenuhnya dan tersedia jika terjadi bencana.

Simpan cadangan di region workload produksi dan salinan di region DR, atau gunakan penyimpanan dual-region atau multi-region. Salinan cadangan region produksi dapat digunakan untuk memenuhi kebutuhan pencadangan.

Image cadangan di DR dapat digunakan untuk memulihkan workload jika region produksi tidak aktif.

Topologi jaringan yang direkomendasikan untuk Backup and DR

Google Cloud merekomendasikan penggunaan VPC Bersama saat men-deploy Backup and DR. VPC Bersama memungkinkan organisasi menghubungkan resource dari beberapa project ke jaringan VPC (VPC) umum, sehingga resource tersebut dapat berkomunikasi satu sama lain secara aman dan efisien menggunakan IP internal dari jaringan tersebut. Saat menggunakan VPC Bersama, Anda menetapkan suatu project sebagai project host dan menautkan satu atau beberapa project layanan lain padanya. Jaringan VPC dalam project host disebut Jaringan VPC Bersama. Resource yang memenuhi syarat dari project layanan dapat menggunakan subnet di jaringan VPC Bersama.

VPC Bersama memungkinkan administrator organisasi mendelegasikan tanggung jawab administratif, seperti membuat dan mengelola instance, kepada administrator project layanan sekaligus mempertahankan kontrol terpusat atas resource jaringan seperti subnet, rute, dan firewall.

Konsol pengelolaan peralatan diaktifkan ke VPC jaringan VPC produsen layanan. VPC produsen layanan ini berkomunikasi dengan project Anda menggunakan Akses Google Pribadi. Tujuan utama koneksi ini adalah agar konsol pengelolaan peralatan dan peralatan pencadangan/pemulihan dapat bertukar metadata. Traffic cadangan tidak melintasi link ini. Namun, konsol pengelolaan peralatan perlu berkomunikasi dengan semua peralatan pencadangan/pemulihan yang di-deploy di jaringan mana pun.

Praktik terbaik VPC Bersama

Berikut adalah praktik terbaik yang direkomendasikan:

  • Menghubungkan ke konsol pengelolaan peralatan: Sebaiknya hubungkan jaringan penyedia layanan ke VPC Bersama dalam jaringan Anda. Semua traffic dari konsol pengelolaan peralatan mengalir melalui VPC ini, dan oleh karena itu, melalui project host. Menyediakan konektivitas ke Backup and DR melalui VPC Bersama juga memungkinkan koneksi yang lancar antara project tempat workload berjalan (project layanan) dan Backup and DR.

  • Lokasi peralatan pencadangan/pemulihan: Peralatan pencadangan/pemulihan harus di-deploy di subnet yang telah mengaktifkan Akses Google Pribadi untuk konektivitas ke konsol pengelolaan peralatan. Ada dua strategi yang direkomendasikan untuk memilih project bagi peralatan pencadangan/pemulihan:

    • Dalam project host pusat: Dalam strategi ini, Backup and DR diperlakukan sebagai layanan pusat dari IT. Tim pencadangan pusat mengatur penyediaan layanan. Oleh karena itu, semua peralatan pencadangan/pemulihan disediakan di project host, sehingga admin pusat dapat menggabungkan semua resource cadangan ke dalam project pusat. Pendekatan ini memiliki manfaat menggabungkan semua resource terkait pencadangan dan penagihannya ke dalam satu project.

    • Dalam project layanan: Strategi ini cocok untuk tim yang lebih terdesentralisasi, tempat project layanan dibuat dan pengelolaannya didelegasikan ke tim terdistribusi. Dalam skenario ini, praktik terbaik yang direkomendasikan adalah menyediakan VPC untuk project layanan downstream. Peralatan pencadangan/pemulihan diinstal di project layanan dalam VPC ini. Hal ini memungkinkan kolokasi workload dan peralatan pencadangan/pemulihan dalam satu project.

    • Akses Google Pribadi: Sebaiknya aktifkan Akses Google Pribadi untuk setiap subnet tempat Anda menginstal peralatan pencadangan/pemulihan. Hal ini memastikan peralatan pencadangan/pemulihan dapat berkomunikasi dengan API, seperti Compute Engine, Cloud Storage, dan Cloud Logging, yang penting agar pemantauan dan pemberitahuan berfungsi. Untuk menyederhanakan dan meningkatkan koneksi ke API Google Cloud , pertimbangkan untuk mengonfigurasi resolusi DNS untuk private.googleapis.com seperti yang didokumentasikan di bagian Ringkasan opsi konfigurasi. Untuk Akses Google Pribadi, konfigurasikan aturan firewall dari peralatan pencadangan/pemulihan untuk mengizinkan koneksi ke rentang CIDR 199.36.153.8/30 pada port TCP 443.

Langkah berikutnya