Bagikan melalui

Pertanyaan yang Sering Diajukan Azure Traffic Manager (FAQ)

  • Artikel

Dasar-dasar Azure Traffic Manager

Alamat IP apa yang digunakan Azure Traffic Manager?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, Azure Traffic Manager bekerja di tingkat Sistem Nama Domain (DNS). Ini mengirim respons DNS untuk mengarahkan klien ke titik akhir layanan yang sesuai. Klien kemudian terhubung ke titik akhir layanan secara langsung, bukan melalui Azure Traffic Manager.

Oleh karena itu, Traffic Manager tidak menyediakan titik akhir atau alamat IP untuk disambungkan oleh klien. Jika Anda menginginkan alamat IP statis untuk layanan Anda, alamat IP tersebut harus dikonfigurasi dalam layanan, bukan di Traffic Manager.

Jenis lalu lintas apa yang dapat dirutekan menggunakan Azure Traffic Manager?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, titik akhir Azure Traffic Manager dapat menjadi layanan yang menghadap internet yang di-hosting di dalam atau di luar Azure. Oleh karena itu, Azure Traffic Manager dapat merutekan lalu lintas yang berasal dari internet umum ke satu set titik akhir yang juga menghadap internet. Jika Anda memiliki titik akhir yang berada di dalam jaringan privat (misalnya, versi internal Azure Load Balancer) atau meminta pengguna membuat permintaan DNS dari jaringan internal tersebut, maka Anda tidak dapat menggunakan Traffic Manager untuk merutekan lalu lintas ini.

Apakah Azure Traffic Manager mendukung sesi "tempel"?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, Azure Traffic Manager bekerja di tingkat DNS. Ini menggunakan respons DNS untuk mengarahkan klien ke titik akhir layanan yang sesuai. Klien terhubung ke titik akhir layanan secara langsung, bukan melalui Azure Traffic Manager. Oleh karena itu, Traffic Manager tidak melihat lalu lintas HTTP antara klien dan server.

Selain itu, alamat IP sumber kueri DNS yang diterima oleh Azure Traffic Manager milik layanan DNS rekursif, bukan klien. Oleh karena itu, Traffic Manager tidak memiliki cara untuk melacak klien individual dan tidak dapat menerapkan sesi 'lekat'. Batasan ini umum untuk semua sistem manajemen lalu lintas berbasis DNS dan tidak khusus untuk Traffic Manager.

Mengapa saya melihat kesalahan HTTP saat menggunakan Azure Traffic Manager?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, Azure Traffic Manager bekerja di tingkat DNS. Ini menggunakan respons DNS untuk mengarahkan klien ke titik akhir layanan yang sesuai. Klien kemudian terhubung ke titik akhir layanan secara langsung, bukan melalui Azure Traffic Manager. Traffic Manager tidak melihat lalu lintas HTTP antara klien dan server. Oleh karena itu, setiap kesalahan HTTP yang Anda lihat harus berasal dari aplikasi Anda. Agar klien dapat terhubung ke aplikasi, semua langkah resolusi DNS selesai. Itu termasuk interaksi apa pun yang dilakukan Azure Traffic Manager pada arus lalu lintas aplikasi.

Oleh karena itu penyelidikan lebih lanjut harus fokus pada aplikasi.

Header host HTTP yang dikirim dari penelusuran klien adalah sumber masalah yang paling umum. Pastikan aplikasi dikonfigurasi untuk menerima header host yang benar untuk nama domain yang Anda gunakan. Untuk titik akhir menggunakan Layanan Aplikasi Azure, lihat mengonfigurasi nama domain kustom untuk aplikasi web di Azure App Service menggunakan Azure Traffic Manager.

Bagaimana cara mengatasi masalah 500 (Kesalahan Server Internal) saat menggunakan Traffic Manager?

Jika klien atau aplikasi Anda menerima kesalahan HTTP 500 saat menggunakan Traffic Manager, ini dapat disebabkan oleh kueri DNS kedaluarsa. Untuk mengatasi masalah ini, hapus cache DNS dan izinkan klien mengeluarkan kueri DNS baru.

Saat titik akhir layanan tidak responsif, klien dan aplikasi yang menggunakan titik akhir tersebut tidak direset hingga cache DNS di-refresh. Durasi cache ditentukan oleh time-to-live (TTL) catatan DNS. Untuk informasi selengkapnya, lihat Traffic Manager dan cache DNS.

Lihat juga FAQ terkait berikut ini di artikel ini:

Apa dampak performa dari penggunaan Azure Traffic Manager?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, Azure Traffic Manager bekerja di tingkat DNS. Karena klien terhubung ke titik akhir layanan Anda secara langsung, tidak ada dampak performa yang timbul saat menggunakan Traffic Manager setelah koneksi dibuat.

Karena Azure Traffic Manager terintegrasi dengan aplikasi di tingkat DNS, itu memang memerlukan pencarian DNS tambahan untuk dimasukkan ke dalam rantai resolusi DNS. Dampak Azure Traffic Manager pada waktu resolusi DNS sangat minim. Azure Traffic Manager menggunakan jaringan global server nama, dan menggunakan jaringan anycast untuk memastikan kueri DNS selalu dirutekan ke server nama terdekat yang tersedia. Selain itu, penembolokan respons DNS berarti bahwa latensi DNS tambahan yang dikeluarkan dengan menggunakan Azure Traffic Manager hanya berlaku untuk sebagian kecil sesi.

Metode Performa merutekan lalu lintas ke titik akhir terdekat yang tersedia. Hasil bersih adalah bahwa dampak performa keseluruhan yang terkait dengan metode ini harus minimal. Setiap peningkatan latensi DNS harus diimbangi dengan latensi jaringan yang lebih rendah ke titik akhir.

Protokol aplikasi apa yang dapat saya gunakan dengan Azure Traffic Manager?

Seperti yang dijelaskan dalam Cara Kerja Azure Traffic Manager, Azure Traffic Manager bekerja di tingkat DNS. Setelah pencarian DNS selesai, klien terhubung ke titik akhir aplikasi secara langsung, bukan melalui Azure Traffic Manager. Oleh karena itu, koneksi dapat menggunakan protokol aplikasi apa pun. Jika Anda memilih TCP sebagai protokol pemantauan, pemantauan kesehatan titik akhir Azure Traffic Manager dapat dilakukan tanpa menggunakan protokol aplikasi apa pun. Jika Anda memilih untuk memverifikasi kesehatan menggunakan protokol aplikasi, titik akhir harus dapat menanggapi permintaan HTTP atau HTTPS GET.

Dapatkah saya menggunakan Azure Traffic Manager dengan nama domain "tanpa awalan"?

Ya. Untuk mempelajari cara membuat catatan alias untuk puncak nama domain Anda untuk mereferensikan profil Azure Traffic Manager, lihat Mengonfigurasi catatan alias untuk mendukung nama domain puncak dengan Azure Traffic Manager.

Apakah Azure Traffic Manager mempertimbangkan alamat subnet klien saat menangani kueri DNS?

Ya. Selain alamat IP sumber kueri DNS (biasanya alamat IP pemecah masalah DNS), Traffic Manager juga mempertimbangkan alamat subnet klien jika disertakan dalam kueri DNS yang dikirim oleh pemecah masalah DNS yang membuat permintaan atas nama pengguna akhir. Alamat IP ini digunakan untuk mengoptimalkan metode perutean geografis, performa, dan subnet. Secara khusus, RFC 7871 – Subnet Klien dalam Kueri DNS menyediakan Mekanisme Ekstensi untuk DNS (EDNS0) dapat meneruskan alamat subnet klien dari resolver yang mendukungnya.

Apa itu DNS TTL dan bagaimana dampaknya terhadap pengguna saya?

