Pemantauan titik akhir Traffic Manager

Azure Traffic Manager menyertakan pemantauan titik akhir bawaan dan kegagalan titik akhir otomatis. Fitur ini membantu Anda memberikan aplikasi dengan ketersediaan tinggi yang tahan terhadap kegagalan titik akhir, termasuk kegagalan wilayah Azure. Pemantauan titik akhir diaktifkan secara default. Untuk menonaktifkan pemantauan, lihat Mengaktifkan atau menonaktifkan pemeriksaan kesehatan.

Mengonfigurasi pemantauan titik akhir

Untuk mengonfigurasi pemantauan titik akhir, Anda harus menentukan pengaturan tertentu di profil Traffic Manager Anda:

• Protokol. Pilih HTTP, HTTPS, atau TCP sebagai protokol yang digunakan Azure Traffic Manager saat memeriksa titik akhir Anda untuk memeriksa kondisinya. Pemantauan HTTPS tidak memverifikasi apakah sertifikat TLS/SSL Anda valid, hanya memeriksa apakah sertifikat ada.
• Port. Pilih port yang digunakan untuk permintaan tersebut.
• Jalur. Pengaturan konfigurasi ini hanya berlaku untuk protokol HTTP dan HTTPS, yang mana diperlukan penentuan pengaturan jalur. Menyediakan pengaturan ini untuk protokol pemantauan TCP mengakibatkan timbulnya kesalahan. Untuk protokol HTTP dan HTTPS, berikan jalur relatif dan nama halaman web atau file yang diakses pemantauan. Garis miring / adalah entri yang valid untuk jalur relatif. Nilai ini menyiratkan bahwa file berada di direktori akar (default).
• Pengaturan header kustom. Pengaturan konfigurasi ini membantu Anda menambahkan header HTTP tertentu ke pemeriksaan kesehatan yang dikirim Azure Traffic Manager ke titik akhir di bawah profil. Header kustom dapat ditentukan pada tingkat profil yang akan berlaku untuk semua titik akhir di profil tersebut dan/atau pada tingkat titik akhir yang hanya berlaku untuk titik akhir tersebut. Anda bisa menggunakan header kustom untuk pemeriksaan kesehatan titik akhir di lingkungan multi-penyewa. Dengan begitu, itu dapat dirutekan dengan benar ke tujuan mereka dengan menentukan header host. Anda juga dapat menggunakan pengaturan ini dengan menambahkan header unik yang dapat digunakan untuk mengidentifikasi permintaan HTTP yang berasal dari Traffic Manager dan memprosesnya secara berbeda. Anda dapat menentukan hingga delapan header:value pasangan yang dipisahkan oleh koma. Contohnya:header1:value1, header2:value2

Catatan

Menggunakan karakter tanda bintang (*) di header kustom Host tidak didukung.

• Rentang kode status yang diharapkan. Pengaturan ini memungkinkan Anda untuk menentukan beberapa rentang kode keberhasilan dalam format 200-299, 301-301. Jika kode status ini diterima sebagai respons dari titik akhir ketika pemeriksaan kesehatan dilakukan, Traffic Manager menandai titik akhir tersebut sebagai sehat. Anda dapat menentukan maksimal delapan rentang kode status. Pengaturan ini hanya berlaku untuk protokol HTTP dan HTTPS dan semua titik akhir. Pengaturan ini berada di tingkat profil Traffic Manager dan secara default nilai 200 didefinisikan sebagai kode status keberhasilan.

• Interval pemeriksaan. Nilai ini menentukan seberapa sering titik akhir diperiksa kesehatannya dari agen pemeriksaan Traffic Manager. Anda dapat menentukan dua nilai di sini: 30 detik (pemeriksaan normal) dan 10 detik (pemeriksaan cepat). Jika tidak ada nilai yang disediakan, profil diatur ke nilai default 30 detik. Kunjungi halaman harga Traffic Manager untuk mempelajari selengkapnya tentang harga pemeriksaan cepat.

