Metode perutean Microsoft Azure Traffic Manager

Azure Traffic Manager mendukung enam metode perutean lalu lintas untuk menentukan cara merutekan lalu lintas jaringan ke berbagai titik akhir layanan. Untuk profil apa pun, Traffic Manager menerapkan metode perutean lalu lintas yang terkait dengannya ke setiap kueri DNS yang diterimanya. Metode perutean lalu lintas menentukan titik akhir mana yang dikembalikan dalam respons DNS.

Metode perutean lalu lintas berikut tersedia di Traffic Manager:

• Prioritas: Pilih perutean Prioritas saat Anda ingin memiliki titik akhir layanan utama untuk semua lalu lintas. Anda bisa menyediakan beberapa titik akhir cadangan jika titik akhir utama atau salah satu cadangan tidak tersedia.
• Tertimbang: Pilih perutean Tertimbang saat Anda ingin mendistribusikan lalu lintas di satu set titik akhir berdasarkan beratnya. Atur bobot yang sama untuk didistribusikan secara merata di semua titik akhir.
• Kinerja: Pilih perutean Kinerja saat Anda memiliki titik akhir di lokasi geografis yang berbeda dan Anda ingin pengguna akhir menggunakan titik akhir "terdekat" untuk latensi jaringan terendah.
• Geografis: Pilih perutean Geografis untuk mengarahkan pengguna ke titik akhir tertentu (Azure, External, atau Nested) berdasarkan dari mana kueri DNS mereka berasal dari geografis. Dengan metode perutean ini, memungkinkan Anda untuk mematuhi skenario seperti mandat kedaulatan data, pelokalan konten & pengalaman pengguna serta mengukur lalu lintas dari berbagai wilayah.
• Multinilai: Pilih MultiNilai untuk profil Traffic Manager yang hanya dapat memiliki alamat IPv4/IPv6 sebagai titik akhir. Saat kueri diterima untuk profil ini, semua titik akhir yang sehat dikembalikan.
• Subnet: Pilih metode perutean lalu lintas Subnet untuk memetakan rangkaian rentang alamat IP pengguna akhir ke titik akhir tertentu. Ketika permintaan diterima, titik akhir yang dikembalikan akan dipetakan menjadi alamat IP sumber permintaan tersebut. 

Semua profil Traffic Manager memiliki pemantauan kesehatan dan failover otomatis titik akhir. Untuk informasi selengkapnya, lihat Pemantauan Titik Akhir Traffic Manager. Dalam profil Traffic Manager, Anda hanya dapat mengonfigurasi satu metode perutean lalu lintas sekaligus. Anda dapat memilih metode perutean lalu lintas yang berbeda untuk profil Anda kapan saja. Perubahan Anda akan diterapkan dalam satu menit tanpa waktu henti. Anda dapat menggabungkan metode perutean lalu lintas dengan menggunakan profil Traffic Manager bertumpuk. Profil bertumpuk memungkinkan konfigurasi perutean lalu lintas canggih yang memenuhi kebutuhan aplikasi yang lebih besar dan kompleks. Untuk informasi selengkapnya, lihat profil Traffic Manager bertumpuk.

Metode perutean lalu lintas prioritas

Seringkali sebuah organisasi ingin memberikan keandalan untuk layanan mereka. Untuk melakukannya, mereka menyebarkan satu atau lebih layanan cadangan jika primer mereka turun. Metode perutean lalu lintas 'Prioritas' memungkinkan pelanggan Azure untuk dengan mudah menerapkan pola kegagalan ini.

Profil Traffic Manager berisi daftar titik akhir layanan yang diprioritaskan. Secara default, Traffic Manager mengirimkan semua lalu lintas ke titik akhir utama (prioritas tertinggi). Jika titik akhir utama tidak tersedia, Traffic Manager merutekan lalu lintas ke titik akhir kedua. Jika backend primer dan sekunder tidak tersedia, lalu lintas akan menuju ke backend ketiga, dan seterusnya. Ketersediaan titik akhir didasarkan pada status yang dikonfigurasi (diaktifkan atau dinonaktifkan) dan pemantauan titik akhir yang sedang berlangsung.

Mengonfigurasi titik akhir

Dengan Azure Resource Manager, Anda mengonfigurasi prioritas titik akhir secara eksplisit menggunakan properti 'prioritas' untuk setiap titik akhir. Properti ini adalah nilai antara 1 dan 1000. Nilai yang lebih rendah menunjukkan prioritas yang lebih tinggi. Titik akhir tidak bisa berbagi nilai prioritas. Pengaturan properti bersifat opsional. Saat dihilangkan, prioritas default berdasarkan urutan titik akhir digunakan.