Saat kueri DNS mendarat di Azure Traffic Manager, kueri tersebut men-set nilai dalam respons yang disebut time-to-live (TTL). Nilai ini, yang unitnya dalam hitungan detik, menunjukkan kepada pemecah masalah DNS di hilir tentang berapa lama untuk penembolokan respons ini. Meskipun pemecah masalah DNS tidak dijamin untuk menyimpan hasil ini, penembolokan memungkinkan mereka merespons kueri berikutnya dari cache alih-alih masuk ke server DNS Traffic Manager. Hal ini berdampak pada respons sebagai berikut:

  • TTL yang lebih tinggi mengurangi jumlah kueri yang mendarat di server DNS Azure Traffic Manager, yang dapat mengurangi biaya untuk pelanggan karena jumlah pertanyaan yang dilayani adalah penggunaan yang dapat ditagih.
  • TTL yang lebih tinggi dapat berpotensi mengurangi waktu yang diperlukan untuk melakukan pencarian DNS.
  • TTL yang lebih tinggi juga berarti bahwa data Anda tidak mencerminkan informasi kesehatan terbaru yang telah diperoleh Traffic Manager melalui agen pemeriksaannya.

Seberapa tinggi atau rendah saya dapat mengatur respons TTL untuk Azure Traffic Manager?

Anda dapat mengatur, pada tingkat per profil, DNS TTL menjadi serendah 0 detik dan setinggi 2.147.483.647 detik (rentang maksimum yang sesuai dengan RFC-1035). TTL 0 berarti bahwa pemecah masalah DNS hilir tidak menyimpan respons kueri dan semua kueri diharapkan menjangkau server DNS Traffic Manager untuk resolusi.

Bagaimana cara memahami volume kueri yang masuk ke profil saya?

Salah satu metrik yang disediakan oleh Azure Traffic Manager adalah jumlah kueri yang direspons oleh profil. Anda bisa mendapatkan informasi ini di agregasi tingkat profil atau Anda dapat membaginya lebih lanjut untuk melihat volume kueri di mana titik akhir tertentu dikembalikan. Selain itu, Anda dapat mengatur pemberitahuan untuk memberi tahu Anda jika volume respons kueri melewati kondisi yang telah Anda set. Untuk detail selengkapnya, Metrik dan pemberitahuan Azure Traffic Manager.

Ketika saya menghapus profil Traffic Manager, berapa lama sebelum nama profil tersedia untuk digunakan kembali?

Saat Anda menghapus profil Traffic Manager, nama domain terkait dicadangkan untuk jangka waktu tertentu. Profil Traffic Manager lainnya di penyewa yang sama dapat segera menggunakan kembali nama tersebut. Namun, penyewa Azure yang berbeda tidak dapat menggunakan nama profil yang sama sampai reservasi kedaluwarsa. Fitur ini memungkinkan Anda mempertahankan otoritas atas namespace yang Anda sebarkan, menghilangkan kekhawatiran bahwa nama tersebut mungkin diambil oleh penyewa lain.

Misalnya, jika nama profil Traffic Manager Anda adalah label1, maka label1.trafficmanager.net dicadangkan untuk penyewa Anda meskipun Anda menghapus profil. Namespace layanan anak, seperti xyz.label1 atau 123.abc.label1 juga dicadangkan. Ketika reservasi kedaluwarsa, nama disediakan untuk penyewa lain. Nama yang terkait dengan profil yang dinonaktifkan dicadangkan tanpa batas waktu. Untuk pertanyaan tentang lamanya waktu nama dicadangkan, hubungi perwakilan akun Anda.

Metode perutean lalu lintas Azure Traffic Manager Geographic

Apa saja kasus penggunaan di mana perutean geografis berguna?

Jenis perutean geografis dapat digunakan dalam skenario apa pun di mana pelanggan Azure perlu membedakan pengguna mereka berdasarkan wilayah geografis. Misalnya, menggunakan metode perutean lalu lintas Geografis, Anda dapat memberi pengguna dari wilayah tertentu pengalaman pengguna yang berbeda dari yang berasal dari wilayah lain. Contoh lain adalah mematuhi mandat kedaulatan data lokal yang mengharuskan pengguna dari wilayah tertentu hanya dilayani oleh titik akhir di wilayah tersebut.

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

Perbedaan utama antara kedua metode perutean populer ini adalah bahwa dalam metode perutean performa tujuan utama Anda adalah mengirim lalu lintas ke titik akhir yang dapat memberikan latensi terendah kepada penelepon, sedangkan, di Geographic merutekan tujuan utama adalah untuk menegakkan pagar geografis untuk penelepon Anda sehingga Anda dapat dengan sengaja merutekannya ke titik akhir tertentu. Tumpang tindih terjadi karena ada korelasi antara kedekatan geografis dan latensi yang lebih rendah, meskipun ini tidak selalu benar. Mungkin ada titik akhir dalam geografi berbeda yang dapat memberikan pengalaman latensi yang lebih baik bagi pemanggil dan dalam hal ini Perutean performa mengirim pengguna ke titik akhir tersebut tetapi perutean Geografis selalu mengirimkannya ke titik akhir yang telah Anda petakan untuk wilayah geografis mereka. Untuk lebih memperjelas, pertimbangkan contoh berikut - dengan perutean Geografis Anda dapat membuat pemetaan yang tidak biasa seperti mengirim semua lalu lintas dari Asia ke titik akhir di AS dan semua lalu lintas AS ke titik akhir di Asia. Dalam hal ini, perutean Geografis sengaja melakukan apa yang telah Anda konfigurasi untuk dilakukan dan pengoptimalan performa bukanlah pertimbangan.

Catatan

Mungkin ada skenario di mana Anda mungkin membutuhkan kemampuan performa dan perutean geografis, untuk skenario ini profil berlapis bisa menjadi pilihan yang bagus. Misalnya, Anda dapat mengatur profil induk dengan perutean geografis tempat Anda mengirim semua lalu lintas dari Amerika Utara ke profil bersarang yang memiliki titik akhir di AS dan menggunakan perutean performa untuk mengirim lalu lintas tersebut ke titik akhir terbaik dalam set tersebut.

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

Hierarki negara/wilayah yang digunakan oleh Azure Traffic Manager dapat ditemukan di sini. Meskipun halaman ini selalu diperbarui dengan perubahan apa pun, Anda juga dapat secara terprogram mengambil informasi yang sama dengan menggunakan REST API Azure Traffic Manager.

Bagaimana Azure Traffic Manager menentukan dari mana pengguna meminta?

Azure Traffic Manager melihat IP sumber kueri (kemungkinan besar ini adalah resolver DNS lokal yang melakukan kueri atas nama pengguna) dan menggunakan IP internal ke peta wilayah untuk menentukan lokasi. Peta ini diperbarui secara berkelanjutan untuk memperhitungkan perubahan di internet.

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

Tidak, Traffic Manager tidak dapat menjamin bahwa wilayah geografis yang kami simpulkan dari alamat IP sumber kueri DNS selalu sesuai dengan lokasi pengguna karena alasan berikut:

  • Pertama, seperti yang dijelaskan di FAQ sebelumnya, alamat IP sumber yang kita lihat adalah resolver DNS yang melakukan pencarian atas nama pengguna. Sementara lokasi geografis resolver masalah DNS adalah proksi yang baik untuk lokasi geografis pengguna, itu juga bisa berbeda tergantung pada jejak layanan resolver masalah DNS dan layanan resolver DNS tertentu yang dipilih pelanggan untuk digunakan. Sebagai contoh, pelanggan yang berlokasi di Malaysia dapat menentukan dalam pengaturan perangkat mereka menggunakan layanan resolver DNS yang server DNS-nya di Singapura mungkin dipilih untuk menangani resolusi kueri untuk pengguna/perangkat tersebut. Dalam hal ini, Azure Traffic Manager hanya dapat melihat alamat IP penyelesai masalah yang sesuai dengan lokasi Singapura. Lihat juga FAQ sebelumnya mengenai dukungan alamat subnet klien di halaman ini.

  • Kedua, Azure Traffic Manager menggunakan peta internal untuk melakukan alamat IP ke terjemahan wilayah geografis. Meskipun peta ini divalidasi dan diperbarui secara berkelanjutan untuk meningkatkan akurasi dan memperhitungkan sifat internet yang berkembang, masih ada kemungkinan bahwa informasi kami bukan representasi yang tepat dari lokasi geografis semua alamat IP.

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

Tidak, lokasi titik akhir tidak memberlakukan pembatasan pada wilayah mana yang dapat dipetakan ke dalamnya. Misalnya, titik akhir di US-Central Azure dapat meminta semua pengguna dari India diarahkan ke sana.

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

