Keandalan di Load Balancer

Artikel ini berisi informasi terperinci tentang ketahanan regional Load Balancer dengan zona ketersediaan dan pemulihan bencana global dan kelangsungan bisnis.

Dukungan zona ketersediaan

Zona ketersediaan adalah grup pusat data yang terpisah secara fisik di setiap wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.

Untuk informasi selengkapnya tentang zona ketersediaan di Azure, lihat Apa itu zona ketersediaan?

Azure Load Balancer mendukung skenario zona ketersediaan. Anda dapat menggunakan Load Balancer Standar untuk meningkatkan ketersediaan di seluruh skenario Anda dengan meratakan sumber daya dengan, dan distribusi di seluruh zona. Tinjau dokumen ini untuk memahami konsep-konsep ini dan panduan desain skenario mendasar.

Meskipun disarankan agar Anda menyebarkan Load Balancer dengan zona-redundansi, Load Balancer dapat berupa zona redundan, zonal, atau non-zonal. Pemilihan zona ketersediaan load balancer identik dengan pemilihan zona IP frontend-nya. Untuk penyeimbang beban publik, jika IP publik di frontend Load balancer adalah zona redundan maka load balancer juga zona-redundan. Jika IP publik di frontend load balancer adalah zonal, maka load balancer juga akan ditunjuk ke zona yang sama. Untuk mengonfigurasi properti terkait zona untuk load balancer Anda, pilih jenis frontend yang sesuai yang diperlukan.

Prasyarat

• Untuk menggunakan zona ketersediaan dengan Load Balancer, Anda perlu membuat load balancer di wilayah yang mendukung zona ketersediaan. Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat daftar wilayah yang didukung.

• Gunakan SKU Standar untuk load balancer dan IP Publik untuk dukungan zona ketersediaan.

• Jenis SKU dasar tidak didukung.

• Untuk membuat sumber daya, Anda harus memiliki peran Kontributor Jaringan atau yang lebih tinggi.

Batasan

• Zona tidak dapat diubah, diperbarui, atau dibuat untuk sumber daya setelah dibuat.
• Sumber daya tidak dapat diperbarui dari zonal ke zona redundan atau sebaliknya setelah dibuat.

Penyeimbang muatan zona redundan

Di wilayah dengan zona ketersediaan, Load Balancer Standar dapat berlebihan zona dengan lalu lintas yang dilayani oleh satu alamat IP. Satu alamat IP frontend bertahan dari kegagalan zona. IP ujung depan dapat digunakan untuk menjangkau semua anggota kumpulan ujung belakang (tidak terpengaruh) apa pun zonanya. Hingga satu zona ketersediaan dapat gagal dan jalur data bertahan selama zona yang tersisa di wilayah tersebut tetap sehat.

Alamat IP ujung depan dilayani secara bersamaan oleh beberapa penyebaran infrastruktur independen di beberapa zona ketersediaan. Percobaan ulang atau pemulihan apa pun akan berhasil di zona lain yang tidak terpengaruh oleh kegagalan zona.

Anggota di kumpulan backend load balancer biasanya dikaitkan dengan satu zona seperti dengan komputer virtual zona. Desain umum untuk beban kerja produksi adalah memiliki beberapa sumber daya zona. Misalnya, menempatkan komputer virtual dari zona 1, 2, dan 3 di backend load balancer dengan frontend zona redundan memenuhi prinsip desain ini.

Penyeimbang beban zona

Anda dapat memilih agar ujung depan dijamin untuk satu zona, yang dikenal sebagai zonal. Dengan skenario ini, satu zona di suatu wilayah melayani semua alur masuk atau keluar. Ujung depan Anda berbagi nasib dengan kesehatan zona. Jalur data tidak dipengaruhi oleh kegagalan di zona selain di mana ia dijamin. Anda dapat menggunakan ujung depan zonal untuk mengekspos alamat IP per Zona Ketersediaan.

Selain itu, penggunaan frontend zona secara langsung untuk endpoint dengan beban seimbang dalam setiap zona juga didukung. Anda dapat menggunakan konfigurasi ini untuk mengekspos per titik akhir dengan muatan seimbang zona untuk memantau setiap zona secara individu. Untuk titik akhir publik, Anda dapat mengintegrasikannya dengan produk load balancing DNS seperti Traffic Manager dan menggunakan satu nama DNS.