Metode perutean lalu lintas tertimbang

Metode perutean lalu lintas 'Tertimbang' memungkinkan Anda mendistribusikan lalu lintas secara merata atau menggunakan berat yang telah ditentukan sebelumnya.

Dalam metode perutean ini, Anda menetapkan berat untuk masing-masing titik akhir dalam konfigurasi profil Azure Traffic Manager. Beratnya adalah bilangan bulat dari 1 hingga 1000. Parameter ini bersifat opsional. Jika dihilangkan, Traffic Manager menggunakan bobot default '1'. Semakin tinggi berat, semakin tinggi prioritasnya.

Untuk setiap kueri DNS yang diterima, Traffic Manager secara acak memilih titik akhir yang tersedia. Probabilitas memilih titik akhir didasarkan pada bobot yang ditetapkan ke semua titik akhir yang tersedia. Menggunakan bobot yang sama di semua titik akhir menghasilkan distribusi lalu lintas yang merata. Menggunakan bobot yang lebih tinggi atau lebih rendah pada titik akhir tertentu menyebabkan titik akhir tersebut dikembalikan lebih atau kurang sering dalam respons DNS.

Metode tertimbang memungkinkan beberapa skenario yang berguna:

• Peningkatan aplikasi bertahap: Mengingat persentase lalu lintas untuk rute ke titik akhir baru, dan secara bertahap meningkatkan lalu lintas dari waktu ke waktu menjadi 100%.
• Migrasi aplikasi ke Azure: Membuat profil backend dengan titik akhir Azure dan eksternal. Sesuaikan bobot titik akhir agar lebih memilih titik akhir baru.
• Cloud-bursting untuk kapasitas tambahan: Dengan cepat memperluas penyebaran lokal ke cloud dengan meletakkannya di belakang profil Traffic Manager. Saat Anda membutuhkan kapasitas ekstra di cloud, Anda dapat menambah atau mengaktifkan lebih banyak titik akhir dan menentukan bagian lalu lintas mana yang masuk ke setiap titik akhir.

Anda dapat mengonfigurasi bobot menggunakan portal Azure, Azure PowerShell, CLI, atau API REST.

Poin yang perlu diingat adalah respons DNS di-cache oleh klien. Mereka juga di-cache oleh server DNS rekursif yang digunakan klien untuk mengatasi nama DNS. Penembolokan ini dapat berpengaruh pada distribusi lalu lintas tertimbang. Ketika jumlah klien dan server DNS rekursif besar, distribusi lalu lintas berfungsi seperti yang diharapkan. Namun, ketika jumlah klien atau server DNS rekursif kecil, penembolokan dapat secara signifikan mencondongkan distribusi lalu lintas.

Kasus penggunaan umum meliputi:

• Lingkungan pengembangan dan pengujian
• Komunikasi aplikasi-ke-aplikasi
• Aplikasi yang ditujukan untuk basis pengguna sempit yang berbagi infrastruktur DNS rekursif umum (misalnya, karyawan perusahaan yang terhubung melalui proksi)

Efek penembolokan DNS ini umum untuk semua sistem perutean lalu lintas berbasis DNS, bukan hanya Azure Traffic Manager. Dalam beberapa kasus, secara eksplisit menghapus singgahan DNS mungkin menyediakan solusi. Jika itu tidak berhasil, metode lalu lintas-perutean alternatif mungkin lebih tepat.

Metode perutean lalu lintas kinerja

Menerapkan titik akhir di dua lokasi atau lebih di seluruh dunia dapat meningkatkan responsivitas aplikasi Anda. Dengan metode perutean lalu lintas 'Kinerja', Anda dapat merutekan lalu lintas ke lokasi yang 'paling dekat' dengan Anda.

Titik akhir 'terdekat' belum tentu yang terdekat seperti yang diukur dengan jarak geografis. Sebaliknya, metode perutean lalu lintas 'Kinerja' menentukan titik akhir terdekat dengan mengukur latensi jaringan. Traffic Manager mempertahankan Tabel Latensi Internet untuk melacak waktu pulang-pergi antara rentang alamat IP dan setiap pusat data Azure.

Traffic Manager mencari alamat IP sumber permintaan DNS masuk di Tabel Latensi Internet. Traffic Manager kemudian memilih titik akhir yang tersedia di pusat data Azure yang memiliki latensi terendah untuk rentang alamat IP tersebut. Lalu Traffic Manager mengembalikan titik akhir tersebut dalam respons DNS.