Ya, jika metode perutean profil tidak geografis, Anda dapat menggunakan AZURE Traffic Manager REST API untuk menetapkan wilayah geografis ke titik akhir di profil tersebut. Untuk profil jenis perutean non-geografis, konfigurasi ini diabaikan. Jika Anda mengubah profil tersebut menjadi tipe perutean geografis di lain waktu, Azure Traffic Manager dapat menggunakan pemetaan tersebut.

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

Semua titik akhir di bawah profil dengan perutean geografis harus memiliki setidaknya satu wilayah yang dipetakan ke dalamnya. Untuk mengonversi profil yang ada ke tipe perutean geografis, Anda harus mengaitkan wilayah geografis terlebih dahulu ke semua titik akhir menggunakan Azure Traffic Manager REST API sebelum mengubah tipe perutean menjadi geografis. Jika menggunakan portal, pertama hapus titik akhir, ubah metode perutean profil menjadi geografis lalu tambahkan titik akhir bersama dengan pemetaan wilayah geografis mereka.

Wilayah hanya dapat ditetapkan ke satu titik akhir dalam profil jika menggunakan metode perutean geografis. Jika titik akhir tersebut bukan jenis berlapis dengan profil anak yang melekat padanya, jika titik akhir tersebut tidak sehat, Traffic Manager terus mengirim lalu lintas ke dalamnya karena alternatif untuk tidak mengirim lalu lintas apa pun tidak lebih baik. Traffic Manager tidak gagal ke titik akhir lain, bahkan ketika wilayah yang ditetapkan adalah "induk" wilayah yang ditetapkan ke titik akhir yang tidak sehat (misalnya, jika titik akhir yang memiliki wilayah Spanyol tidak sehat, kami tidak gagal ke titik akhir lain yang memiliki wilayah yang ditetapkan Eropa untuk itu). Ini dilakukan untuk memastikan bahwa Azure Traffic Manager menghormati batas geografis yang telah disiapkan pelanggan di profil mereka. Untuk mendapatkan manfaat failover ke titik akhir lain ketika titik akhir tidak sehat, disarankan agar wilayah geografis ditetapkan ke profil berlapis dengan beberapa titik akhir di dalamnya alih-alih titik akhir individual. Dengan cara ini, jika titik akhir di profil anak berlapis gagal, lalu lintas dapat gagal ke titik akhir lain di dalam profil elemen turunan berlapis yang sama.

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

Ya, hanya API versi 2017-03-01 dan yang lebih baru yang mendukung jenis perutean Geografis. Versi API yang lebih lama tidak dapat digunakan untuk membuat profil jenis perutean Geografis atau menetapkan wilayah geografis ke titik akhir. Jika versi API yang lebih lama digunakan untuk mengambil profil dari langganan Azure, profil jenis perutean Geografis apa pun tidak dikembalikan. Selain itu, saat menggunakan versi API yang lebih lama, profil apa pun yang dikembalikan yang memiliki titik akhir dengan penetapan wilayah geografis, tidak menampilkan penetapan wilayah geografisnya.

Metode perutean lalu lintas subnet Azure Traffic Manager

Apa saja kasus penggunaan di mana perutean subnet berguna?

Perutean subnet memungkinkan Anda membedakan pengalaman yang Anda berikan untuk set pengguna tertentu yang diidentifikasi oleh IP sumber alamat IP permintaan DNS mereka. Contohnya akan menampilkan konten yang berbeda jika pengguna terhubung ke situs web dari kantor pusat perusahaan Anda. Yang lain akan membatasi pengguna dari ISP tertentu untuk hanya mengakses titik akhir yang hanya mendukung koneksi IPv4, jika ISP tersebut memiliki performa di bawah standar saat IPv6 digunakan.

Alasan lain untuk menggunakan metode perutean Subnet adalah bersama dengan profil lain dalam kumpulan profil berlapis. Misalnya, jika Anda ingin menggunakan metode perutean Geografis untuk pagar geografis pengguna Anda, tetapi untuk ISP tertentu Anda ingin melakukan metode perutean yang berbeda, Anda dapat memiliki profil dengan metode perutean Subnet yang withy sebagai profil induk dan mengambil alih ISP tersebut untuk menggunakan profil anak tertentu dan memiliki profil Geografis standar untuk orang lain.

Catatan

Azure Traffic Manager mendukung alamat IPv6 dalam penggantian subnet untuk profil subnet. Kemampuan ini memungkinkan kontrol yang lebih terperinci atas perutean lalu lintas berdasarkan alamat IP sumber kueri DNS, termasuk alamat IPv4 dan IPv6.

Bagaimana Azure Traffic Manager mengetahui alamat IP pengguna akhir?

Perangkat pengguna akhir biasanya menggunakan penyelesai masalah DNS untuk melakukan pencarian DNS atas nama perangkat. IP keluar dari resolver tersebut adalah apa yang dilihat Azure Traffic Manager sebagai IP sumber. Selain itu, metode perutean Subnet juga terlihat untuk melihat apakah ada informasi EDNS0 Extended Client Subnet (ECS) yang diteruskan dengan permintaan. Jika informasi ECS ada, itu adalah alamat yang digunakan untuk menentukan perutean. Dengan tidak adanya informasi ECS, IP sumber kueri digunakan untuk tujuan perutean.

Bagaimana cara menentukan alamat IP saat menggunakan perutean Subnet?

Alamat IP untuk mengaitkan dengan titik akhir dapat ditentukan dengan dua cara. Pertama, Anda dapat menggunakan notasi oktet desimal titik quad dengan alamat awal dan akhir untuk menentukan rentang (misalnya, 1.2.3.4-5.6.7.8 atau 3.4.5.6-3.4.5.6). Kedua, Anda dapat menggunakan notasi CIDR untuk menentukan rentang (misalnya, 1.2.3.0/24). Anda bisa menentukan beberapa rentang dan bisa menggunakan kedua tipe notasi dalam set rentang. Beberapa pembatasan berlaku.

  • Anda tidak dapat tumpang tindih rentang alamat karena setiap alamat IP perlu dipetakan hanya ke satu titik akhir
  • Alamat awal tidak boleh lebih dari alamat akhir
  • Untuk notasi CIDR, alamat IP sebelum '/' harus menjadi alamat jaringan rentang tersebut (misalnya, 1.2.3.0/24 valid tetapi 1.2.3.4.4/24 TIDAK valid)

Bagaimana cara menentukan fallback titik akhir saat menggunakan perutean Subnet?

Di profil dengan perutean Subnet, jika Anda memiliki titik akhir tanpa subnet yang dipetakan ke dalamnya, permintaan apa pun yang tidak cocok dengan titik akhir lain diarahkan ke sini. Sangat disarankan agar Anda memiliki titik akhir fallback seperti itu di profil Anda karena Traffic Manager mengembalikan respons NXDOMAIN jika permintaan masuk dan tidak dipetakan ke titik akhir apa pun atau jika dipetakan ke titik akhir tetapi titik akhir tersebut tidak sehat.

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

Di profil dengan perutean Subnet, jika Anda memiliki titik akhir dengan yang dinonaktifkan, Traffic Manager bertindak seolah-olah titik akhir tersebut dan pemetaan subnet yang dimilikinya tidak ada. Jika kueri yang cocok dengan pemetaan alamat IP-nya diterima dan titik akhir dinonaktifkan, Traffic Manager mengembalikan titik akhir fallback (satu tanpa pemetaan) atau jika titik akhir tersebut tidak ada, mengembalikan respons NXDOMAIN.

Metode perutean lalu lintas MultiNilai Azure Traffic Manager

Apa saja kasus penggunaan di mana perutean MultiNilai yang berguna?

Perutean MultiNilai mengembalikan beberapa titik akhir yang sehat dalam satu respons kueri. Keuntungan utama dari ini adalah bahwa, jika titik akhir tidak sehat, klien memiliki lebih banyak opsi untuk mencoba kembali tanpa melakukan panggilan DNS lain (yang mungkin mengembalikan nilai yang sama dari tembolokan hulu). Ini berlaku untuk aplikasi sensitif ketersediaan yang ingin meminimalkan waktu henti. Penggunaan lain untuk metode perutean MultiNilai adalah jika titik akhir "rumah ganda" ke alamat IPv4 dan IPv6 dan Anda ingin memberikan penelepon kedua opsi untuk dipilih ketika memulai koneksi ke titik akhir.