• Jumlah kegagalan yang ditoleransi. Nilai ini menentukan berapa banyak kegagalan yang ditoleransi agen pemeriksaan Traffic Manager sebelum menandai titik akhir tersebut sebagai tidak sehat. Nilainya dapat berkisar antara 0 dan 9. Nilai 0 berarti kegagalan pemantauan tunggal dapat menyebabkan titik akhir ditandai sebagai tidak sehat. Jika tidak ada nilai yang ditentukan, ia menggunakan nilai default 3.

• Waktu tunggu pemeriksaan. Properti ini menentukan jumlah waktu tunggu yang harus dijalani agen pemeriksaan Traffic Manager sebelum mempertimbangkan pemeriksaan kesehatan hingga titik akhir kegagalan. Jika Interval Pemeriksaan diatur ke 30 detik, maka Anda dapat mengatur nilai Waktu Tunggu antara 5 dan 10 detik. Jika tidak ada nilai yang ditentukan, Waktu Tunggu akan menggunakan nilai default 10 detik. Jika Interval Pemeriksaan diatur ke 10 detik, maka Anda dapat mengatur nilai Waktu Tunggu antara 5 dan 9 detik. Jika tidak ada nilai yang ditentukan, Waktu Tunggu akan menggunakan nilai default 9 detik.

  

  Gambar: Pemantauan titik akhir Traffic Manager

Cara kerja pemantauan titik akhir

Ketika protokol pemantauan ditetapkan sebagai HTTP atau HTTPS, agen pemeriksaan Traffic Manager membuat permintaan GET ke titik akhir menggunakan protokol, port, dan jalur relatif yang diberikan. Titik akhir dianggap sehat jika agen penyelidikan menerima respons 200-OK, atau salah satu respons yang dikonfigurasi dalam Rentang kode status yang diharapkan. Jika respons memiliki nilai yang berbeda atau tidak ada respons yang diterima dalam periode waktu tunggu, agen pemeriksaan Traffic Manager melakukan percobaan ulang sesuai pengaturan Jumlah Kegagalan yang Ditoleransi. Tidak ada percobaan ulang yang dilakukan jika pengaturan ini adalah 0. Titik akhir ditandai tidak sehat jika jumlah kegagalan berturut-turut lebih tinggi dari pengaturan Jumlah kegagalan yang ditoleransi .

Ketika protokol pemantauan adalah TCP, agen pemeriksaan Traffic Manager membuat permintaan koneksi TCP menggunakan port yang ditentukan. Jika titik akhir menanggapi permintaan dengan respons untuk membuat koneksi, pemeriksaan kesehatan tersebut ditandai sebagai berhasil. Agen pemeriksaan Traffic Manager mengatur ulang koneksi TCP. Dalam kasus di mana respons adalah nilai yang berbeda atau tidak ada respons yang diterima dalam periode waktu habis, agen pemeriksaan Traffic Manager melakukan percobaan ulang sesuai dengan pengaturan Jumlah kegagalan yang Ditoleransi . Tidak ada percobaan ulang yang dilakukan jika pengaturan ini adalah 0. Jika jumlah kegagalan berturut-turut lebih tinggi dari pengaturan Jumlah kegagalan yang Ditoleransi , maka titik akhir tersebut ditandai tidak sehat.

Dalam semua kasus, Microsoft Azure Traffic Manager melakukan pemeriksaan dari beberapa lokasi. Kegagalan berturut-turut menentukan apa yang terjadi di setiap wilayah. Itulah sebabnya titik akhir menerima pemeriksaan kesehatan dari Traffic Manager dengan frekuensi yang lebih tinggi daripada pengaturan yang digunakan untuk Interval Pemeriksaan.

Catatan

Untuk protokol pemantauan HTTP atau HTTPS, praktik umum di sisi titik akhir adalah menerapkan halaman kustom dalam aplikasi Anda - misalnya, /health.aspx. Dengan menggunakan jalur ini untuk pemantauan, Anda dapat melakukan pemeriksaan khusus aplikasi, seperti memeriksa penghitung performa atau memverifikasi ketersediaan database. Berdasarkan pemeriksaan kustom ini, halaman akan menampilkan kode status HTTP yang sesuai.