Untuk ujung depan load balancer publik, Anda tambahkan parameter zona ke IP publik. IP publik ini dirujuk oleh konfigurasi IP ujung depan yang digunakan oleh aturan masing-masing.

Untuk ujung depan load balancer internal, tambahkan parameter zona ke konfigurasi IP ujung depan load balancer internal. Ujung depan zonal menjamin alamat IP dalam subnet ke zona tertentu.

Load balancer non-zonal

Load Balancer juga dapat dibuat dalam konfigurasi non-zonal dengan menggunakan frontend "tanpa zona". Dalam skenario ini, load balancer publik akan menggunakan IP publik atau awalan IP publik, load balancer internal akan menggunakan IP privat. Opsi ini tidak memberikan jaminan redundansi.

Peningkatan SLA

Karena zona ketersediaan secara fisik terpisah dan menyediakan sumber daya, jaringan, dan pendinginan yang berbeda, SLA (Perjanjian tingkat layanan) dapat meningkat. Untuk informasi selengkapnya, lihat Perjanjian Tingkat Layanan (SLA) untuk Layanan Online.

Membuat sumber daya dengan zona ketersediaan diaktifkan

Untuk mempelajari cara memuat VM keseimbangan dalam zona atau di beberapa zona menggunakan Load Balancer, lihat Mulai Cepat: Membuat load balancer publik untuk memuat VM keseimbangan.

Toleransi kegagalan

Komputer virtual dapat melakukan failover ke server lain dalam kluster, dengan sistem operasi VM dimulai ulang di server baru. Anda harus merujuk ke proses failover untuk pemulihan bencana, mengumpulkan komputer virtual dalam perencanaan pemulihan, dan menjalankan latihan pemulihan bencana untuk memastikan solusi toleransi kesalahan mereka berhasil.

Untuk informasi selengkapnya, lihat proses pemulihan situs.

Pengalaman zona tidak berfungsi

Zona redundansi tidak menyiratkan sarana data atau sarana kontrol tanpa hit. Alur zona berlebihan dapat menggunakan zona apa pun dan alur Anda akan menggunakan semua zona sehat di suatu wilayah. Dalam kegagalan zona, alur lalu lintas menggunakan zona sehat tidak terpengaruh.

Alur lalu lintas menggunakan zona pada saat kegagalan zona mungkin terpengaruh tetapi aplikasi dapat pulih. Lalu lintas berlanjut di zona sehat di wilayah tersebut setelah transmisi ulang ketika Azure telah berkumpul di sekitar kegagalan zona.

Ulas pola desain cloud Azure untuk meningkatkan ketahanan aplikasi Anda terhadap skenario kegagalan.

Beberapa ujung depan

Menggunakan beberapa frontend memungkinkan Anda untuk memuat lalu lintas penyeimbang muatan di lebih dari satu port dan/atau alamat IP. Saat merancang arsitektur Anda, pastikan Anda memperhitungkan bagaimana redundansi zona berinteraksi dengan beberapa frontend. Jika tujuan Anda adalah untuk selalu memiliki setiap frontend tahan terhadap kegagalan, maka semua alamat IP yang ditetapkan sebagai frontend harus zona-redundan. Jika satu set frontend dimaksudkan untuk dikaitkan dengan satu zona, maka setiap alamat IP untuk set tersebut harus dikaitkan dengan zona spesifik tersebut. Load balancer tidak diperlukan di setiap zona. Sebagai gantinya, setiap ujung depan zonal, atau set frontend zonal, dapat dikaitkan dengan komputer virtual di kumpulan backend yang merupakan bagian dari zona ketersediaan tertentu tersebut.

Teknik penyebaran yang aman

Ulas pola desain cloud Azure untuk meningkatkan ketahanan aplikasi Anda terhadap skenario kegagalan.

Dukungan bermigrasi ke zona ketersediaan

Dalam kasus di mana wilayah ditambahkan untuk memiliki zona ketersediaan, IP yang ada akan tetap non-zonal seperti IP yang digunakan untuk frontend load balancer. Untuk memastikan arsitektur Anda dapat memanfaatkan zona baru, disarankan agar Anda membuat IP frontend baru. Setelah dibuat, Anda dapat mengganti frontend non-zonal yang ada dengan frontend zona redundan baru. Untuk mempelajari cara memigrasikan VM ke dukungan zona ketersediaan, lihat Memigrasikan Load Balancer ke dukungan zona ketersediaan.

