Bagian panduan Google Cloud arketipe deployment ini menjelaskan arketipe deployment regional.
Dalam arsitektur cloud yang menggunakan arketipe deployment regional, instance aplikasi berjalan di dua zona atau lebih dalam satu Google Cloud region. 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 yang sangat tersedia yang berjalan secara independen di tiga zona dalam satu Google Cloud region:
Diagram sebelumnya menunjukkan aplikasi dengan komponen frontend dan backend yang berjalan secara independen di tiga zona dalam satu Google Cloud region. Load balancer eksternal 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 layanan zona, database akan melakukan failover ke replika di zona lain.
Topologi dalam diagram sebelumnya tangguh terhadap pemadaman layanan zona, tetapi tidak terhadap pemadaman layanan region. Agar dapat pulih dari pemadaman layanan region, Anda harus men-deploy replika pasif aplikasi di region kedua (failover), seperti yang ditunjukkan dalam diagram berikut:
Jika terjadi pemadaman layanan di region utama, Anda harus mempromosikan database di region failover, dan menggunakan kebijakan perutean DNS untuk merutekan 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 arketipe deployment regional adalah pilihan yang tepat.
Aplikasi yang sangat tersedia dengan pengguna di area geografis
Kami merekomendasikan arketipe deployment regional untuk aplikasi yang memerlukan ketahanan terhadap pemadaman layanan zona, tetapi dapat mentoleransi waktu 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 di 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 antar-komponen 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 dalam satu Google Cloud region, sehingga traffic jaringan antar-resource tetap berada dalam region. 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 residen data dan kedaulatan operasional. Misalnya, negara di Eropa mungkin mewajibkan semua data pengguna disimpan dan diakses di pusat data yang berlokasi secara fisik di dalam negara tersebut. Untuk membantu memenuhi persyaratan ini, Anda dapat men-deploy aplikasi ke Google Cloud region di Eropa.
Pertimbangan desain
Saat Anda membuat arsitektur yang didasarkan pada arketipe deployment regional, pertimbangkan faktor desain berikut.
Waktu nonaktif selama pemadaman layanan region
Jika terjadi pemadaman layanan region, aplikasi akan nonaktif. Anda dapat mengurangi waktu nonaktif yang disebabkan oleh pemadaman layanan region dengan mempertahankan replika pasif (failover) stack infrastruktur di Google Cloud region lain. Jika terjadi pemadaman layanan 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.