Semua titik akhir di profil Traffic Manager berbagi pengaturan pemantauan. Jika Anda perlu menggunakan pengaturan pemantauan yang berbeda untuk titik akhir yang berbeda, Anda dapat membuat profil Traffic Manager berlapis.

Status titik akhir dan profil

Anda dapat mengaktifkan dan menonaktifkan profil dan titik akhir Traffic Manager. Namun, perubahan status titik akhir juga mungkin terjadi karena pengaturan dan proses otomatis Traffic Manager.

Status titik akhir

Anda dapat mengaktifkan atau menonaktifkan titik akhir tertentu. Layanan yang mendasarinya, yang mungkin masih sehat, tidak terpengaruh. Mengubah status titik akhir mengontrol ketersediaan titik akhir di profil Traffic Manager. Saat status titik akhir dinonaktifkan, Traffic Manager tidak memeriksa kesehatannya, dan titik akhir tidak disertakan dalam respons DNS.

Status profil

Dengan menggunakan pengaturan status profil, Anda dapat mengaktifkan atau menonaktifkan profil tertentu. Meskipun status titik akhir memengaruhi satu titik akhir, status profil memengaruhi seluruh profil, termasuk semua titik akhir. Saat Anda menonaktifkan profil, titik akhir tidak diperiksa kesehatannya, dan tidak ada titik akhir yang disertakan dalam respons DNS. Kode respons NXDOMAIN ditampilkan untuk kueri DNS.

Status pemantauan titik akhir

Status pemantauan titik akhir adalah nilai yang dihasilkan Traffic Manager yang memperlihatkan status titik akhir. Anda tidak dapat mengubah pengaturan ini nanti. Status pemantauan titik akhir adalah kombinasi dari hasil pemantauan titik akhir dan status titik akhir yang dikonfigurasi. Nilai yang mungkin dari status pemantauan titik akhir diperlihatkan dalam tabel berikut ini:

Status profil	Status titik akhir	Status pemantauan titik akhir	Catatan
Dinonaktifkan	Aktif	Tidak aktif	Profil telah dinonaktifkan. Meskipun status titik akhir Diaktifkan, status profil (Dinonaktifkan) lebih diutamakan. Titik akhir di profil yang dinonaktifkan tidak dipantau. Kode respons NXDOMAIN ditampilkan untuk kueri DNS.
<any>	Dinonaktifkan	Dinonaktifkan	Titik akhir telah dinonaktifkan. Titik akhir yang dinonaktifkan tidak dipantau. Titik akhir tidak disertakan dalam respons DNS karena tidak menerima lalu lintas.
Aktif	Aktif	Online	Titik akhir dipantau dan sehat. Titik akhir ini disertakan dalam respons DNS dan dapat menerima lalu lintas.
Aktif	Aktif	Diturunkan	Pemeriksaan kesehatan pemantauan titik akhir gagal. Titik akhir tidak disertakan dalam respons DNS dan tidak menerima lalu lintas. Pengecualian adalah jika semua titik akhir mengalami penurunan. Dalam hal ini semuanya dianggap dikembalikan dalam respons kueri.
Aktif	Aktif	CheckingEndpoint	Titik akhir terpantau, tetapi hasil pemeriksaan pertama belum diterima. CheckingEndpoint adalah status sementara yang biasanya terjadi segera setelah menambahkan atau mengaktifkan titik akhir di profil. Titik akhir dalam status ini disertakan dalam respons DNS dan dapat menerima lalu lintas.
Aktif	Aktif	Dihentikan	Aplikasi web yang dituju titik akhir tidak berjalan. Periksa pengaturan aplikasi web. Status ini juga dapat terjadi jika titik akhir berjenis titik akhir berlapis dan profil anak dinonaktifkan atau tidak aktif. Titik akhir dengan status Dihentikan tidak dipantau. Titik akhir ini tidak disertakan dalam respons DNS dan tidak menerima lalu lintas. Pengecualian adalah jika semua titik akhir mengalami penurunan. Dalam hal ini semuanya dianggap dikembalikan dalam respons kueri.
Aktif	Aktif	Tidak dipantau	Titik akhir dikonfigurasi untuk selalu melayani lalu lintas. Pemeriksaan kesehatan tidak diaktifkan.

