Bagian dalam panduan arketipe deployment Google Cloud ini menjelaskan arketipe deployment regional.
Dalam arsitektur cloud yang menggunakan arketipe deployment regional, instance aplikasi berjalan di dua zona atau lebih dalam satu region Google Cloud. Semua instance aplikasi menggunakan repositori file konfigurasi bersama yang dikelola secara terpusat. Data aplikasi direplikasi secara sinkron di semua zona dalam arsitektur.
Diagram berikut menunjukkan topologi cloud untuk aplikasi dengan ketersediaan tinggi, yang berjalan secara independen di tiga zona dalam satu region Google Cloud:
Diagram sebelumnya menunjukkan aplikasi dengan komponen frontend dan backend yang berjalan secara independen di tiga zona dalam region Google Cloud. Load balancer eksternal akan meneruskan permintaan pengguna ke salah satu frontend. Load balancer internal meneruskan traffic dari frontend ke backend. Aplikasi menggunakan database yang direplikasi di seluruh zona. Jika terjadi pemadaman zona, database akan gagal berpindah ke replika di zona lain.
Topologi dalam diagram sebelumnya kuat terhadap pemadaman zona, tetapi tidak terhadap pemadaman region. Agar dapat memulihkan dari pemadaman layanan region, Anda harus sudah men-deploy replika pasif aplikasi di region kedua (failover), seperti yang ditunjukkan pada diagram berikut:
Saat terjadi pemadaman di region utama, Anda harus mempromosikan database di region failover, dan mengizinkan kebijakan pemilihan rute DNS merutekan traffic ke load balancer di region failover.
Untuk mengoptimalkan biaya infrastruktur failover, Anda dapat mengoperasikan region failover pada kapasitas yang lebih rendah dengan men-deploy lebih sedikit resource.
Kasus penggunaan
Bagian berikut memberikan contoh kasus penggunaan yang arketipe deployment regional merupakan pilihan yang tepat.
Aplikasi yang sangat tersedia dengan pengguna dalam area geografis
Kami merekomendasikan arketipe deployment regional untuk aplikasi yang membutuhkan keandalan terhadap pemadaman zona, tetapi dapat menoleransi beberapa periode nonaktif yang disebabkan oleh penonaktifan region. Jika salah satu bagian dari stack aplikasi gagal, aplikasi akan terus berjalan jika setidaknya ada satu komponen yang berfungsi dengan kapasitas yang memadai di setiap tingkat. Jika terjadi pemadaman zona, stack aplikasi akan terus berjalan di zona lain.
Latensi rendah untuk pengguna aplikasi
Jika pengguna aplikasi berada dalam area geografis, seperti satu negara, arketipe deployment regional dapat membantu meningkatkan performa aplikasi yang dirasakan pengguna. Anda dapat mengoptimalkan latensi jaringan untuk permintaan pengguna dengan men-deploy aplikasi di region Google Cloud yang terdekat dengan pengguna Anda.
Networking berlatensi rendah antar-komponen aplikasi
Arsitektur region tunggal mungkin sangat cocok untuk aplikasi seperti komputasi batch yang memerlukan koneksi jaringan berlatensi rendah dan bandwidth tinggi di antara node komputasi. Semua resource berada dalam satu region Google Cloud, sehingga traffic jaringan antar-resource tetap berada dalam region tersebut. Latensi jaringan antar-resource rendah, dan Anda tidak dikenai biaya transfer data lintas region. Biaya jaringan intra-region tetap berlaku.
Kepatuhan terhadap persyaratan residensi dan kedaulatan data
Arketipe deployment regional dapat membantu Anda memenuhi persyaratan peraturan untuk residensi data dan kedaulatan operasional. Misalnya, sebuah negara di Eropa mungkin mewajibkan semua data pengguna disimpan dan diakses di pusat data yang secara fisik berada di dalam negara tersebut. Untuk membantu memenuhi persyaratan ini, Anda dapat men-deploy aplikasi ke region Google Cloud di Eropa.
Pertimbangan desain
Saat Anda membangun arsitektur yang didasarkan pada arketipe deployment regional, pertimbangkan faktor desain berikut.
Periode nonaktif selama pemadaman layanan di region
Saat terjadi pemadaman layanan region, aplikasi akan dihentikan. Anda dapat mengurangi periode nonaktif yang disebabkan oleh pemadaman region dengan mempertahankan replika pasif (failover) stack infrastruktur di region Google Cloud lain. Jika terjadi pemadaman layanan di region utama, Anda dapat mengaktifkan stack di region failover dan menggunakan kebijakan pemilihan rute DNS untuk mengarahkan traffic ke load balancer di region failover.
Biaya resource redundan
Arsitektur multi-zona biasanya memiliki lebih banyak resource cloud daripada deployment zona tunggal. Pertimbangkan biaya resource cloud ini saat Anda membangun arsitektur. Untuk aplikasi yang memerlukan keandalan terhadap pemadaman zona, keunggulan ketersediaan arsitektur multi-zona dapat menjadi alasan untuk biaya yang lebih tinggi.
Arsitektur referensi
Untuk arsitektur referensi yang dapat Anda gunakan untuk mendesain deployment regional di VM Compute Engine, lihat Deployment regional di Compute Engine.