Berapa banyak titik akhir yang dikembalikan ketika perutean MultiNilai digunakan?

Anda dapat menentukan jumlah maksimum titik akhir yang akan dikembalikan dan MultiNilai mengembalikan tidak lebih dari banyak titik akhir sehat saat kueri diterima. Nilai maksimum yang mungkin untuk konfigurasi ini adalah 10.

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

Kami tidak dapat menjamin bahwa kumpulan titik akhir yang sama dikembalikan di setiap kueri. Ini juga dipengaruhi oleh fakta bahwa beberapa titik akhir mungkin tidak sehat di titik mana mereka tidak akan dimasukkan dalam respons

Pengukuran Pengguna Nyata

Apa manfaat menggunakan Pengukuran Pengguna Nyata?

Saat Anda menggunakan metode perutean performa, Azure Traffic Manager memilih wilayah Azure terbaik untuk disambungkan oleh pengguna akhir Anda dengan memeriksa IP sumber dan Subnet Klien EDNS (jika dilewatkan) dan memeriksanya terhadap kecerdasan latensi jaringan yang dipertahankan layanan. Pengukuran Pengguna Nyata meningkatkan ini untuk basis pengguna akhir Anda dengan memiliki pengalaman mereka berkontribusi pada tabel latensi ini selain memastikan bahwa tabel ini cukup mencakup jaringan pengguna akhir dari mana pengguna akhir Anda terhubung ke Azure. Ini mengarah pada peningkatan akurasi dalam perutean pengguna akhir Anda.

Bisakah saya menggunakan Pengukuran Pengguna Nyata dengan wilayah non-Azure?

Pengukuran Pengguna Nyata mengukur dan melaporkan hanya latensi untuk mencapai wilayah Azure. Jika Anda menggunakan perutean berbasis performa dengan titik akhir yang dihosting di wilayah non-Azure, Anda masih dapat memperoleh manfaat dari fitur ini dengan meningkatkan informasi latensi tentang wilayah Azure perwakilan yang telah Anda pilih untuk dikaitkan dengan titik akhir ini.

Metode perutean mana yang diuntungkan dari Pengukuran Pengguna Nyata?

Informasi tambahan yang diperoleh melalui Pengukuran Pengguna Nyata hanya berlaku untuk profil yang menggunakan metode perutean performa. Link Pengukuran Pengguna Nyata tersedia dari semua profil saat Anda melihatnya melalui portal Microsoft Azure.

Apakah saya perlu mengaktifkan Pengukuran Pengguna Nyata setiap profil secara terpisah?

Tidak, Anda hanya perlu mengaktifkannya sekali per langganan dan semua informasi latensi yang diukur dan dilaporkan tersedia untuk semua profil.

Bagaimana cara menonaktifkan Pengukuran Pengguna Nyata untuk langganan saya?

Anda dapat berhenti mengumpulkan biaya yang terkait dengan Pengukuran Pengguna Nyata ketika Anda berhenti mengumpulkan dan mengirim kembali pengukuran latensi dari aplikasi klien Anda. Misalnya, saat pengukuran JavaScript yang disematkan di halaman web, Anda dapat berhenti menggunakan fitur ini dengan menghapus JavaScript atau dengan menonaktifkan pemanggilannya saat halaman dirender.

Anda juga dapat menonaktifkan Pengukuran Pengguna Nyata dengan menghapus kunci Anda. Setelah Anda menghapus kunci, pengukuran apa pun yang dikirim ke Azure Traffic Manager dengan kunci tersebut akan dibuang.

Bisakah saya menggunakan Pengukuran Pengguna Nyata dengan aplikasi klien selain halaman web?

Ya, Pengukuran Pengguna Nyata dirancang untuk menyerap data yang dikumpulkan melalui berbagai jenis klien pengguna akhir. FAQ ini diperbarui saat jenis aplikasi klien baru didukung.

Berapa banyak pengukuran yang dilakukan setiap kali halaman web yang diaktifkan Pengukuran Pengguna Nyata saya dirender?

Saat Pengukuran Pengguna Nyata digunakan dengan pengukuran yang disediakan JavaScript, setiap penyajian halaman menghasilkan enam pengukuran yang diambil. Ini kemudian dilaporkan kembali ke layanan Azure Traffic Manager. Anda dikenakan biaya untuk fitur ini berdasarkan jumlah pengukuran yang dilaporkan ke layanan Traffic Manager. Misalnya, jika pengguna menavigasi jauh dari halaman web Anda saat pengukuran sedang diambil tetapi sebelum dilaporkan, pengukuran tersebut tidak dipertimbangkan untuk tujuan penagihan.

Apakah ada penundaan sebelum skrip Pengukuran Pengguna Nyata berjalan di halaman web saya?

Tidak, tidak ada penundaan yang diprogram sebelum skrip dipanggil.

Bisakah saya menggunakan Pengukuran Pengguna Nyata hanya dengan wilayah Azure yang ingin saya ukur?

Tidak, setiap kali dipanggil, skrip Pengukuran Pengguna Nyata mengukur sekumpulan enam wilayah Azure sebagaimana ditentukan oleh layanan. Ini mengatur perubahan antara pemanggilan yang berbeda dan ketika sejumlah besar pemanggilan tersebut terjadi, cakupan pengukuran mencakup wilayah Azure yang berbeda.

Bisakah saya membatasi jumlah pengukuran yang dilakukan pada angka tertentu?

Pengukuran JavaScript disematkan dalam halaman web Anda dan Anda berada dalam kontrol penuh atas kapan harus memulai dan berhenti menggunakannya. Selama layanan Azure Traffic Manager menerima permintaan agar daftar wilayah Azure diukur, serangkaian wilayah dikembalikan.

Dapatkah saya melihat pengukuran yang diambil oleh aplikasi klien saya sebagai bagian dari Pengukuran Pengguna Nyata?

Karena logika pengukuran dijalankan dari aplikasi klien Anda, Anda memegang kendali penuh atas apa yang terjadi termasuk melihat pengukuran latensi. Traffic Manager tidak melaporkan tampilan agregat pengukuran yang diterima di bawah kunci yang ditautkan ke langganan Anda.

Dapatkah saya mengubah skrip pengukuran yang disediakan oleh Azure Traffic Manager?

Saat Anda mengontrol apa yang disematkan di halaman web Anda, kami sangat mencegah Anda membuat perubahan apa pun pada skrip pengukuran untuk memastikan bahwa itu mengukur dan melaporkan latensi dengan benar.

Apakah mungkin bagi orang lain untuk melihat kunci yang saya gunakan dengan Pengukuran Pengguna Nyata?

Saat Anda menyematkan skrip pengukuran ke halaman web, orang lain dapat melihat skrip dan kunci Pengukuran Pengguna Nyata (RUM) Anda. Namun, penting untuk mengetahui bahwa kunci ini berbeda dari ID langganan Anda dan dibuat oleh Traffic Manager untuk digunakan hanya untuk tujuan ini. Mengetahui kunci RUM Anda tidak akan membahayakan keamanan akun Azure Anda.

Dapatkah orang lain menyalahgunakan kunci RUM saya?

Meskipun orang lain dapat menggunakan kunci Anda untuk mengirim informasi yang salah ke Azure, beberapa pengukuran yang salah tidak akan mengubah perutean karena diperhitungkan bersama dengan semua pengukuran lain yang kami terima. Jika Anda perlu mengubah kunci, Anda dapat menghasilkan kembali kunci di mana kunci lama dibuang.

Apakah saya perlu meletakkan pengukuran JavaScript di semua halaman web saya?

Pengukuran Pengguna Riil memberikan nilai lebih karena jumlah pengukuran meningkat. Setelah mengatakan itu, itu adalah keputusan Anda apakah Anda perlu memasukkannya ke semua halaman web Anda atau beberapa pilihan. Rekomendasi kami adalah memulai dengan meletakkannya di halaman yang paling banyak Anda kunjungi di mana pengguna diharapkan untuk tinggal di halaman itu lima detik atau lebih.