Untuk detail tentang cara status monitor titik akhir dihitung untuk titik akhir berlapis, lihat Profil Traffic Manager Berlapis.

Catatan

Status pemantauan Titik Akhir yang Dihentikan dapat terjadi di App Service jika aplikasi web Anda tidak berjalan di tingkat Standar atau di atasnya. Untuk informasi selanjutnya, lihat Integrasi Traffic Manager dengan App Service.

Status pemantauan profil

Status pemantauan profil adalah kombinasi dari status profil yang dikonfigurasi dan nilai status pemantauan titik akhir untuk semua titik akhir. Nilai yang mungkin diuraikan dalam tabel berikut ini:

Status profil (sebagaimana dikonfigurasi)	Status pemantauan titik akhir	Status pemantauan profil	Catatan
Dinonaktifkan	<apa pun> atau profil tanpa titik akhir yang ditentukan.	Dinonaktifkan	Profil telah dinonaktifkan.
Aktif	Status dari setidaknya satu titik akhir Diturunkan.	Diturunkan	Tinjau nilai status titik akhir individu untuk menentukan titik akhir mana yang memerlukan perhatian lebih lanjut.
Aktif	Status dari setidaknya satu titik akhir adalah Online. Tidak ada titik akhir yang memiliki status Diturunkan.	Online	Layanan ini menerima lalu lintas. Tidak ada tindakan lebih lanjut yang diperlukan.
Aktif	Status dari setidaknya satu titik akhir adalah CheckingEndpoint. Tidak ada titik akhir dalam status Online atau Diturunkan.	CheckingEndpoints	Status transisi ini terjadi saat profil dibuat atau diaktifkan. Kesehatan titik akhir sedang diperiksa untuk pertama kalinya.
Aktif	Status semua titik akhir di profil Dinonaktifkan atau Dihentikan, atau profil tidak memiliki titik akhir yang ditentukan.	Tidak aktif	Tidak ada titik akhir yang aktif, tetapi profil masih Diaktifkan.

Kegagalan dan pemulihan titik akhir

Traffic Manager secara berkala memeriksa kesehatan setiap titik akhir, termasuk titik akhir yang tidak sehat. Traffic Manager mendeteksi ketika titik akhir menjadi sehat dan membawanya kembali ke rotasi.

Titik akhir tidak sehat ketika salah satu kejadian berikut terjadi:

• Jika protokol pemantauan adalah HTTP atau HTTPS:
  • Respons non-200, atau respons yang tidak menyertakan rentang status yang ditentukan dalam pengaturan Rentang kode status yang diharapkan diterima. (Termasuk kode 2xx yang berbeda, atau pengalihan 301/302).
• Jika protokol pemantauan adalah TCP:
  • Respons selain ACK atau SYN-ACK diterima sebagai respons atas permintaan SYN yang dikirim oleh Traffic Manager untuk mencoba pembentukan koneksi.
• Waktu tunggu.
• Masalah koneksi lainnya yang mengakibatkan titik akhir tidak dapat dijangkau.

Untuk informasi selengkapnya tentang pemecahan masalah pemeriksaan yang gagal, lihat Memecahkan masalah status terdegradasi di Azure Traffic Manager.

Garis waktu dalam gambar berikut adalah deskripsi terperinci tentang proses pemantauan titik akhir Traffic Manager yang memiliki pengaturan berikut:

• Protokol pemantauan adalah HTTP.
• Interval pemeriksaan adalah 30 detik.
• Jumlah kegagalan yang ditoleransi adalah 3.
• Nilai waktu tunggu adalah 10 detik.
• DNS TTL adalah 30 detik.

Gambar: Urutan failover dan pemulihan titik akhir traffic manager

1. GET. Untuk setiap titik akhir, sistem pemantauan Traffic Manager melakukan permintaan GET pada jalur yang ditentukan dalam pengaturan pemantauan.

2. 200 OK atau rentang kode kustom ditentukan pengaturan pemantauan profil Traffic Manager. Sistem pemantauan mengharapkan HTTP 200 OK atau kode status dalam rentang yang ditentukan dalam pengaturan pemantauan untuk ditampilkan dalam 10 detik. Ketika menerima respons ini, sistem ini mengenali bahwa layanan tersedia.