Seperti yang dijelaskan dalam Cara Kerja Traffic Manager, Traffic Manager tidak menerima kueri DNS langsung dari klien. Sebaliknya, kueri DNS berasal dari layanan DNS rekursif yang dikonfigurasi klien untuk digunakan. Dengan demikian, alamat IP yang digunakan untuk menentukan titik akhir 'terdekat' bukan alamat IP klien, tetapi alamat IP dari layanan DNS rekursif. Alamat IP ini adalah proksi yang baik untuk klien.

Traffic Manager secara teratur memperbarui Tabel Latensi Internet untuk memperhitungkan perubahan di Internet global dan wilayah Azure baru. Namun, kinerja aplikasi bervariasi berdasarkan variasi real-time dalam muatan di internet. Perutean lalu lintas kinerja tidak memantau muatan pada titik akhir layanan tertentu. Jika titik akhir menjadi tidak tersedia, Traffic Manager tidak akan menyertakannya dalam respons kueri DNS.

Poin yang perlu diperhatikan:

• Jika profil Anda berisi beberapa titik akhir di wilayah Azure yang sama, Traffic Manager mendistribusikan lalu lintas secara merata di seluruh titik akhir yang tersedia di wilayah tersebut. Jika Anda lebih suka distribusi lalu lintas yang berbeda di wilayah, Anda dapat menggunakan profil Traffic Manager bertumpuk.
• Jika semua titik akhir yang diaktifkan di wilayah Azure terdekat terdegradasi, Traffic Manager memindahkan lalu lintas ke titik akhir di wilayah Azure terdekat berikutnya. Jika Anda ingin menentukan urutan failover pilihan, gunakan profil Traffic Manager bertumpuk.
• Saat menggunakan metode perutean lalu lintas kinerja dengan titik akhir eksternal atau titik akhir bertumpuk, Anda perlu menentukan lokasi titik akhir tersebut. Pilih wilayah Azure yang paling dekat dengan penyebaran Anda. Lokasi tersebut adalah nilai yang didukung oleh Tabel Latensi Internet.
• Algoritma yang memilih titik akhir adalah deterministik. Kueri DNS berulang dari klien yang sama diarahkan ke titik akhir yang sama. Biasanya, klien menggunakan server DNS rekursif yang berbeda saat bepergian. Klien dapat dirutekan ke titik akhir yang berbeda. Perutean juga dapat dipengaruhi oleh pembaruan pada Tabel Latensi Internet. Itu sebabnya metode perutean lalu lintas kinerja tidak menjamin bahwa klien selalu dialihkan ke titik akhir yang sama.
• Ketika Tabel Latensi Internet berubah, Anda mungkin melihat bahwa beberapa klien diarahkan ke titik akhir yang berbeda. Perubahan perutean ini lebih tepat berdasarkan data latensi saat ini. Pembaruan ini sangat penting untuk menjaga akurasi kinerja lalu lintas-perutean karena Internet terus berkembang.

Metode perutean lalu lintas Geografis

Profil Traffic Manager dapat dikonfigurasi untuk menggunakan metode perutean Geografis sehingga pengguna diarahkan ke titik akhir tertentu: Azure, External, atau Nested. Pencocokan didasarkan pada lokasi geografis asal kueri DNS. Dengan metode perutean ini, memungkinkan Anda untuk mematuhi skenario seperti mandat kedaulatan data, pelokalan konten & pengalaman pengguna serta mengukur lalu lintas dari berbagai wilayah. Saat profil dikonfigurasi untuk perutean geografis, setiap titik akhir yang terkait dengan profil tersebut harus memiliki sekumpulan wilayah geografis yang ditetapkan untuknya. Wilayah geografis dapat berada pada tingkat granularitas berikut

• Dunia– wilayah mana pun
• Pengelompokan Regional - misalnya, Afrika, Timur Tengah, Australia/Pasifik, dll.
• Negara/Wilayah – misalnya, Irlandia, Peru, Hong Kong SAR, dll.
• Negara Bagian/Provinsi - misalnya, AS-California, Australia-Queensland, Kanada-Alberta dll (catatan: tingkat granularitas ini hanya didukung untuk negara bagian/provinsi di Australia, Kanada, dan AS).

Saat wilayah atau sekumpulan wilayah ditetapkan ke titik akhir, setiap permintaan dari wilayah tersebut hanya dirutekan ke titik akhir tersebut. Traffic Manager menggunakan alamat IP sumber kueri DNS untuk menentukan wilayah tempat pengguna meminta. Umumnya ditemukan sebagai alamat IP pemecah masalah DNS lokal membuat kueri untuk pengguna.

Traffic Manager membaca alamat IP sumber kueri DNS dan memutuskan wilayah geografis mana yang merupakan asalnya. Kemudian terlihat apakah ada titik akhir yang memiliki wilayah geografis ini yang dipetakan ke sana. Pencarian ini dimulai pada tingkat granularitas terendah (pertama di Negara Bagian/Provinsi tempat pencarian didukung, selanjutnya di tingkat Negara/Wilayah) dan naik ke tingkat tertinggi, yaitu Dunia. Kecocokan pertama yang ditemukan menggunakan traversal ini dipilih sebagai titik akhir untuk kembali dalam respons kueri. Saat kueri cocok dengan titik akhir jenis Berlapis, titik akhir dalam profil anak tersebut dikembalikan, berdasarkan metode peruteannya. Poin-poin berikut berlaku untuk perilaku ini:

• Wilayah geografis hanya dapat dipetakan ke satu titik akhir di profil Traffic Manager saat jenis peruteannya adalah Perutean Geografis. Pembatasan ini memastikan bahwa perutean pengguna deterministik, dan pelanggan dapat mengaktifkan skenario yang memerlukan batas geografis yang tidak ambigu.

• Jika wilayah pengguna tercantum di bawah dua pemetaan geografis titik akhir yang berbeda, Traffic Manager memilih titik akhir dengan granularitas terendah. Traffic Manager tidak akan mempertimbangkan permintaan perutean dari wilayah tersebut ke titik akhir lainnya. Misalnya, pertimbangkan profil tipe Perutean Geografis dengan dua titik akhir - TitikAkhir1 dan TitikAkhir2. TitikAkhir1 dikonfigurasi untuk menerima lalu lintas dari Irlandia dan TitikAkhir2 dikonfigurasi untuk menerima lalu lintas dari Eropa. Jika permintaan berasal dari Irlandia, permintaan selalu dialihkan ke TitikAkhir1.

• Karena wilayah hanya dapat dipetakan ke satu titik akhir, Traffic Manager mengembalikan respons apakah titik akhir sehat atau tidak.

  Penting

  Sangat disarankan agar pelanggan yang menggunakan metode perutean geografis mengaitkannya dengan titik akhir tipe Bertumpuk yang memiliki profil anak yang berisi setidaknya dua titik akhir di dalam masing-masing.

• Jika kecocokan titik akhir ditemukan dan titik akhir tersebut berada dalam status Dihentikan, Traffic Manager mengembalikan respons NODATA. Dalam hal ini, tidak ada pencarian lebih lanjut yang dibuat lebih tinggi di hierarki wilayah geografis. Perilaku ini juga berlaku untuk tipe titik akhir yang ditumpuk saat profil anak berada dalam status Dihentikan atau Dinonaktifkan.

• Jika titik akhir menampilkan status Dinonaktifkan, maka titik akhir tidak akan disertakan dalam proses pencocokan kawasan. Perilaku ini juga berlaku untuk tipe titik akhir Bertumpuk saat profil anak berada dalam status Dinonaktifkan.

• Jika kueri berasal dari wilayah geografis yang tidak memiliki pemetaan di profil tersebut, Traffic Manager mengembalikan respons NODATA. Itu sebabnya kami sangat menyarankan agar Anda menggunakan perutean geografis dengan satu titik akhir. Idealnya tipe Bertumpuk dengan setidaknya dua titik akhir dalam profil anak, dengan wilayah Dunia ditetapkan untuk itu. Konfigurasi ini juga memastikan bahwa alamat IP apa pun yang tidak dipetakan ke wilayah ditangani.

Seperti yang dijelaskan dalam Cara Kerja Traffic Manager, Traffic Manager tidak menerima kueri DNS langsung dari klien. Kueri DNS berasal dari layanan DNS rekursif yang dikonfigurasi klien untuk digunakan. Itulah mengapa alamat IP yang digunakan untuk menentukan kawasan bukan alamat IP klien, tetapi alamat IP dari layanan DNS rekursif. Alamat IP ini adalah proksi yang baik untuk klien.

Tanya Jawab Umum

• Apa saja kasus penggunaan di mana perutean geografis berguna?

• Bagaimana cara memutuskan apakah saya harus menggunakan metode perutean Kinerja atau metode perutean Geografis?

• Apa saja wilayah yang didukung oleh Traffic Manager untuk perutean geografis?

• Bagaimana traffic manager menentukan dari mana pengguna meminta?

• Apakah dijamin bahwa Traffic Manager dapat menentukan lokasi geografis pengguna dengan benar dalam setiap kasus?

• Apakah titik akhir perlu secara fisik terletak di wilayah yang sama dengan yang dikonfigurasi untuk perutean geografis?

• Bisakah saya menetapkan wilayah geografis ke titik akhir di profil yang tidak dikonfigurasi untuk melakukan perutean geografis?

• Mengapa saya mendapatkan kesalahan ketika saya mencoba mengubah metode perutean profil yang ada ke Geografis?

• Mengapa sangat disarankan agar pelanggan membuat profil bertumpuk alih-alih titik akhir di bawah profil dengan perutean geografis diaktifkan?

• Apakah ada batasan pada versi API yang mendukung jenis perutean ini?

Metode perutean lalu lintas Multinilai

Metode perutean lalu lintas Multinilai memungkinkan Anda untuk mendapatkan beberapa titik akhir yang sehat dalam satu respons kueri DNS. Konfigurasi ini memungkinkan pemanggil untuk melakukan upaya ulang pihak klien dengan titik akhir lainnya jika titik akhir yang dikembalikan tidak responsif. Pola ini dapat meningkatkan ketersediaan layanan dan mengurangi latensi yang terkait dengan kueri DNS baru untuk mendapatkan titik akhir yang sehat. Metode perutean MultiNilai hanya berfungsi jika semua titik akhir tipe 'Eksternal' dan ditentukan sebagai alamat IPv4 atau IPv6. Saat kueri diterima untuk profil ini, semua titik akhir yang sehat dikembalikan dan tunduk pada jumlah pengembalian maksimum yang dapat dikonfigurasi.

Tanya Jawab Umum

• Apa saja kasus penggunaan di mana perutean MultiNilai berguna?

• Berapa banyak titik akhir yang dikembalikan ketika perutean MultiNilai digunakan?

• Apakah saya akan mendapatkan rangkaian titik akhir yang sama saat perutean MultiNilai digunakan?

Metode perutean lalu lintas Subnet

Metode perutean lalu lintas Subnet memungkinkan Anda untuk memetakan serangkaian rentang alamat IP ke titik akhir tertentu. Jika Traffic Manager menerima kueri DNS untuk profil tersebut, Traffic Manager akan memeriksa alamat IP sumber permintaan tersebut. Kemudian akan menentukan titik akhir mana yang dipetakan dan akan mengembalikan titik akhir itu dalam respons kueri. Dalam kebanyakan kasus, alamat IP sumber adalah pemecah masalah DNS yang digunakan oleh pemanggil.

Alamat IP yang akan dipetakan ke titik akhir dapat ditentukan sebagai rentang CIDR (misalnya, 1.2.3.0/24) atau sebagai rentang alamat (misalnya, 1.2.3.4-5.6.7.8). Rentang IP yang terkait dengan titik akhir harus unik dalam profil tersebut. Rentang alamat tidak dapat memiliki tumpang tindih dengan kumpulan alamat IP dari titik akhir yang berbeda di profil yang sama. Jika Anda menentukan titik akhir tanpa rentang alamat, titik akhir berfungsi sebagai fallback dan mengambil lalu lintas dari subnet yang tersisa. Jika tidak ada fallback titik akhir yang disertakan, Traffic Manager mengirimkan respons NODATA untuk rentang yang tidak terdefinisi. Sangat disarankan Anda menentukan titik akhir mundur untuk memastikan semua rentang IP yang mungkin ditentukan di seluruh titik akhir Anda.

Perutean subjaringan dapat digunakan untuk memberikan pengalaman yang berbeda bagi pengguna yang terhubung dari ruang IP tertentu. Misalnya, Anda dapat membuat semua permintaan dari kantor perusahaan Anda dirutekan ke titik akhir yang berbeda. Metode perutean ini sangat berguna jika Anda mencoba menguji versi internal hanya aplikasi Anda. Skenario lain adalah jika Anda ingin memberikan pengalaman yang berbeda kepada pengguna yang terhubung dari ISP tertentu (Misalnya, memblokir pengguna dari ISP tertentu).

Tanya Jawab Umum

• Apa saja kasus penggunaan di mana perutean subnet berguna?

• Bagaimana Traffic Manager mengetahui alamat IP pengguna akhir?

• Bagaimana cara menentukan alamat IP saat menggunakan perutean Subnet?

• Bagaimana cara menentukan fallback titik akhir saat menggunakan perutean Subnet?

• Apa yang terjadi jika titik akhir dinonaktifkan di profil tipe perutean Subnet?

Langkah berikutnya

Pelajari cara mengembangkan aplikasi dengan ketersediaan tinggi menggunakan pemantauan titik akhir Traffic Manager