Dapatkah informasi tentang pengguna akhir saya diidentifikasi oleh Azure Traffic Manager jika saya menggunakan Pengukuran Pengguna Nyata?

Saat pengukuran yang disediakan JavaScript digunakan, Traffic Manager memiliki visibilitas ke alamat IP klien pengguna akhir dan alamat IP sumber pemecah masalah DNS lokal yang mereka gunakan. Azure Traffic Manager menggunakan alamat IP klien hanya setelah dipotong untuk tidak dapat mengidentifikasi pengguna akhir tertentu yang mengirim pengukuran.

Apakah halaman web mengukur Pengukuran Pengguna Nyata harus menggunakan Azure Traffic Manager untuk perutean?

Tidak, tidak perlu menggunakan Azure Traffic Manager. Sisi perutean Traffic Manager beroperasi secara terpisah dari bagian Pengukuran Pengguna Nyata dan meskipun merupakan ide yang bagus untuk memiliki keduanya di properti web yang sama, mereka tidak perlu melakukannya.

Apakah saya perlu menyelenggarakan layanan apa pun di wilayah Azure untuk digunakan dengan Pengukuran Pengguna Nyata?

Tidak, Anda tidak perlu meng-host komponen sisi server apa pun di Azure untuk Pengukuran Pengguna Nyata agar berfungsi. Gambar piksel tunggal yang diunduh oleh pengukuran JavaScript dan layanan yang menjalankannya di wilayah Azure yang berbeda dihosting dan dikelola oleh Azure.

Akankah penggunaan bandwidth Azure saya meningkat ketika saya menggunakan Pengukuran Pengguna Nyata?

Seperti yang disebutkan dalam jawaban sebelumnya, komponen sisi server dari Pengukuran Pengguna Nyata dimiliki dan dikelola oleh Azure. Ini berarti penggunaan bandwidth Azure Anda tidak akan meningkat karena Anda menggunakan Pengukuran Pengguna Nyata. Ini tidak termasuk penggunaan bandwidth apa pun di luar biaya Azure apa. Kami meminimalkan bandwidth yang digunakan dengan mengunduh hanya satu gambar piksel untuk pengukuran latensi ke wilayah Azure.

Tampilan Lalu Lintas

Apa yang dilakukan Tampilan Lalu Lintas?

Tampilan Lalu lintasadalah fitur Azure Traffic Manager yang membantu Anda memahami lebih lanjut tentang pengguna dan bagaimana pengalaman mereka. Ini menggunakan kueri yang diterima oleh Azure Traffic Manager dan tabel kecerdasan latensi jaringan yang dipertahankan layanan untuk memberi Anda sebagai berikut:

  • Wilayah tempat pengguna berada yang menyambungkan ke titik akhir Anda di Azure.
  • Volume pengguna yang terhubung dari wilayah ini.
  • Wilayah Azure tempat mereka dirutekan.
  • Perutean pengalaman latensi pengguna ke wilayah Azure ini.

Informasi ini tersedia untuk Anda pakai melalui overlay peta geografis dan tampilan tabular di portal selain tersedia sebagai data mentah untuk Anda unduh.

Bagaimana supaya saya bisa mendapat manfaat dari menggunakan Tampilan Lalu Lintas?

Tampilan Lalu lintas memberi Anda tampilan keseluruhan lalu lintas yang diterima profil Azure Traffic Manager Anda. Secara khusus, ini dapat digunakan untuk memahami dari mana basis pengguna Anda terhubung dan sama pentingnya dengan apa pengalaman latensi rata-rata mereka. Anda kemudian dapat menggunakan informasi ini untuk menemukan area di mana Anda perlu fokus, misalnya, dengan memperluas jejak Azure Anda ke wilayah yang dapat melayani pengguna tersebut dengan latensi yang lebih rendah. Wawasan lain yang dapat Anda dapatkan dari menggunakan Tampilan Lalu lintas adalah melihat pola lalu lintas ke berbagai wilayah yang pada gilirannya dapat membantu Anda membuat keputusan tentang peningkatan atau penurunan penemuan di wilayah tersebut.

Apa perbedaan Tampilan Lalu Lintas dengan metrik Microsoft Azure Traffic Manager yang tersedia melalui Azure monitor?

Azure Monitor dapat digunakan untuk memahami pada tingkat agregat lalu lintas yang diterima oleh profil Anda dan titik akhirnya. Ini juga memungkinkan Anda untuk melacak status kesehatan titik akhir dengan mengekspos hasil pemeriksaan kesehatan. Ketika Anda perlu melampaui ini dan memahami pengalaman pengguna akhir Anda terhubung ke Azure di tingkat regional, Tingkat Lalu lintas dapat digunakan untuk mencapainya.

Apakah Tampilan Lalu Lintas menggunakan informasi Subnet Klien EDNS?

Kueri DNS yang dilayani oleh Azure Traffic Manager memang mempertimbangkan informasi ECS untuk meningkatkan akurasi perutean. Tetapi saat membuat kumpulan data yang memperlihatkan dari mana pengguna terhubung, Tampilan Lalu lintas hanya menggunakan alamat IP resolver DNS.

Berapa hari data yang digunakan Tampilan Lalu lintas?

Tampilan Lalu lintas membuat outputnya dengan memproses data dari tujuh hari sebelum hari sebelumnya saat dilihat oleh Anda. Ini adalah jendela bergerak dan data terbaru digunakan setiap kali Anda mengunjungi.

Bagaimana Tampilan Lalu Lintas menangani titik akhir eksternal?

Saat Anda menggunakan titik akhir eksternal yang di-hosting di luar wilayah Azure di profil Azure Traffic Manager, Anda dapat memilih untuk memetakannya ke wilayah Azure yang merupakan proksi untuk karakteristik latensinya (ini sebenarnya diperlukan jika Anda menggunakan metode perutean performa). Jika memiliki pemetaan wilayah Azure ini, metrik latensi wilayah Azure tersebut digunakan saat membuat output Tampilan Lalu Lintas. Jika tidak ada wilayah Azure yang ditentukan, informasi latensi kosong dalam data untuk titik akhir eksternal tersebut.

Apakah saya perlu mengaktifkan Tampilan Lalu Lintas untuk setiap profil di langganan saya?

Selama periode pratinjau, Tampilan Lalu lintas diaktifkan pada tingkat langganan. Sebagai bagian dari peningkatan yang kami lakukan sebelum ketersediaan umum, Anda sekarang dapat mengaktifkan Tampilan Lalu Lintas pada tingkat profil, memungkinkan Anda untuk memiliki lebih banyak granular yang mengaktifkan fitur ini. Secara default, Tampilan Lalu Lintas dinonaktifkan untuk profil.

Catatan

Jika Anda mengaktifkan Tampilan Lalu Lintas pada tingkat langganan selama waktu pratinjau, Anda sekarang perlu mengaktifkannya kembali untuk setiap profil di bawah langganan tersebut.

Bagaimana cara menonaktifkan Tampilan Lalu Lintas?

Anda dapat menonaktifkan Tampilan Lalu lintas untuk profil apa pun menggunakan Portal atau REST API.

Bagaimana cara kerja penagihan Tampilan Lalu Lintas?

Harga Tampilan Lalu lintas didasarkan pada jumlah titik data yang digunakan untuk membuat output. Saat ini, satu-satunya tipe data yang didukung adalah kueri yang diterima profil Anda. Selain itu, Anda hanya ditagih untuk pemrosesan yang dilakukan saat Tampilan Lalu Lintas diaktifkan. Ini berarti bahwa, jika Anda mengaktifkan Tampilan Lalu lintas untuk beberapa periode waktu dalam sebulan dan menonaktifkannya selama waktu lain, hanya titik data yang diproses saat Anda mengaktifkan fitur tersebut dihitung dalam tagihan Anda.

Titik akhir Traffic Manager

Bisakah saya menggunakan Azure Traffic Manager dengan titik akhir dari beberapa langganan?