3. 30 detik antara pemeriksaan. Pemeriksaan kesehatan titik akhir diulang setiap 30 detik.

4. Layanan tidak tersedia. Layanan menjadi tidak tersedia. Traffic Manager tidak akan tahu sampai pemeriksaan kesehatan berikutnya.

5. Upaya untuk mengakses jalur pemantauan. Sistem pemantauan melakukan permintaan GET, tetapi tidak menerima respons dalam periode waktu tunggu 10 detik. Sistem ini mencoba tiga kali lagi, pada interval 30 detik. Jika salah satu percobaan berhasil, maka jumlah percobaan direset.

6. Status diatur ke Diturunkan. Setelah kegagalan berturut-turut yang keempat, sistem pemantauan menandai status titik akhir yang tidak tersedia sebagai Diturunkan.

7. Lalu lintas dialihkan ke titik akhir lainnya. Server nama DNS Traffic Manager diperbarui dan Traffic Manager tidak lagi menampilkan titik akhir sebagai respons terhadap kueri DNS. Koneksi baru diarahkan ke titik akhir lain yang tersedia. Namun, respons DNS sebelumnya yang menyertakan titik akhir ini mungkin masih di-cache oleh server DNS rekursif dan klien DNS. Klien terus menggunakan titik akhir hingga cache DNS kedaluwarsa. Saat cache DNS kedaluwarsa, klien membuat kueri DNS baru dan diarahkan ke titik akhir yang berbeda. Durasi cache dikontrol oleh pengaturan TTL di profil Traffic Manager, misalnya, 30 detik.

8. Pemeriksaan kesehatan berlanjut. Traffic Manager terus memeriksa kesehatan titik akhir ketika masih memiliki status Diturunkan. Traffic Manager mendeteksi kapan titik akhir kembali ke kondisi sehat.

9. Layanan kembali online. Layanan menjadi tersedia. Titik akhir mempertahankan status Diturunkan di Traffic Manager sampai sistem pemantauan melakukan pemeriksaan kesehatan berikutnya.

10. Lalu lintas ke layanan dilanjutkan. Traffic Manager mengirimkan permintaan GET dan menerima respons status 200 OK. Layanan telah kembali ke kondisi sehat. Server nama Traffic Manager diperbarui dan mulai membagikan nama DNS layanan dalam respons DNS. Lalu lintas kembali ke titik akhir sebagai respons DNS ter-cache yang mengembalikan titik akhir lain kedaluwarsa, dan karena koneksi yang ada ke titik akhir lainnya berakhir.

    Penting

    Manajer lalu lintas menyebarkan beberapa probe dari beberapa lokasi untuk setiap titik akhir. Beberapa probe meningkatkan ketahanan untuk pemantauan titik akhir. Manajer lalu lintas mengagregasi kesehatan rata-rata probe daripada mengandalkan instans probe tunggal. Redundansi sistem penyelidikan bersifat disengaja. Nilai titik akhir harus diperiksa secara holistik dan bukan per probe. Jumlah yang ditampilkan untuk kesehatan probe adalah rata-rata. Status seharusnya hanya menjadi perhatian jika kurang dari 50% (0,5) probe yang menerbitkan status naik.

    Catatan

    Karena Traffic Manager bekerja di tingkat DNS, ia tidak dapat memengaruhi koneksi yang ada ke titik akhir mana pun. Saat mengarahkan lalu lintas antar titik akhir (baik dengan mengubah pengaturan profil, atau selama kegagalan atau failback), Traffic Manager mengarahkan koneksi baru ke titik akhir yang tersedia. Titik akhir lainnya mungkin terus menerima lalu lintas melalui koneksi yang ada sampai sesi tersebut dihentikan. Untuk memungkinkan lalu lintas terkuras dari koneksi yang ada, aplikasi harus membatasi durasi sesi yang digunakan dengan setiap titik akhir.

Metode perutean lalu lintas

