Bagikan melalui

Keandalan pada 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.

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

Meskipun disarankan agar Anda menggunakan Load Balancer dengan redundan zona, sebuah Load Balancer dapat berupa redundan zona, 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 penyeimbang beban adalah zona redundan, maka penyeimbang beban juga zona redundan. Jika IP publik di front-end load balancer adalah zonal, maka load balancer juga akan ditempatkan di zona yang sama. Untuk mengonfigurasi properti terkait zona untuk load balancer Anda, pilih jenis frontend yang sesuai yang diperlukan.

Catatan

Tidak diperlukan untuk memiliki load balancer untuk setiap zona, melainkan memiliki penyeimbang beban tunggal dengan beberapa frontend (zonal atau zona redundan) yang terkait dengan kumpulan backend masing-masing akan melayani tujuan tersebut.

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 setelah sumber daya dibuat.
  • Sumber daya tidak dapat diperbarui dari zonal ke zona redundan atau sebaliknya setelah dibuat.

Penyeimbang muatan yang redundan di zona

Di wilayah dengan zona ketersediaan, Load Balancer Standar dapat memiliki redundansi zona dengan lalu lintas yang dilayani oleh satu alamat IP. Satu alamat IP frontend tetap berfungsi dalam menghadapi kegagalan zona. IP frontend dapat digunakan untuk menjangkau semua anggota pool backend (tidak terpengaruh) tanpa memandang zonanya. Maksimal satu zona ketersediaan dapat gagal dan jalur data bertahan selama zona yang tersisa di wilayah tersebut tetap berfungsi dengan baik.

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

Gambar menunjukkan sebuah load balancer standar yang memiliki redundansi zona, mengarahkan lalu lintas di tiga zona berbeda ke tiga subnet berbeda dalam konfigurasi yang juga memiliki redundansi zona.

Catatan

VM 1,2, dan 3 dapat termasuk dalam subnet yang sama dan tidak harus berada di zona terpisah sebagai saran diagram.

Anggota dalam kumpulan backend penyeimbang beban biasanya dikaitkan dengan satu zona, seperti mesin virtual zonal. 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 antarmuka depan dijamin untuk satu zona, yang dikenal sebagai zonal. Dengan skenario ini, satu zona di suatu wilayah melayani semua alur masuk atau keluar. Antarmuka Anda berbagi nasib dengan kondisi zona. Jalur data tidak terpengaruh oleh kegagalan di zona-zona di luar yang dijamin. Anda dapat menggunakan frontend zonal untuk mengungkapkan satu alamat IP untuk setiap 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 titik akhir yang seimbang beban per zona untuk memantau setiap zona secara independen. Untuk titik akhir publik, Anda dapat mengintegrasikannya dengan produk load balancing DNS seperti Traffic Manager dan menggunakan satu nama DNS.

Gambar menggambarkan tiga penyeimbang beban standar zona masing-masing mengarahkan lalu lintas di zona ke tiga subnet yang berbeda dalam konfigurasi zona.

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

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

Penyeimbang beban 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.

Catatan

Semua alamat IP publik yang ditingkatkan dari SKU Dasar ke SKU Standar akan berjenis "tanpa zona". Pelajari cara Meningkatkan alamat IP publik di portal Azure.

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 melakukan load balancing VM dalam zona atau di beberapa zona menggunakan Load Balancer, lihat Quickstart: Membuat load balancer publik untuk melakukan load balancing VM.

Catatan

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

Toleransi kegagalan

Komputer virtual dapat melakukan failover ke server lain dalam kluster, dengan sistem operasi VM dimulai ulang di server baru. Anda harus merujuk pada proses failover untuk pemulihan bencana, mengumpulkan mesin 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 menurun

Zona redundansi tidak menyiratkan jalur data atau jalur kontrol tanpa gangguan. Alur redundansi zona dapat menggunakan zona apa pun dan alur Anda akan menggunakan semua zona yang berfungsi dalam wilayah tertentu. Dalam kegagalan zona, arus lalu lintas di 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 pengiriman ulang ketika Azure telah mencapai konvergensi pada titik kegagalan zona.

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

Beberapa antarmuka

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 frontend zonal, atau set frontend zonal, dapat dikaitkan dengan mesin virtual di dalam 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.

Migrasi ke dukungan zona ketersediaan

Dalam kasus di mana sebuah wilayah ditambahkan untuk memiliki zona availabilitas, IP yang ada akan tetap non-zonal seperti IP yang digunakan untuk frontend penyeimbang beban. 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) mengacu pada praktik yang digunakan organisasi untuk pulih 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 membuat rencana pemulihan bencana, lihat rekomendasi untuk merancang strategi pemulihan bencana.

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

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

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

Diagram global load balancer.

Catatan

Pada load balancer global, port backend dari aturan penyeimbangan beban Anda harus cocok dengan port frontend dari aturan penyeimbangan beban atau aturan NAT masuk pada load balancer standar regional.

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.

Sonding kesehatan dari load balancer global mengumpulkan informasi tentang ketersediaan dari 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.

Diagram tampilan lalu lintas wilayah global.

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 penyeimbang beban global dengan penyeimbang beban 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 Anda membuka akses titik akhir global dari penyeimbang muatan global kepada pelanggan, Anda dapat menambahkan atau menghapus penyebaran regional di balik 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.

Pemantauan 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 dijalankan secara otomatis setiap 5 detik, asalkan pengguna mengonfigurasi sonde 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 penyeimbang beban yang ada ke penyeimbang beban global untuk memastikan ketersediaan yang tinggi dalam penyebaran global.

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

Wilayah asal

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

Catatan

Anda hanya dapat menyebarkan load balancer global atau IP Publik di tingkat Global di salah satu wilayah asal yang tercantum.

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

Lalu lintas yang dimulai oleh pengguna mengalir ke wilayah peserta terdekat melalui jaringan inti Microsoft.

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

Diagram lalu lintas global beberapa wilayah.

Wilayah yang berpartisipasi

  • Australia Timur
  • Australia Tenggara
  • India Tengah
  • US Tengah
  • Asia Timur
  • Amerika Serikat Timur
  • US Timur 2
  • Jepang Timur
  • AS Tengah Bagian Utara
  • Eropa Utara
  • Wilayah Tengah Selatan AS
  • Asia Tenggara
  • UK Selatan
  • US Departemen Pertahanan Pusat
  • US DoD Timur
  • Pemerintah AS Arizona
  • Pemerintah AS Texas
  • Pemerintah AS Virginia
  • Barat Tengah AS
  • Eropa Barat
  • US Barat
  • US Barat 2

Catatan

Penyeimbang beban regional backend dapat disebarkan di Wilayah Azure yang tersedia untuk umum dan tidak terbatas hanya pada wilayah yang berpartisipasi.

Batasan

  • Konfigurasi IP frontend global hanya bersifat publik. Antarmuka 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 pengalihan keluar tidak didukung pada Load Balancer yang bersifat global. Untuk koneksi keluar, gunakan aturan keluar pada load balancer regional atau gateway NAT.

Harga dan SLA

Penyeimbang muatan global memiliki SLA yang sama dengan penyeimbang muatan standar.

Langkah berikutnya