Memantau ketersediaan dengan uji ping URL

Nama Pengujian ping URL sedikit membingungkan. Pengujian ini tidak menggunakan Internet Control Message Protocol (ICMP) untuk memeriksa ketersediaan situs Anda. Sebaliknya, pengujian ini menggunakan fungsi permintaan HTTP yang lebih canggih untuk memvalidasi apakah titik akhir merespons. Pengujian mengukur performa yang terkait dengan respons tersebut. Pengujian ini juga menambahkan kemampuan untuk menetapkan kriteria keberhasilan kustom ditambah dengan fitur yang lebih canggih seperti menguraikan permintaan dependen, dan memungkinkan percobaan kembali.

Untuk membuat pengujian ketersediaan, Anda perlu menggunakan sumber daya Application Insight yang ada atau membuat sumber daya Application Insights.

Catatan

Pengujian ping URL dikategorikan sebagai pengujian klasik. Anda dapat menambahkannya pada Tambahkan Pengujian Klasik di panel Ketersediaan. Untuk fitur lanjutan lainnya, lihat Pengujian standar (pratinjau).

Membuat pengujian

Untuk membuat permintaan ketersediaan pertama Anda:

  1. Di sumber daya Application Insights, buka panel Ketersediaan dan pilih   Tambahkan Pengujian Klasik.

    Cuplikan layar yang menampilkan panel Ketersediaan dan tombol untuk menambahkan pengujian klasik.

  2. Beri nama pengujian dan pilih ping URL untuk SKU.

  3. Masukkan URL yang ingin Anda uji.

  4. Sesuaikan pengaturan (dijelaskan dalam tabel berikut) dengan kebutuhan Anda dan pilih Buat.

    Pengaturan Penjelasan
    URL URL dapat menjadi halaman web apa pun yang ingin Anda uji, namun harus terlihat oleh internet publik. URL dapat menyertakan string kueri. Misalnya, Anda dapat menjalankan database Anda sedikit. Jika URL diselesaikan ke pengalihan, kami menindaklanjutinya hingga 10 pengalihan.
    Mengurai permintaan dependen Gambar, skrip, file gaya, dan file lain permintaan pengujian yang merupakan bagian dari halaman web yang sedang diuji. Waktu respons yang direkam mencakup waktu yang diperlukan untuk mendapatkan file-file ini. Pengujian gagal jika salah satu sumber daya ini tidak dapat berhasil diunduh dalam batas waktu untuk seluruh pengujian. Jika opsi tidak dicentang, pengujian hanya meminta file pada URL yang Anda tentukan. Pengaktifan opsi ini menyebabkan pemeriksaan yang lebih ketat. Pengujian mungkin gagal untuk kasus-kasus yang tidak terlihat dari penjelajahan secara manual melalui situs.
    Mengaktifkan percobaan kembali Jika pengujian gagal, dapat dicoba setelah beberapa saat. Kegagalan hanya dilaporkan jika terjadi kegagalan dalam tiga upaya berturut-turut. Pengujian berikutnya kemudian dilakukan pada frekuensi pengujian biasa. Percobaan kembali untuk sementara dihentikan hingga keberhasilan berikutnya. Aturan ini diterapkan secara independen di setiap lokasi pengujian. Kami merekomendasikan opsi ini. Rata-rata, sekitar 80 persen kegagalan hilang saat percobaan kembali.
    Frekuensi pengujian Pengaturan ini menentukan frekuensi pengujian dijalankan dari setiap lokasi pengujian. Dengan frekuensi default lima menit dan lima lokasi pengujian, situs Anda diuji rata-rata setiap menit.
    Lokasi pengujian Nilai untuk pengaturan ini adalah tempat-tempat dari mana server mengirim permintaan web ke URL Anda. Kami merekomendasikan minimal lima lokasi pengujian, untuk memastikan bahwa Anda dapat membedakan masalah di situs web Anda dari masalah jaringan. Anda dapat memilih hingga 16 lokasi.

Jika URL Anda tidak terlihat dari internet publik, Anda dapat memilih untuk secara selektif membuka firewall guna mengizinkan transaksi pengujian saja. Untuk mempelajari lebih lanjut tentang pengecualian firewall untuk agen pengujian ketersediaan kami, lihat panduan alamat IP.

Catatan

Kami sangat merekomendasikan pengujian dari beberapa lokasi dengan minimal lima lokasi. Pendekatan ini membantu mencegah alarm palsu yang dapat mengakibatkan masalah sementara dengan lokasi tertentu. Kami juga telah menemukan bahwa konfigurasi optimalnya adalah dengan memiliki jumlah lokasi pengujian yang sama dengan ambang batas lokasi pemberitahuan + 2.

Kriteria keberhasilan

Pengaturan Penjelasan
Waktu uji coba Kurangi nilai ini untuk mendapatkan pemberitahuan tentang respons lambat. Pengujian terhitung sebagai kegagalan jika respons dari situs Anda belum diterima dalam periode ini. Jika Anda memilih Uraikan permintaan dependen, maka semua gambar, file gaya, skrip, dan sumber daya dependen lainnya harus diterima dalam periode ini.
Respons HTTP Kode status yang ditampilkan yang dianggap berhasil. 200 adalah kode yang menunjukkan bahwa halaman web normal telah ditampilkan kembali.
Kecocokan konten Kami menguji bahwa pencocokan peka huruf besar/kecil yang tepat terjadi di setiap respons. Ini harus berupa string polos, tanpa kartubebas (seperti “Welcome!”). Ingatlah jika konten halaman berubah, Anda mungkin perlu memperbaruinya. Konten cocok hanya mendukung karakter bahasa Inggris.

