Bagian dari 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 di region Google Cloud. Load balancer eksternal meneruskan permintaan pengguna ke salah satu frontend. Load balancer internal meneruskan traffic dari frontend ke backend. Aplikasi ini menggunakan database yang direplikasi di seluruh zona. Jika pemadaman layanan zona terjadi, database akan dialihkan ke replika di zona lain.
Topologi dalam diagram sebelumnya tahan terhadap pemadaman layanan zona, tetapi tidak terhadap pemadaman layanan region. Agar dapat memulihkan dari pemadaman region, Anda harus telah men-deploy replika pasif aplikasi di region kedua (failover), seperti yang ditunjukkan dalam diagram berikut:
Saat pemadaman layanan terjadi di region utama, Anda harus mempromosikan database di region failover, dan mengizinkan kebijakan pemilihan rute DNS me-rutekan traffic ke load balancer di region failover.
Untuk mengoptimalkan biaya infrastruktur failover, Anda dapat mengoperasikan region failover dengan kapasitas yang lebih rendah dengan men-deploy lebih sedikit resource.
Kasus penggunaan
Bagian berikut memberikan contoh kasus penggunaan yang archetype deployment regionalnya merupakan pilihan yang sesuai.
Aplikasi yang sangat tersedia dengan pengguna dalam area geografis
Sebaiknya gunakan arketipe deployment regional untuk aplikasi yang memerlukan ketahanan terhadap pemadaman layanan zona, tetapi dapat menoleransi periode nonaktif yang disebabkan oleh pemadaman layanan region. Jika ada bagian dari stack aplikasi yang gagal, aplikasi akan terus berjalan jika setidaknya ada satu komponen yang berfungsi dengan kapasitas yang memadai di setiap tingkat. Jika terjadi pemadaman layanan 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 paling dekat dengan pengguna Anda.
Jaringan latensi rendah antarkomponen aplikasi
Arsitektur satu region mungkin sangat cocok untuk aplikasi seperti komputasi batch yang memerlukan koneksi jaringan latensi rendah dan bandwidth tinggi di antara node komputasi. Semua resource berada di 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 masih berlaku.
Kepatuhan terhadap persyaratan residensi dan kedaulatan data
Arketip deployment regional dapat membantu Anda memenuhi persyaratan peraturan untuk residensi data dan kedaulatan operasional. Misalnya, suatu negara di Eropa mungkin mewajibkan agar 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 mem-build arsitektur yang didasarkan pada arketipe deployment regional, pertimbangkan faktor desain berikut.
Periode nonaktif selama pemadaman layanan region
Saat pemadaman layanan region terjadi, aplikasi akan nonaktif. Anda dapat mengurangi waktu nonaktif yang disebabkan oleh pemadaman region dengan mempertahankan replika pasif (failover) stack infrastruktur di region Google Cloud lain. Jika pemadaman layanan terjadi di region utama, Anda dapat mengaktifkan stack di region failover dan menggunakan kebijakan perutean DNS untuk merutekan 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 membuat arsitektur. Untuk aplikasi yang memerlukan ketahanan terhadap pemadaman layanan zona, keuntungan ketersediaan arsitektur multi-zona mungkin membenarkan 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.