Saat titik akhir memiliki status Diturunkan , titik akhir tidak lagi dikembalikan sebagai respons terhadap kueri DNS. Sebaliknya, titik akhir alternatif dipilih dan ditampilkan. Metode perutean lalu lintas yang dikonfigurasi dalam profil menentukan bagaimana titik akhir alternatif dipilih.

• Prioritas. Titik akhir membuat daftar yang diprioritaskan. Titik akhir pertama yang tersedia pada daftar selalu ditampilkan. Jika status titik akhir Diturunkan, maka titik akhir yang tersedia berikutnya akan ditampilkan.
• Diukur. Setiap titik akhir yang tersedia dipilih secara acak berdasarkan ukuran yang ditetapkan dan ukuran titik akhir lain yang tersedia.
• Performa. Titik akhir yang paling dekat dengan pengguna akhir ditampilkan. Jika titik akhir tersebut tidak tersedia, Traffic Manager memindahkan lalu lintas ke titik akhir di wilayah Azure terdekat berikutnya. Anda dapat mengonfigurasi rencana kegagalan alternatif untuk perutean lalu lintas performa dengan menggunakan profil Traffic Manager berlapis.
• Geografis. Titik akhir yang dipetakan untuk melayani lokasi geografis (berdasarkan alamat IP permintaan kueri) dikembalikan. Jika titik akhir tersebut tidak tersedia, titik akhir lain tidak dipilih untuk dialihkan, karena lokasi geografis hanya dapat dipetakan ke satu titik akhir di profil. (Detail selanjutnya ada di FAQ). Sebagai praktik terbaik, saat menggunakan perutean geografis, kami menyarankan pelanggan untuk menggunakan profil Traffic Manager berlapis dengan lebih dari satu titik akhir sebagai titik akhir profil.
• MultiValue Beberapa titik akhir yang dipetakan ke alamat IPv4/IPv6 ditampilkan. Saat kueri diterima untuk profil ini, titik akhir yang sehat ditampilkan berdasarkan nilai jumlah rekaman maksimum sebagai respons yang telah Anda tentukan. Jumlah respons default adalah dua titik akhir.
• Subnet Titik akhir yang dipetakan ke set rentang alamat IP ditampilkan. Ketika permintaan diterima dari alamat IP tersebut, titik akhir yang dikembalikan adalah yang dipetakan untuk alamat IP tersebut. 

Untuk informasi selanjutnya, lihat Metode perutean lalu lintas Traffic Manager.

Catatan

Satu pengecualian untuk perilaku perutean lalu lintas normal terjadi ketika semua titik akhir yang memenuhi syarat memiliki status diturunkan. Traffic Manager melakukan percobaan "upaya terbaik" dan menanggapi seolah-olah semua titik akhir yang berstatus Diturunkan sebenarnya berada dalam status online. Perilaku ini lebih disarankan daripada alternatifnya, yang tidak akan menampilkan titik akhir apa pun dalam respons DNS. Titik akhir yang Dinonaktifkan atau Dihentikan tidak dipantau, oleh karena itu tidak dianggap memenuhi syarat untuk lalu lintas.

Kondisi ini umumnya disebabkan oleh konfigurasi layanan yang tidak tepat, seperti:

• Daftar kontrol akses [ACL] memblokir pemeriksaan kesehatan Traffic Manager.
• Konfigurasi port atau protokol pemantauan yang tidak tepat di profil Traffic Manager.

Konsekuensi dari perilaku ini adalah jika pemeriksaan kesehatan Traffic Manager tidak dikonfigurasi dengan benar, mungkin akan muncul dari perutean lalu lintas seolah-olah Traffic Manager tengah berfungsi dengan benar. Namun, dalam hal ini, kegagalan titik akhir tidak dapat terjadi yang memengaruhi ketersediaan aplikasi secara keseluruhan. Penting untuk memeriksa bahwa profil menunjukkan status Online, bukan status Diturunkan. Status Online menunjukkan bahwa pemeriksaan kesehatan Traffic Manager berfungsi seperti yang diharapkan.

Untuk informasi selengkapnya tentang pemecahan masalah pemeriksaan kesehatan yang gagal, lihat Memecahkan masalah status terdegradasi di Azure Traffic Manager.