Menggunakan titik akhir dari beberapa langganan tidak dimungkinkan dengan Azure Web Apps. Azure Web Apps mengharuskan setiap nama domain kustom yang digunakan dengan Web Apps hanya digunakan dalam satu langganan. Tidak dimungkinkan untuk menggunakan Web Apps dari beberapa langganan dengan nama domain yang sama.

Untuk jenis titik akhir lainnya, Anda dapat menggunakan Traffic Manager dengan titik akhir dari lebih dari satu langganan. Di Resource Manager, titik akhir dari langganan apa pun dapat ditambahkan ke Traffic Manager, selama orang yang mengonfigurasi profil Traffic Manager telah membaca akses ke titik akhir. Izin ini dapat diberikan menggunakan kontrol akses berbasis peran Azure (Azure RBAC). Titik akhir dari langganan lain dapat ditambahkan menggunakan Azure PowerShell atau Azure CLI.

Dapatkah saya menggunakan Azure Traffic Manager dengan slot 'Penahapan' Layanan Cloud?

Ya. Slot 'penahapan' Layanan Cloud dapat dikonfigurasi di Azure Traffic Manager sebagai titik akhir Eksternal. Pemeriksaan kesehatan masih dikenakan pada tarif titik akhir Azure.

Apakah Azure Traffic Manager mendukung titik akhir IPv6?

Traffic Manager saat ini tidak menyediakan server nama yang dapat diatasi IPv6. Namun, Traffic Manager masih dapat digunakan oleh klien IPv6 yang terhubung ke titik akhir IPv6 jika server DNS rekursif klien mendukung IPv4. Klien tidak membuat permintaan DNS langsung ke Traffic Manager. Sebaliknya, klien menggunakan layanan DNS rekursif. Klien khusus IPv6 mengirimkan permintaan ke layanan DNS rekursif melalui IPv6. Layanan rekursif kemudian harus dapat menghubungi server nama Traffic Manager menggunakan IPv4. Azure Traffic Manager merespons dengan nama DNS atau alamat IP titik akhir.

Bisakah saya menggunakan Azure Traffic Manager dengan lebih dari satu Aplikasi Web di wilayah yang sama?

Biasanya, Azure Traffic Manager digunakan untuk mengarahkan lalu lintas ke aplikasi yang diterapkan di berbagai wilayah. Namun, itu juga dapat digunakan di mana aplikasi memiliki lebih dari satu penyebaran di wilayah yang sama. Titik akhir Azure Traffic Manager tidak mengizinkan lebih dari satu titik akhir Aplikasi Web dari wilayah Azure yang sama untuk ditambahkan ke profil Traffic Manager yang sama.

Bagaimana cara memindahkan titik akhir Azure profil Azure Traffic Manager saya ke grup sumber daya atau langganan yang berbeda?

Titik akhir Azure yang terkait dengan profil Azure Traffic Manager dilacak menggunakan ID sumber daya mereka. Saat sumber daya Azure yang digunakan sebagai titik akhir (misalnya, IP Publik, Layanan Cloud Klasik, WebApp, atau profil Azure Traffic Manager lain yang digunakan dengan cara berlapis) dipindahkan ke grup sumber daya atau langganan yang berbeda, ID sumber dayanya berubah. Dalam skenario ini, saat ini, Anda harus memperbarui profil Azure Traffic Manager dengan terlebih dahulu menghapus lalu menambahkan kembali titik akhir ke profil.

Untuk informasi selengkapnya, lihat Untuk memindahkan titik akhir.

Apakah Azure Traffic Manager mendukung Mekanisme Ekstensi IPv6 untuk DNS (ECS)?

Azure Traffic Manager mendukung alamat IPv6 dengan Mekanisme Ekstensi untuk DNS (ECS). Ini berarti bahwa ketika kueri DNS menyertakan informasi ECS, Azure Traffic Manager dapat menggunakan alamat IP sumber dalam ECS untuk membuat keputusan perutean cerdas.

Dukungan untuk IPv6 ECS membawa beberapa keuntungan:

  • Pelokalan yang Ditingkatkan: Dengan mempertimbangkan alamat IPv6 di ECS, Traffic Manager dapat merutekan pengguna ke titik akhir terdekat atau yang paling tepat, meningkatkan pengalaman pengguna dengan latensi yang berkurang.
  • Kontrol Lalu Lintas yang Ditingkatkan: IPv6 ECS memungkinkan keputusan perutean lalu lintas yang lebih terperinci, memungkinkan manajemen lalu lintas dan distribusi global yang lebih baik.

Saat menggunakan IPv6 ECS, penting untuk memastikan bahwa titik akhir Anda dikonfigurasi dengan benar untuk menangani lalu lintas IPv6. Verifikasi juga bahwa infrastruktur DNS Anda, termasuk resolver rekursif, mampu menangani informasi ECS dengan alamat IPv6.

Pemantauan titik akhir Traffic Manager

Apakah Traffic Manager tahan terhadap kegagalan wilayah Azure?

Azure Traffic Manager adalah komponen kunci dari pengiriman aplikasi yang sangat tersedia di Azure. Untuk memberikan ketersediaan tinggi, Azure Traffic Manager harus memiliki tingkat ketersediaan yang sangat tinggi dan tahan terhadap kegagalan regional.

Secara desain, komponen Azure Traffic Manager tahan terhadap kegagalan total wilayah Azure mana pun. Ketahanan ini berlaku untuk semua komponen Azure Traffic Manager: server nama DNS, API, lapisan penyimpanan, dan layanan pemantauan titik akhir.

Jika terjadi pemadaman di seluruh wilayah Azure, Azure Traffic Manager diharapkan akan terus berfungsi secara normal. Aplikasi yang diterapkan di beberapa wilayah Azure dapat mengandalkan Azure Traffic Manager untuk mengarahkan lalu lintas ke instans aplikasi yang tersedia.

Bagaimana pilihan lokasi grup sumber daya memengaruhi Traffic Manager?

Azure Traffic Manager adalah layanan global tunggal. Ini bukan regional. Pilihan lokasi grup sumber daya tidak ada bedanya dengan profil Azure Traffic Manager yang diterapkan di grup sumber daya tersebut.

Azure Resource Manager mengharuskan semua grup sumber daya menentukan lokasi, yang menentukan lokasi default untuk sumber daya yang diterapkan dalam grup sumber daya tersebut. Saat Anda membuat profil Traffic Manager, profil tersebut dibuat dalam grup sumber daya. Semua profil Azure Traffic Manager menggunakan global sebagai lokasinya, pengambil alihan default grup sumber daya.

Bagaimana cara menentukan kesehatan setiap titik akhir saat ini?

Status pemantauan saat ini dari setiap titik akhir, selain profil keseluruhan, ditampilkan di portal Microsoft Azure. Informasi ini juga tersedia melalui Traffic Monitor REST API, cmdlet PowerShell, dan azure CLI lintas platform.

Anda juga dapat menggunakan Azure Monitor untuk melacak kesehatan titik akhir Anda dan melihat representasi visualnya. Untuk informasi selengkapnya tentang menggunakan Azure Monitor, lihat dokumentasi Azure Monitoring.

Bisakah saya memantau titik akhir HTTPS?

Ya. Azure Traffic Manager mendukung penyelidikan melalui HTTPS. Mengonfigurasi HTTPS sebagai protokol dalam konfigurasi pemantauan.

Traffic manager tidak dapat memberikan validasi sertifikat apa pun, termasuk:

  • Sertifikat sisi server tidak divalidasi
  • Sertifikat sisi server SNI tidak divalidasi
  • Sertifikat klien tidak didukung

Apakah saya menggunakan alamat IP atau nama DNS saat menambahkan titik akhir?

Azure Traffic Manager mendukung penambahan titik akhir menggunakan tiga cara untuk merujuknya – sebagai nama DNS, sebagai alamat IPv4 dan sebagai alamat IPv6. Jika titik akhir ditambahkan sebagai alamat IPv4 atau IPv6, respons kueri masing-masing adalah tipe catatan A atau AAAA. Jika titik akhir ditambahkan sebagai nama DNS, respons kueri adalah CNAME tipe rekaman. Menambahkan titik akhir sebagai alamat IPv4 atau IPv6 hanya diizinkan jika titik akhir jenis Eksternal. Semua metode perutean dan pengaturan pemantauan didukung oleh tiga jenis alamat titik akhir.

