Merencanakan pemulihan dari bencana

Halaman ini memberikan informasi yang dapat Anda gunakan untuk merencanakan pemulihan dari bencana untuk workload Anda yang berjalan di lingkungan Solusi Bare Metal.

Solusi Bare Metal dikirimkan dari ekstensi region. Mulai Februari 2024, semua region Solusi Bare Metal dihosting secara fisik di fasilitas non-Google. Karena model ekstensi region, Solusi Bare Metal tidak mengikuti model pemisahan zona konvensional yang digunakan oleh layanan Google Cloud lainnya, seperti Compute Engine. Setiap deployment Solusi Bare Metal di dalam suatu region ekstensi dikenal sebagai pod. Di beberapa wilayah, resource Solusi Bare Metal disalurkan dari beberapa pod, tetapi tidak ada persyaratan atau ekspektasi bahwa pod terpisah secara geografis.

Jika Anda menjalankan beban kerja yang sangat penting, sebaiknya rencana pemulihan dari bencana.

Referensi yang direkomendasikan untuk perencanaan pemulihan dari bencana (disaster recovery)

Sebaiknya Anda mempelajari referensi berikut untuk merencanakan pemulihan dari bencana (disaster recovery):

Konektivitas cross-pod

Pod dan ekstensi region tidak memiliki konektivitas langsung. Semua lalu lintas (masuk dan keluar) transit deployment Solusi Bare Metal Anda melalui interkoneksi dan melalui backbone Google Cloud. Tidak ada jalur data yang didukung untuk replikasi di tingkat penyimpanan. Dengan begitu, opsi pemulihan dari bencana dapat berdasarkan teknologi penyimpanan, seperti replikasi {i> block-level storage<i} atau {i>remote<i} replikasi snapshot.

Perencanaan wilayah pemulihan dari bencana

Biasanya, Anda mungkin akan memilih region Solusi Bare Metal berdasarkan layanan Google Cloud yang Anda gunakan. Namun, pemulihan dari bencana untuk {i>database<i} biasanya sejalan dengan {i>region<i} yang digunakan untuk aplikasi dan integrasinya. Oleh karena itu, pertimbangkan latensi jaringan antara menentukan wilayah yang akan digunakan untuk pemulihan dari bencana.

Bergantung pada industri Anda, mungkin ada persyaratan peraturan tentang data lokalitas yang menentukan tempat Anda dapat mereplikasi data. Setiap aplikasi memiliki sendiri, sehingga pemilihan region pemulihan dari bencana yang spesifik bergantung pada Anda.

Pertimbangan jaringan

Mengisolasi traffic untuk interkoneksi

Dalam banyak kasus, Anda mungkin ingin mengisolasi traffic replikasi dari sesi.

Isolasi traffic dapat dilakukan dengan menyediakan Partner Interconnect di setiap region yang berakhir VPC transit yang digunakan untuk replikasi. Diagram berikut menggambarkan jenis konfigurasi Anda.

Isolasi traffic menggunakan interkoneksi terpisah.

Dalam diagram, server Solusi Bare Metal di region us-west2 menggunakan jaringan 10.10.10.0/24 dan server Solusi Bare Metal di us-east4 menggunakan jaringan 10.20.20.0/24. Project pengguna berisi VPC terpisah untuk traffic aplikasi dan replikasi, yang bernama Application VPC dan Replication VPC. Iklan BGP dikonfigurasi sehingga setiap Cloud Router di Replication VPC memberitahukan rute ke jaringan Solusi Bare Metal lintas region, yang memaksa traffic lintas region mengalir selama Replication VPC. Cloud Router di Application VPC mengiklankan rute 0.0.0.0/0 generik, atau merutekan ke blok CIDR tertentu yang yang harus berkomunikasi dengan server Solusi Bare Metal. Dalam contoh ini, 0.0.0.0/0 digunakan untuk menandakan rute yang mengirim lalu lintas ke tujuan.

Server aplikasi dan layanan lain yang terhubung dari infrastruktur lokal pusat data terhubung melalui Application VPC. Instance dalam Application VPC masih dapat berkomunikasi dengan database yang berjalan di Perluasan region Solusi Bare Metal.

Interkoneksi yang berhenti di VPC transit juga dapat digunakan untuk mengakses Layanan Google Cloud, seperti Cloud Storage, Filestore, atau Pencadangan dan DR. Hal ini dapat dicapai dengan membuat Instance Filestore di VPC transit atau melalui penggunaan Private Service Connect endpoint yang berada dalam VPC transit.