Merencanakan pemulihan dari bencana

Halaman ini memberikan informasi yang dapat Anda gunakan untuk merencanakan disaster recovery untuk workload yang berjalan di lingkungan Solusi Bare Metal.

Solusi Bare Metal dikirim dari ekstensi region. Mulai Februari 2024, semua region Solusi Bare Metal secara fisik dihosting 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 ekstensi region dikenal sebagai pod. Di beberapa region, resource Solusi Bare Metal dilayani dari beberapa pod, tetapi tidak ada persyaratan atau ekspektasi bahwa pod terpisah secara geografis.

Jika Anda menjalankan beban kerja yang sangat penting, sebaiknya Anda merencanakan disaster recovery.

Referensi yang direkomendasikan untuk perencanaan pemulihan dari bencana

Sebaiknya Anda membaca referensi berikut untuk merencanakan pemulihan dari bencana:

Konektivitas lintas pod

Pod dan ekstensi region tidak memiliki konektivitas langsung. Semua traffic (masuk dan keluar) dari deployment Solusi Bare Metal Anda akan ditransmisikan melalui interconnect dan melalui backbone Google Cloud. Tidak ada jalur data yang didukung untuk replikasi tingkat penyimpanan. Hal ini menghilangkan opsi disaster recovery berdasarkan teknologi penyimpanan, seperti replikasi penyimpanan tingkat blok atau replikasi snapshot jarak jauh.

Perencanaan wilayah pemulihan dari bencana

Anda biasanya dapat memilih region Solusi Bare Metal berdasarkan layanan Google Cloud lainnya yang Anda gunakan. Namun, pemulihan dari bencana untuk database biasanya sesuai dengan region yang digunakan untuk aplikasi yang sesuai dan integrasinya. Oleh karena itu, pertimbangkan latensi jaringan antar-region saat merencanakan region yang ingin Anda gunakan untuk disaster recovery.

Bergantung pada industri Anda, mungkin ada persyaratan peraturan tentang lokalitas data yang menentukan tempat Anda dapat mereplikasi data. Setiap aplikasi memiliki persyaratannya sendiri, sehingga pilihan region disaster recovery tertentu diserahkan kepada Anda.

Pertimbangan jaringan

Mengisolasi traffic untuk interkoneksi

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

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

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 region us-east4 menggunakan jaringan 10.20.20.0/24. Project pengguna berisi VPC terpisah untuk traffic aplikasi dan replika, yang masing-masing bernama Application VPC dan Replication VPC. Iklan BGP dikonfigurasi sehingga setiap Cloud Router di Replication VPC mengiklankan rute ke jaringan Bare Metal Solution lintas wilayah, sehingga memaksa traffic lintas wilayah mengalir melalui Replication VPC. Cloud Router di Application VPC mengumumkan rute 0.0.0.0/0 generik, atau rute ke blok CIDR tertentu yang harus dikomunikasikan dengan server Solusi Bare Metal. Dalam contoh ini, 0.0.0.0/0 digunakan untuk menunjukkan rute yang mengirim traffic ke tujuan lain.

Server aplikasi dan layanan lainnya yang terhubung dari pusat data on-premise terhubung melalui Application VPC. Instance dalam Application VPC masih dapat berkomunikasi dengan database yang berjalan di salah satu ekstensi region Solusi Bare Metal.

Interconnect yang berakhir di VPC transportasi umum juga dapat digunakan untuk mengakses layanan Google Cloud, seperti Cloud Storage, Filestore, atau Backup dan DR. Hal ini dapat dilakukan dengan membuat instance Filestore di VPC transportasi umum atau melalui penggunaan endpoint Private Service Connect yang berada dalam VPC transportasi umum.