Jenis alamat IP apa yang bisa saya gunakan saat menambahkan titik akhir?

Azure Traffic Manager memungkinkan Anda menggunakan alamat IPv4 atau IPv6 untuk menentukan titik akhir. Ada beberapa batasan, yang tercantum di bawah ini:

  • Alamat yang sesuai dengan ruang alamat IP privat yang dipesan tidak diizinkan. Alamat-alamat ini termasuk yang dipanggil dalam RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544 dan RFC 5771
  • Alamat tidak boleh memuat nomor port (Anda dapat menentukan port yang akan digunakan dalam pengaturan konfigurasi profil)
  • Tidak ada dua titik akhir di profil yang sama yang dapat memiliki alamat IP target yang sama

Bisakah saya menggunakan jenis alamat titik akhir yang berbeda dalam satu profil?

Tidak, Traffic Manager tidak memungkinkan Anda untuk mencampur jenis alamat titik akhir dalam profil, kecuali untuk kasus profil dengan jenis perutean MultiNilai tempat Anda dapat mencampur jenis alamat IPv4 dan IPv6

Apa yang terjadi ketika tipe catatan kueri yang masuk berbeda dari tipe catatan yang terkait dengan tipe alamat titik akhir?

Saat kueri diterima terhadap profil, Azure Traffic Manager terlebih dahulu menemukan titik akhir yang perlu dikembalikan sesuai metode perutean yang ditentukan dan status kesehatan titik akhir. Kemudian melihat tipe rekaman yang diminta dalam kueri masuk dan tipe rekaman yang terkait dengan titik akhir sebelum mengembalikan respons berdasarkan tabel di bawah ini.

Untuk profil dengan metode perutean apa pun selain MultiNilai:

Permintaan kueri masuk Jenis titik akhir Respons yang Diberikan
ANY A/AAAA/CNAME Target Titik akhir
A A/CNAME Target Titik akhir
A AAAA NODATA
AAAA AAAA/CNAME Target Titik akhir
AAAA A NODATA
CNAME CNAME Target Titik akhir
CNAME A / AAAA NODATA

Untuk profil dengan metode perutean diatur ke MultiNilai:

Permintaan kueri masuk Jenis titik akhir Respons yang Diberikan
ANY Campuran A dan AAAA Titik Akhir Target
A Campuran A dan AAAA Hanya Target Titik Akhir tipe A
AAAA Campuran A dan AAAA Hanya Target Titik Akhir tipe AAAA
CNAME Campuran A dan AAAA NODATA

Bisakah saya menggunakan profil dengan titik akhir beralamat IPv4/IPv6 di profil berlapis?

Ya Anda bisa, dengan pengecualian bahwa profil jenis MultiValue tidak dapat menjadi profil induk dalam kumpulan profil berlapis.

Saya menghentikan titik akhir aplikasi web di profil Traffic Manager, tetapi saya tidak menerima lalu lintas apa pun bahkan setelah saya menghidupkan ulang. Bagaimana aku bisa memperbaiki ini?

Ketika titik akhir aplikasi web Azure dihentikan, Azure Traffic Manager berhenti memeriksa kesehatannya dan memulai ulang pemeriksaan kesehatan hanya setelah mendeteksi bahwa titik akhir telah dimulai ulang. Untuk mencegah penundaan ini, nonaktifkan lalu aktifkan kembali titik akhir tersebut di profil Azure Traffic Manager setelah Anda memulai ulang titik akhir.

Bisakah saya menggunakan Traffic Manager meskipun aplikasi saya tidak memiliki dukungan untuk HTTP atau HTTPS?

Ya. Anda dapat menentukan TCP sebagai protokol pemantauan dan Azure Traffic Manager dapat memulai koneksi TCP dan menunggu respons dari titik akhir. Jika titik akhir membalas permintaan koneksi dengan respons untuk membuat koneksi, dalam periode batas waktu, maka titik akhir tersebut ditandai sebagai sehat.

Respons spesifik apa yang diperlukan dari titik akhir saat menggunakan pemantauan TCP?

Ketika pemantauan TCP digunakan, Azure Traffic Manager memulai jabat tangan TCP tiga arah dengan mengirim permintaan SYN ke titik akhir di port yang ditentukan. Kemudian menunggu respons SYN-ACK dari titik akhir untuk jangka waktu tertentu (ditentukan dalam pengaturan batas waktu).

  • Jika respons SYN-ACK diterima dalam jangka waktu yang ditentukan dalam pengaturan pemantauan, titik akhir tersebut dianggap sehat. FIN atau FIN-ACK adalah respons yang diharapkan dari Azure Traffic Manager ketika secara teratur mengakhiri soket.
  • Jika respons SYN-ACK diterima setelah batas waktu yang ditentukan, Traffic Manager merespons dengan RST untuk mengatur ulang koneksi.

Seberapa cepat Traffic Manager memindahkan pengguna saya dari titik akhir yang tidak sehat?

Azure Traffic Manager menyediakan beberapa pengaturan yang dapat membantu Anda mengontrol perilaku failover profil Azure Traffic Manager Anda sebagai berikut:

  • Anda dapat menentukan bahwa Azure Traffic Manager lebih sering menyelidiki titik akhir dengan mengatur Interval Pemeriksaan pada 10 detik. Ini memastikan bahwa setiap titik akhir yang tidak sehat dapat dideteksi sesegera mungkin.
  • Anda dapat menentukan berapa lama menunggu sebelum waktu permintaan pemeriksaan kesehatan habis (nilai minimum waktu habis adalah 5 detik).
  • Anda dapat menentukan berapa banyak kegagalan yang dapat terjadi sebelum titik akhir ditandai sebagai tidak sehat. Nilai ini bisa serendah 0, dalam hal ini titik akhir ditandai tidak sehat segera setelah gagal pemeriksaan kesehatan pertama. bagaimanapun juga, menggunakan nilai minimum 0 untuk jumlah kegagalan yang ditoleransi dapat menyebabkan titik akhir diambil dari rotasi karena masalah sementara yang mungkin terjadi pada saat penyelidikan.
  • Anda dapat menentukan time-to-live (TTL) agar respons DNS serendah 0. Melakukannya berarti bahwa pemecah masalah DNS tidak dapat menyimpan respons dan setiap kueri baru mendapatkan respons yang menggabungkan informasi kesehatan terbaru yang dimiliki Traffic Manager.

Dengan menggunakan pengaturan ini, Azure Traffic Manager dapat menyediakan kegagalan di bawah 10 detik setelah titik akhir tidak sehat dan kueri DNS dibuat terhadap profil yang sesuai.

Bagaimana cara menentukan pengaturan pemantauan yang berbeda untuk titik akhir yang berbeda di sebuah profil?

Pengaturan pemantauan Azure Traffic Manager berada pada tingkat per profil. Jika Anda perlu menggunakan pengaturan pemantauan yang berbeda hanya untuk satu titik akhir, itu dapat dilakukan dengan memiliki titik akhir itu sebagai profil yang disarangkan yang pengaturan pemantauannya berbeda dari profil induk.

Bagaimana cara menetapkan header HTTP ke pemeriksaan kesehatan Traffic Manager ke titik akhir saya?

Azure Traffic Manager memungkinkan Anda menentukan header kustom dalam pemeriksaan kesehatan HTTP yang dimulai ke titik akhir Anda. Jika Anda ingin menentukan header kustom, Anda bisa melakukannya di tingkat profil (berlaku untuk semua titik akhir) atau menentukannya di tingkat titik akhir. Jika header ditentukan di kedua tingkat, maka header yang ditentukan pada tingkat titik akhir akan mengambil alih tingkat profil 1. Salah satu kasus penggunaan umum untuk ini adalah menentukan header host sehingga permintaan Traffic Manager dapat dirutekan dengan benar ke titik akhir yang dihosting di lingkungan multipenyewa. Kasus penggunaan lain dari ini adalah mengidentifikasi permintaan Azure Traffic Manager dari log permintaan HTTP (S) titik akhir

Header host apa yang digunakan pemeriksaan kesehatan titik akhir?