Peringatan

Pengaturan Penjelasan
Near-realtime (Pratinjau) Sebaiknya gunakan pemberitahuan yang bekerja dalam waktu dekat. Anda mengonfigurasi jenis pemberitahuan ini setelah membuat pengujian ketersediaan.
Ambang lokasi pemberitahuan Hubungan optimal antara ambang lokasi pemberitahuan dan jumlah lokasi pengujian adalah ambang lokasi pemberitahuan = jumlah lokasi pengujian -2, dengan minimal lima lokasi pengujian.

Tag populasi lokasi

Anda dapat menggunakan tag populasi berikut untuk atribut lokasi geografis saat menyebarkan pengujain ping URL ketersediaan menggunakan Azure Resource Manager.

Azure Government

Nama tampilan Nama populasi
USGov Virginia usgov-va-azr
Gov (US) Arizona usgov-phx-azr
Gov (US) Texas usgov-tx-azr
USDoD Timur usgov-ddeast-azr
USDoD Pusat usgov-ddcentral-azr

Azure Tiongkok

Nama tampilan Nama populasi
Tiongkok Timur mc-cne-azr
Tiongkok Timur 2 mc-cne2-azr
Tiongkok Utara mc-cnn-azr
Tiongkok Utara 2 mc-cnn2-azr

Azure

Nama tampilan Nama populasi
Australia Timur emea-au-syd-edge
Brasil Selatan latam-br-gru-edge
US Tengah us-fl-mia-edge
Asia Timur apac-hk-hkn-azr
AS Timur us-va-ash-azr
Prancis Selatan (Dulu Prancis Tengah) emea-ch-zrh-edge
Prancis Tengah emea-fr-pra-edge
Jepang Timur apac-jp-kaw-edge
Eropa Utara emea-gb-db3-azr
US Tengah Utara us-il-ch1-azr
US Tengah Selatan us-tx-sn1-azr
Asia Tenggara apac-sg-sin-azr
UK Barat emea-se-sto-edge
Eropa Barat emea-nl-ams-azr
US Barat us-ca-sjc-azr
UK Selatan emea-ru-msa-edge

Melihat hasil uji ketersediaan Anda

Anda dapat memvisualisasikan hasil pengujian ketersediaan dengan tampilan baris dan scatterplot.

Setelah beberapa menit, pilih Refresh untuk melihat hasil pengujian Anda.

Cuplikan layar menunjukkan halaman Ketersediaan dengan tombol Refresh yang disorot.

Tampilan scatterplot menunjukkan sampel hasil pengujian dengan detail langkah pengujian diagnostik di dalamnya. Mesin pengujian menyimpan detail diagnostik untuk pengujian yang mengalami kegagalan. Untuk pengujian yang berhasil, detail diagnostik disimpan untuk subset eksekusi. Arahkan kursor ke salah satu titik hijau atau merah untuk melihat nama pengujian dan lokasi.

Cuplikan layar yang menunjukkan tampilan baris.

Pilih pengujian tertentu atau lokasi, atau kurangi periode waktu untuk melihat hasil lainnya seputar periode waktu yang diminati. Gunakan Search Explorer untuk melihat hasil dari semua eksekusi, atau gunakan kueri analitik untuk menjalankan laporan kustom pada data ini.

Memeriksa dan mengedit pengujian

Untuk mengedit, menonaktifkan sementara, atau menghapus pengujian, pilih elipsis ( ... ) di samping nama pengujian. Perubahan konfigurasi mungkin butuh waktu hingga 20 menit untuk disebarluaskan ke semua agen pengujian setelah perubahan dilakukan.

Cuplikan layar yang menampilkan detail pengujian, dengan opsi untuk mengedit dan menonaktifkan pengujian.

Anda mungkin ingin menonaktifkan pengujian ketersediaan atau aturan pemberitahuan yang terkait dengannya saat melakukan pemeliharaan pada layanan Anda.

Tindakan jika Anda melihat kegagalan

Pilih titik merah.

Cuplikan layar tab detail transaksi menyeluruh.

Dari hasil uji ketersediaan, Anda dapat melihat detail transaksi di semua komponen. Anda kemudian dapat:

  • Tinjau laporan pemecahan masalah untuk menentukan apa yang mungkin menyebabkan pengujian gagal tetapi aplikasi Anda masih tersedia.
  • Memeriksa respons yang diterima dari server Anda.
  • Mendiagnosis kegagalan dengan telemetri pihak server terkait yang dikumpulkan saat memproses pengujian ketersediaan yang gagal.
  • Mencatat masalah atau item kerja di Git atau Azure Boards untuk melacak masalah. Bug akan menyertakan tautan ke peristiwa ini.
  • Membuka hasil pengujian web di Visual Studio.

Untuk mempelajari lebih lanjut tentang pengalaman diagnostik transaksi menyeluruh, lihat dokumentasi diagnostik transaksi.

Pilih baris pengecualian untuk melihat detail pengecualian sisi server yang menyebabkan pengujian ketersediaan sintetis gagal. Anda juga bisa mendapatkan rekam jepret debug untuk diagnostik tingkat kode yang lebih lengkap.

Cuplikan layar yang menunjukkan diagnostik sisi server.

Selain hasil mentah, Anda juga dapat menampilkan dua metrik ketersediaan kunci di Penjelajah Metrik:

  • Ketersediaan: Persentase pengujian yang berhasil, di semua eksekusi pengujian.
  • Durasi Pengujian: Durasi pengujian rata-rata di semua eksekusi pengujian.

Automation

Langkah berikutnya