Pemulihan bencana global dan kelangsungan bisnis

Pemulihan bencana (DR) adalah tentang pemulihan dari peristiwa berdampak tinggi, seperti bencana alam atau penyebaran gagal yang mengakibatkan waktu henti dan kehilangan data. Terlepas dari penyebabnya, obat terbaik untuk bencana adalah rencana DR yang terdefinisi dan teruji dengan baik dan desain aplikasi yang secara aktif mendukung DR. Sebelum Anda mulai berpikir tentang membuat rencana pemulihan bencana Anda, lihat Rekomendasi untuk merancang strategi pemulihan bencana.

Ketika datang ke DR, Microsoft menggunakan model tanggung jawab bersama. Dalam model tanggung jawab bersama, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Pada saat yang sama, banyak layanan Azure tidak secara otomatis mereplikasi data atau mundur dari wilayah yang gagal untuk mereplikasi silang ke wilayah lain yang diaktifkan. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan pada penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR dan Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat untuk membantu mengembangkan rencana DR Anda.

Azure Standard Load Balancer mendukung penyeimbangan beban global yang memungkinkan skenario ketersediaan tinggi geo-redundan seperti:

• Lalu lintas masuk yang berasal dari beberapa wilayah.
• Kegagalan global instan untuk penyebaran regional optimal berikutnya.
• Muat distribusi di seluruh wilayah ke wilayah Azure terdekat dengan latensi ultra rendah.
• Kemampuan untuk meningkatkan/menurunkan skala di belakang satu titik akhir.
• Alamat IP global anycast statis
• Preservasi IP klien
• Buat solusi penyeimbang muatan yang ada tanpa kurva pembelajaran

Konfigurasi IP frontend dari load balancer global Anda statis dan diiklankan di sebagian besar wilayah Azure.

Pemulihan bencana dalam geografi multi-wilayah

Redundansi regional

Konfigurasikan redundansi regional dengan menghubungkan load balancer global dengan mulus ke penyeimbang beban regional yang ada.

Jika satu wilayah gagal, lalu lintas dirutekan ke load balancer regional sehat terdekat berikutnya.

Pemeriksaan kesehatan load balancer global mengumpulkan informasi tentang ketersediaan setiap penyeimbang beban regional setiap 5 detik. Jika satu penyeimbang beban regional menurunkan ketersediaannya menjadi 0, penyeimbang beban global mendeteksi kegagalan. Penyeimbang muatan regional selanjutnya ditarik dari rotasi.

Latensi ultra rendah

Algoritme penyeimbangan muatan kedekatan geografis didasarkan pada lokasi geografis pengguna Anda dan penyebaran regional Anda.

Lalu lintas dimulai dari klien mencapai wilayah terdekat yang berpartisipasi dan melakukan perjalanan melalui backbone jaringan global Microsoft untuk tiba di penyebaran regional terdekat.

Misalnya, Anda memiliki load balancer global dengan load balancer standar di wilayah Azure:

• US Barat
• Eropa Utara

Jika alur dimulai dari Seattle, lalu lintas memasuki AS Barat. Wilayah ini adalah wilayah terdekat yang berpartisipasi dari Seattle. Lalu lintas dialihkan ke penyeimbang muatan wilayah terdekat, yaitu AS Barat.

Penyeimbang beban global Azure menggunakan algoritma penyeimbangan beban kedekatan geografis untuk keputusan perutean.

Mode distribusi muatan yang dikonfigurasi dari penyeimbang muatan regional digunakan untuk membuat keputusan perutean akhir ketika beberapa penyeimbang muatan regional digunakan untuk kedekatan geografis.

Selengkapnya, lihat Mengonfigurasi mode distribusi Azure Load Balancer.

Lalu lintas keluar mengikuti preferensi perutean yang ditetapkan pada penyeimbang beban regional.

Kemampuan untuk meningkatkan/menurunkan skala di belakang satu titik akhir

Saat Mengekspos titik akhir global penyeimbang beban global kepada pelanggan, Anda dapat menambahkan atau menghapus penyebaran regional di belakang titik akhir global tanpa gangguan.