Jika tidak ada pengaturan header host kustom yang disediakan, header host yang digunakan oleh Azure Traffic Manager adalah nama DNS dari target titik akhir yang dikonfigurasi di profil, jika itu tersedia.

Apa alamat IP yang menjadi asal pemeriksaan kesehatan?

Lihat artikel ini untuk mempelajari cara mengambil daftar alamat IP dari mana pemeriksaan kesehatan Traffic Manager dapat berasal. Anda dapat menggunakan REST API, Azure CLI, atau Azure PowerShell untuk mengambil daftar terbaru. Pratinjau IP yang tercantum untuk memastikan bahwa koneksi masuk dari alamat IP ini diizinkan di titik akhir untuk memeriksa status kesehatannya.

Contoh menggunakan Azure PowerShell:

$serviceTags = Get-AzNetworkServiceTag -Location eastus
$result = $serviceTags.Values | Where-Object { $_.Name -eq "AzureTrafficManager" }
$result.Properties.AddressPrefixes

Catatan

Alamat IP publik dapat berubah tanpa pemberitahuan. Pastikan untuk mengambil informasi terbaru menggunakan Service Tag Discovery API atau file JSON yang dapat diunduh.

Berapa banyak pemeriksaan kesehatan ke titik akhir yang dapat dilakukan di Traffic Manager?

Jumlah pemeriksaan kesehatan Azure Traffic Manager yang mencapai titik akhir Anda tergantung pada hal-hal berikut:

  • nilai yang telah Anda tetapkan untuk interval pemantauan (interval yang lebih kecil berarti lebih banyak permintaan mendarat di titik akhir Anda dalam periode waktu tertentu).
  • jumlah lokasi dari mana pemeriksaan kesehatan berasal (alamat IP dari mana Anda dapat mengharapkan pemeriksaan ini tercantum dalam FAQ sebelumnya).

Bagaimana cara mendapatkan pemberitahuan jika salah satu titik akhir saya tidak berfungsi?

Salah satu metrik yang disediakan oleh Azure Traffic Manager adalah status kesehatan titik akhir dalam sebuah profil. Anda dapat melihat ini sebagai agregat semua titik akhir di dalam profil (misalnya, 75% dari titik akhir Anda sehat), atau, pada tingkat per titik akhir. Metrik Traffic Manager diekspos melalui Azure Monitor dan Anda dapat menggunakan kemampuan pemberitahuannya untuk mendapatkan pemberitahuan saat ada perubahan status kesehatan titik akhir Anda. Untuk informasi selengkapnya, lihat Metrik dan pemberitahuan Azure Traffic Manager.

Profil berlapis Azure Traffic Manager

Bagaimana cara mengonfigurasi profil berlapis?

Profil Azure Traffic Manager berlapis dapat dikonfigurasi menggunakan Azure Resource Manager dan API Azure REST klasik, cmdlet Azure PowerShell, dan perintah Azure CLI lintas platform. Mereka juga didukung melalui portal Azure baru.

Berapa banyak lapisan berlapis yang didukung Traffic Manger?

Anda dapat melapis profil hingga 10 level dalam. 'Perulangan' tidak diizinkan.

Dapatkah saya mencampur jenis titik akhir lain dengan profil anak berlapis, dalam profil Azure Traffic Manager yang sama?

Ya. Tidak ada batasan tentang cara Anda menggabungkan titik akhir dari berbagai jenis dalam profil.

Bagaimana model penagihan berlaku untuk profil berlapis?

Tidak ada dampak harga negatif saat menggunakan profil berlapis.

Tagihan Azure Traffic Manager memiliki dua komponen: pemeriksaan kesehatan titik akhir dan jutaan kueri DNS

  • Pemeriksaan kesehatan titik akhir: Tidak ada biaya untuk profil anak saat dikonfigurasi sebagai titik akhir di profil induk. Pemantauan titik akhir di profil anak ditagih dengan cara yang biasa.
  • Kueri DNS: Setiap kueri hanya dihitung sekali. Kueri terhadap profil induk yang mengembalikan titik akhir dari profil anak hanya dihitung terhadap profil induk.

Untuk detail selengkapnya, lihat halaman harga Azure Traffic Manager.

Apakah ada dampak performa untuk profil berlapis?

Tidak, tidak ada dampak performa yang timbul saat menggunakan profil berlapis.

Server nama Azure Traffic Manager melintasi hierarki profil secara internal saat memproses setiap kueri DNS. Kueri DNS ke profil induk bisa menerima respons DNS dengan titik akhir dari profil anak. Satu data CNAME digunakan baik Anda menggunakan satu profil atau profil berlapis. Tidak perlu membuat catatan CNAME untuk setiap profil dalam hierarki.

Bagaimana Azure Traffic Manager menghitung kesehatan titik akhir berlapis di profil induk?

Profil induk tidak melakukan pemeriksaan kesehatan pada anak secara langsung. Sebaliknya, kesehatan titik akhir profil anak digunakan untuk menghitung kesehatan profil anak secara keseluruhan. Informasi ini disebarkan hierarki profil berlapis untuk menentukan kesehatan titik akhir berlapis. Profil induk menggunakan kesehatan agregat ini untuk menentukan apakah lalu lintas dapat diarahkan kepada anak.

Tabel berikut ini menjelaskan perilaku pemeriksaan kesehatan Azure Traffic Manager untuk titik akhir yang berlapis.

Status Monitor Profil Anak Status Monitor Titik Akhir Induk Catatan
Dinonaktifkan. Profil anak telah dinonaktifkan. Dihentikan Status titik akhir induk Dihentikan, tidak dinonaktifkan. Status Dinonaktifkan dicadangkan untuk menunjukkan bahwa Anda telah menonaktifkan titik akhir di profil induk.
Diturunkan. Setidaknya satu titik akhir profil anak berada dalam keadaan diturunkan. Online: jumlah titik akhir Online di profil anak setidaknya adalah nilai MinChildEndpoints.
CheckingEndpoint: jumlah titik akhir Online plus CheckingEndpoint di profil anak setidaknya merupakan nilai MinChildEndpoints.
Diturunkan: jika tidak.		 Lalu lintas dialihkan ke titik akhir status CheckingEndpoint. Jika MinChildEndpoints diatur terlalu tinggi, titik akhir selalu diturunkan.
Online. Setidaknya satu titik akhir profil anak adalah status Online. Tidak ada titik akhir dalam keadaan Diturunkan. Lihat di atas.
CheckingEndpoints. Setidaknya satu titik akhir profil anak adalah 'CheckingEndpoint'. Tidak ada titik akhir yang 'Online' atau 'Diturunkan' Sama dengan atas.
Tidak aktif. Semua titik akhir profil anak dinonaktifkan atau Dihentikan, atau profil ini tidak memiliki titik akhir. Dihentikan

Penting

Saat mengelola profil anak di bawah profil induk di Azure Traffic Manager, masalah dapat terjadi jika Anda menonaktifkan dan mengaktifkan dua profil anak secara bersamaan. Jika tindakan ini terjadi pada saat yang sama, mungkin ada periode singkat ketika kedua titik akhir dinonaktifkan, yang mengarah ke profil induk yang memasuki status disusupi.

Untuk menghindari masalah ini, berhati-hatilah saat membuat perubahan simultan pada profil anak. Pertimbangkan untuk sedikit mengacaukan tindakan ini untuk mencegah gangguan yang tidak diinginkan pada konfigurasi manajemen lalu lintas Anda.

Mengapa saya tidak dapat menambahkan Titik Akhir Dukungan Yang Diperluas Azure Cloud Services ke profil Traffic Manager saya?

Untuk menambahkan titik akhir Azure Cloud Extended ke profil Traffic Manager, grup sumber daya harus memiliki kompatibilitas dengan API Azure Service Management (ASM). Profil yang terletak di grup sumber daya yang lebih lama harus mematuhi standar API ASM, yang melarang dimasukkannya titik akhir alamat IP publik atau titik akhir dari langganan yang berbeda dari profil tersebut. Untuk mengatasinya, pertimbangkan untuk memindahkan profil Traffic Manager dan sumber daya terkait ke grup sumber daya baru yang kompatibel dengan API ASM.

Langkah berikutnya: