Arsitektur Active-Active Multi-Region

Meskipun menggunakan zona ketersediaan, beban kerja yang di-deploy dalam satu region Azure dapat terdampak oleh gangguan regional — peristiwa yang jarang terjadi tetapi mungkin, yang disebabkan oleh bencana besar, badai hebat, atau kegagalan infrastruktur berskala besar. Untuk tingkat ketersediaan tertinggi, perusahaan men-deploy beban kerja di dua region Azure atau lebih, sehingga aplikasi tetap dapat melayani pengguna meskipun seluruh region menjadi offline.

Ada dua pola utama multiregion:

• Aktif-Aktif — sumber daya di kedua region melayani lalu lintas aktif secara bersamaan. Pola ini memaksimalkan ketersediaan dan juga dapat mengurangi latensi dengan mengarahkan pengguna ke region terdekat.
• Aktif-Pasif — sumber daya di region sekunder berada dalam keadaan siaga dan hanya menerima lalu lintas setelah terjadi peristiwa pengalihan. Biayanya lebih rendah, tetapi waktu pemulihannya lebih lama.

Untuk ketersediaan tertinggi, pendekatan aktif-aktif adalah pilihan yang disarankan.

Azure Traffic Manager adalah penyeimbang beban global berbasis DNS yang mendistribusikan lalu lintas ke berbagai titik akhir di region Azure yang berbeda (atau lingkungan lokal). Layanan ini menggunakan probe kesehatan untuk memantau setiap titik akhir dan metode perutean (kinerja, berbobot, prioritas, geografis, mult nilai) untuk menentukan tujuan pengiriman lalu lintas. Untuk penyiapan aktif-aktif, gunakan metode perutean kinerja agar pengguna diarahkan ke region sehat yang terdekat.

Traffic Manager mendukung beberapa metode perutean yang disesuaikan dengan berbagai skenario:

• Performance — mengarahkan ke titik akhir dengan latensi terendah (terbaik untuk aktif-aktif)
• Weighted — mendistribusikan lalu lintas berdasarkan bobot persentase (berguna untuk peluncuran bertahap)
• Priority — mengirimkan semua lalu lintas ke titik akhir utama, dengan pengalihan ke titik akhir sekunder sebagai cadangan (aktif-pasif)
• Geographic — mengarahkan pengguna berdasarkan lokasi geografis mereka (kedaulatan data)

Dalam arsitektur aktif-aktif, data harus direplikasi antarregion agar pengguna di kedua region dapat membaca data yang konsisten. Opsinya meliputi:

• Azure SQL Database dengan replikasi geografis — replika sekunder yang dapat dibaca di region lain
• Azure Cosmos DB dengan penulisan multiregion — semua region menerima operasi tulis secara bersamaan
• Azure Storage dengan GRS — replikasi asinkron ke region sekunder

Pilihannya bergantung pada kebutuhan konsistensi dan ketersediaan penulisan Anda.

Azure Cosmos DB sangat cocok untuk arsitektur aktif-aktif karena mendukung penulisan multiregion — semua region yang dikonfigurasi dapat menerima operasi tulis secara bersamaan. Cosmos DB menggunakan tingkat konsistensi yang dapat dikonfigurasi (dari kuat hingga eventual) untuk mengelola sinkronisasi replika. Untuk skenario aktif-aktif, konsistensi sesi atau kekunoan terbatas merupakan pilihan umum yang menyeimbangkan kinerja dan ketepatan.

Traffic Manager dan Azure Front Door sama-sama menyediakan penyeimbangan beban global, tetapi pada tingkatan yang berbeda:

• Traffic Manager berbasis DNS — layanan ini mengarahkan klien ke titik akhir regional yang tepat, tetapi koneksi berlangsung langsung ke titik akhir tersebut. Layanan ini beroperasi pada lapisan DNS.
• Azure Front Door adalah proksi anycast — layanan ini mengakhiri koneksi klien di titik kehadiran global dan meneruskan permintaan ke asal. Selain perutean, layanan ini menyediakan WAF, pembongkaran SSL, dan penyimpanan tembolok.

Microsoft menetapkan pasangan region untuk setiap region Azure — region sekunder dalam geografi yang sama, tetapi cukup jauh secara geografis untuk bertahan dari bencana regional. Saat merancang arsitektur multiregion, gunakan region pasangan sebagai region sekunder jika memungkinkan. Selama pemeliharaan platform yang terencana, hanya satu region dalam pasangan yang diperbarui pada satu waktu, sehingga gangguan bersamaan dapat dikurangi.

Dalam deployment aktif-aktif, permintaan pengguna dapat dilayani oleh region yang berbeda pada permintaan yang berbeda. Jika aplikasi Anda menyimpan status sesi di memori pada server web, hal ini menimbulkan masalah saat pengguna berpindah region. Solusinya adalah menggunakan penyimpanan sesi terdistribusi — seperti Azure Cache for Redis dengan replikasi geografis — sehingga data sesi dapat diakses dari region mana pun.

Arsitektur aktif-aktif lebih mahal daripada deployment satu region karena Anda menjalankan salinan penuh infrastruktur di setidaknya dua region. Biaya tambahan mencakup transfer data antarregion, replikasi geografis untuk basis data, serta biaya Traffic Manager atau Front Door. Lakukan analisis biaya-manfaat: untuk beban kerja yang sangat penting, biaya waktu henti biasanya jauh melebihi biaya region kedua.

Arsitektur aktif-aktif harus diuji secara berkala untuk memastikan arsitektur tersebut berfungsi saat diperlukan. Alat rekayasa kekacauan seperti Azure Chaos Studio memungkinkan Anda menyuntikkan kegagalan — misalnya menghentikan semua VM di satu region — dan mengamati respons sistem. Pengujian rutin memastikan probe kesehatan Traffic Manager mendeteksi kegagalan, pengalihan terjadi dalam RTO Anda, dan data tetap konsisten antarregion.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda telah mempelajari bahwa: arsitektur aktif-aktif men-deploy sumber daya aktif di beberapa region secara bersamaan untuk memaksimalkan ketersediaan; Azure Traffic Manager merutekan lalu lintas menggunakan metode kinerja, prioritas, berbobot, atau geografis; dan replikasi data (penulisan multiregion Cosmos DB, replikasi geografis SQL) sangat penting untuk menjaga konsistensi antarregion. Selanjutnya, kita akan membahas probe kesehatan dan pola penurunan layanan secara bertahap.