Alamat IP global anycast statis

Penyeimbang muatan global dilengkapi dengan IP publik statis, yang memastikan alamat IP tetap sama. Untuk mempelajari lebih lanjut tentang IP statis, baca selengkapnya di sini

Preservasi IP klien

Penyeimbang muatan global adalah penyeimbang beban jaringan pass-through Layer-4. Pass-through ini mempertahankan IP paket asli. IP asli tersedia untuk kode yang berjalan pada komputer virtual. Preservasi ini memungkinkan Anda menerapkan logika yang khusus untuk alamat IP.

IP Mengambang

IP Mengambang dapat dikonfigurasi pada tingkat IP global dan tingkat IP regional. Untuk informasi selengkapnya, kunjungi Beberapa frontend untuk Azure Load Balancer

Penting untuk dicatat bahwa IP mengambang yang dikonfigurasi pada Load Balancer global Azure beroperasi secara independen dari konfigurasi IP mengambang pada load balancer regional backend. Jika IP mengambang diaktifkan pada load balancer global, antarmuka loopback yang sesuai perlu ditambahkan ke VM backend.

Pemeriksaan Kesehatan

Azure Global Load Balancer menggunakan kesehatan load balancer regional backend saat memutuskan ke mana harus mendistribusikan lalu lintas. Pemeriksaan kesehatan oleh load balancer global dilakukan secara otomatis setiap 5 detik, mengingat bahwa pengguna mengonfigurasi pemeriksaan kesehatan pada load balancer regional mereka.

Membangun solusi global pada Azure Load Balancer yang ada

Kumpulan backend load balancer global berisi satu atau beberapa penyeimbang beban regional.

Tambahkan penyebaran load balancer yang ada ke penyeimbang beban global untuk penyebaran global yang sangat tersedia.

Wilayah asal adalah tempat penyeimbang beban global atau Alamat IP Publik tingkat Global disebarkan. Wilayah ini tidak memengaruhi bagaimana lalu lintas dirutekan. Jika wilayah asal turun, arus lalu lintas tidak terpengaruh.

Wilayah asal

• US Tengah
• Asia Timur
• AS Timur 2
• Eropa Utara
• Asia Tenggara
• UK Selatan
• US Gov Virginia
• Eropa Barat
• US Barat

Wilayah yang berpartisipasi adalah tempat IP publik global penyeimbang beban diiklankan.

Lalu lintas yang dimulai oleh pengguna melakukan perjalanan ke wilayah terdekat yang berpartisipasi melalui jaringan inti Microsoft.

Penyeimbang muatan global merutekan lalu lintas ke penyeimbang beban regional yang sesuai.

Wilayah yang berpartisipasi

• Australia Timur
• Australia Tenggara
• India Tengah
• US Tengah
• Asia Timur
• AS Timur
• AS Timur 2
• Jepang Timur
• AS Tengah Bagian Utara
• Eropa Utara
• US Tengah Selatan
• Asia Tenggara
• UK Selatan
• US DoD Tengah
• US DoD Timur
• US Gov Arizona
• US Gov Texas
• US Gov Virginia
• AS Tengah Bagian Barat
• Eropa Barat
• US Barat
• US Barat 2

Batasan

• Konfigurasi IP frontend global hanya bersifat publik. Ujung depan internal saat ini tidak didukung.

• Load balancer privat atau internal tidak dapat ditambahkan ke kumpulan backend penyeimbang muatan global

• Terjemahan NAT64 saat ini tidak didukung. IP frontend dan backend harus berjenis yang sama (v4 atau v6).

• Lalu lintas UDP tidak didukung pada Load Balancer global untuk IPv6.

• Lalu lintas UDP pada port 3 tidak didukung pada Load Balancer global

• Aturan keluar tidak didukung pada Load Balancer global. Untuk koneksi keluar, gunakan aturan keluar pada load balancer regional atau gateway NAT.

Harga dan SLA

Penyeimbang muatan global berbagi SLA load balancer standar.

Langkah berikutnya

• Keandalan di Azure
• Lihat Tutorial: Membuat load balancer global menggunakan portal Azure untuk membuat load balancer global.
• Pelajari selengkapnya tentang load balancer global dalam video ini.
• Pelajari selengkapnya tentang Azure Load Balancer.