Mengaktifkan atau menonaktifkan pemeriksaan kesehatan

Azure Traffic Manager juga memungkinkan Anda mengonfigurasi Pemeriksaan Kesehatan titik akhir untuk diaktifkan atau dinonaktifkan. Untuk menonaktifkan pemantauan, pilih opsi untuk Selalu melayani lalu lintas.

Ada dua pengaturan yang tersedia untuk Pemeriksaan Kesehatan:

1. Aktifkan (pemeriksaan kesehatan). Lalu lintas disajikan ke titik akhir berdasarkan kesehatan. Setelah Ini adalah default.
2. Selalu melayani lalu lintas. Pengaturan ini menonaktifkan pemeriksaan kesehatan.

Selalu Layani

Saat Selalu melayani lalu lintas dipilih, pemantauan dilewati dan lalu lintas selalu dikirim ke titik akhir. Status monitor titik akhir yang ditampilkan tidak dipantau.

Untuk mengaktifkan Always Serve:

1. Pilih Titik Akhir di bagian Pengaturan bilah profil Traffic Manager Anda.
2. Pilih titik akhir yang ingin Anda konfigurasi.
3. Di bawah Pemeriksaan Kesehatan, pilih Selalu layani lalu lintas.
4. Pilih Simpan.

Lihat contoh berikut:

Catatan

• Pemeriksaan kesehatan tidak dapat dinonaktifkan pada profil Traffic Manager berlapis.
• Titik akhir harus diaktifkan untuk mengonfigurasi pemeriksaan kesehatan.
• Mengaktifkan dan menonaktifkan titik akhir tidak mengatur ulang konfigurasi Pemeriksaan Kesehatan .
• Titik akhir yang dikonfigurasi untuk selalu melayani lalu lintas ditagih untuk pemeriksaan kesehatan dasar.

Tanya Jawab Umum

• Apakah Traffic Manager tahan terhadap kegagalan wilayah Azure?
• Bagaimana pilihan lokasi grup sumber daya memengaruhi Traffic Manager?
• Bagaimana cara menentukan kesehatan setiap titik akhir saat ini?
• Bisakah saya memantau titik akhir HTTPS?
• Apakah saya menggunakan alamat IP atau nama DNS saat menambahkan titik akhir?
• Jenis alamat IP apa yang bisa saya gunakan saat menambahkan titik akhir?
• Bisakah saya menggunakan jenis alamat titik akhir yang berbeda dalam satu profil?
• Apa yang terjadi ketika jenis rekaman kueri yang masuk berbeda dari jenis catatan yang terkait dengan jenis alamat titik akhir?
• Bisakah saya menggunakan profil dengan titik akhir beralamat IPv4 / IPv6 di 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 cara memperbaiki masalah ini?
• Bisakah saya menggunakan Traffic Manager meskipun aplikasi saya tidak memiliki dukungan untuk HTTP atau HTTPS?
• Respons spesifik apa yang diperlukan dari titik akhir saat menggunakan pemantauan TCP?
• Seberapa cepat Traffic Manager memindahkan pengguna saya dari titik akhir yang tidak sehat?
• Bagaimana cara menentukan pengaturan pemantauan yang berbeda untuk titik akhir yang berbeda di sebuah profil?
• Bagaimana cara menetapkan header HTTP ke pemeriksaan kesehatan Traffic Manager ke titik akhir saya?
• Header host apa yang digunakan pemeriksaan kesehatan titik akhir?
• Apa alamat IP yang menjadi asal pemeriksaan kesehatan?
• Berapa banyak pemeriksaan kesehatan ke titik akhir yang dapat dilakukan di Traffic Manager?
• Bagaimana cara mendapatkan pemberitahuan jika salah satu titik akhir saya tidak berfungsi?

Langkah berikutnya

• Pelajari cara kerja Traffic Manager
• Pelajari selengkapnya tentang metode perutean lalu lintas yang didukung oleh Microsoft Azure Traffic Manager
• Pelajari cara membuat profil Traffic Manager
• Memecahkan Masalah Status yang Diturunkan pada titik akhir Traffic Manager