Bagikan melalui


Uji ketersediaan Application Insights

Application Insights memungkinkan Anda menyiapkan pengujian web berulang yang memantau ketersediaan dan respons situs web atau aplikasi Anda dari berbagai titik di seluruh dunia. Pengujian ketersediaan ini mengirim permintaan web ke aplikasi Anda secara berkala dan memberi tahu Anda jika aplikasi Anda tidak merespons atau jika waktu respons terlalu lambat.

Pengujian ketersediaan tidak memerlukan modifikasi apa pun pada situs web atau aplikasi yang Anda uji. Mereka bekerja untuk titik akhir HTTP atau HTTPS apa pun yang dapat diakses dari internet publik, termasuk REST API yang bergantung pada layanan Anda. Ini berarti Anda dapat memantau tidak hanya aplikasi Anda sendiri tetapi juga layanan eksternal yang penting untuk fungsionalitas aplikasi Anda. Anda dapat membuat hingga 100 pengujian ketersediaan per sumber daya Application Insights.

Catatan

Pengujian ketersediaan disimpan dienkripsi, sesuai dengan kebijakan enkripsi data Azure saat tidak aktif .

Jenis pengujian ketersediaan

Ada empat jenis pengujian ketersediaan:

  • Pengujian standar: Jenis uji ketersediaan yang memeriksa ketersediaan situs web dengan mengirim satu permintaan, mirip dengan pengujian ping URL yang tidak digunakan lagi. Selain memvalidasi apakah titik akhir merespons dan mengukur performa, pengujian Standar juga mencakup validitas sertifikat TLS/SSL, pemeriksaan masa pakai proaktif, kata kerja permintaan HTTP (misalnya, ,GET, HEADdan POST), header kustom, dan data kustom yang terkait dengan permintaan HTTP Anda.

    Pelajari cara membuat pengujian standar.

  • Pengujian TrackAvailability Kustom: Jika Anda memutuskan untuk membuat aplikasi kustom untuk menjalankan pengujian ketersediaan, Anda dapat menggunakan metode TrackAvailability() untuk mengirim hasil ke Application Insights.

    Pelajari cara membuat tes TrackAvailability kustom.

  • (Tidak digunakan lagi) Pengujian web multi-langkah: Anda dapat memutar kembali rekaman ini dari urutan permintaan web untuk menguji skenario yang lebih kompleks. Pengujian web multi-langkah dibuat di Visual Studio Enterprise dan diunggah ke portal, di mana Anda dapat menjalankannya.

  • (Tidak digunakan lagi) Pengujian ping URL: Anda dapat membuat pengujian ini melalui portal Azure untuk memvalidasi apakah titik akhir merespons dan mengukur performa yang terkait dengan respons tersebut. Anda juga dapat menetapkan kriteria keberhasilan khusus yang digabungkan dengan fitur yang lebih canggih, seperti menguraikan permintaan yang bergantung dan memungkinkan percobaan ulang.

Penting

Terdapat dua penghentian pengujian ketersediaan yang akan segera dilakukan.

  • Pengujian web multi-langkah: Application Insights menghentikan pengujian web multi-langkah pada 31 Agustus 2024. Untuk mempertahankan pemantauan ketersediaan, beralihlah ke pengujian ketersediaan alternatif sebelum tanggal ini. Setelah pensiun, platform tersebut menghapus infrastruktur dasar, yang menyebabkan tes multi-langkah yang tersisa menjadi gagal.
  • Pengujian ping URL: Pada 30 September 2026, pengujian ping URL di Application Insights akan dihentikan. Pengujian ping URL yang ada dihapus dari sumber daya Anda. Tinjau harga untuk pengujian standar dan beralih menggunakannya sebelum 30 September 2026 untuk memastikan Anda dapat terus menjalankan tes ketersediaan satu langkah di sumber daya Application Insights Anda.

Membuat pengujian ketersediaan

Prasyarat

Mulai sekarang

  1. Buka sumber daya Application Insights Anda dan buka pengalaman Ketersediaan .

  2. Pilih Tambahkan pengujian Standar dari bilah navigasi atas.

    Cuplikan layar memperlihatkan pengalaman Ketersediaan dengan tab Tambahkan pengujian Standar terbuka.

  3. Masukkan nama pengujian, URL, dan pengaturan lain yang dijelaskan dalam tabel berikut, lalu pilih Buat.

    Bagian Pengaturan Deskripsi
    Informasi Dasar
    URL URL dapat berupa halaman web apa pun yang ingin Anda uji, tetapi harus terlihat dari internet publik. URL dapat menyertakan string kueri. Jadi, misalnya, Anda dapat menggunakan database Anda sedikit. Jika URL mengarah ke pengalihan, kami mengikutinya hingga 10 pengalihan.
    Menganalisis permintaan terikat Pengujian memuat gambar, skrip, file gaya, dan sumber daya lainnya dari halaman web yang sedang diuji. Ini mencatat waktu respons, termasuk waktu untuk mengambil file-file ini. Pengujian gagal jika tidak dapat mengunduh semua sumber daya dalam waktu habis. Jika Anda tidak mengaktifkan opsi , pengujian hanya memuat file di URL yang ditentukan. Mengaktifkannya membuat pemeriksaan menjadi lebih ketat, berpotensi mengalami kegagalan dalam situasi yang tidak akan terdeteksi oleh peramban manual. Pengujian memproses hingga 15 permintaan dependen.
    Mengaktifkan pengulangan untuk kegagalan tes ketersediaan Ketika pengujian gagal, akan mencoba kembali setelah interval singkat. 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% kegagalan hilang saat percobaan kembali.
    Mengaktifkan validitas sertifikat SSL Untuk mengonfirmasi penyiapan yang benar, verifikasi sertifikat SSL di situs web Anda. Pastikan terinstal dengan benar, valid, tepercaya, dan tidak menghasilkan kesalahan bagi pengguna. Uji ketersediaan hanya memvalidasi sertifikat SSL pada URL akhir yang dialihkan.
    Pemeriksaan masa hidup proaktif Pengaturan ini memungkinkan Anda untuk menentukan periode waktu tertentu sebelum sertifikat SSL Anda berakhir. Setelah kedaluwarsa, pengujian Anda akan gagal.
    Frekuensi pengujian Atur seberapa sering pengujian dijalankan dari setiap lokasi pengujian. Dengan frekuensi default lima menit dan lima lokasi pengujian, situs Anda diuji rata-rata setiap menit.
    Lokasi pengujian Server kami mengirim permintaan web ke URL Anda dari lokasi ini. Jumlah minimum lokasi pengujian yang kami rekomendasikan adalah lima untuk memastikan bahwa Anda dapat membedakan masalah di situs web Anda dari masalah jaringan. Anda dapat memilih hingga 16 lokasi.
    Info pengujian standar
    Kata kerja permintaan HTTP Tunjukkan tindakan apa yang ingin Anda ambil dengan permintaan Anda.
    Badan permintaan Data kustom yang terkait dengan permintaan HTTP Anda. Anda dapat mengunggah file Anda sendiri, memasukkan konten Anda, atau menonaktifkan fitur ini.
    Tambahkan header kustom Pasangan nilai kunci yang menentukan parameter operasi. Header "Host" dan "User-Agent" dicadangkan dalam Uji Ketersediaan dan tidak dapat dimodifikasi atau ditimpa.
    Kriteria keberhasilan
    Batas Waktu Pengujian Kurangi nilai ini untuk mendapatkan pemberitahuan tentang respons lambat. Pengujian dihitung sebagai kegagalan jika respons dari situs Anda tidak diterima dalam periode ini. Jika Anda memilih Menguraikan permintaan dependen, semua sumber daya dependen seperti gambar, file gaya, skrip, dan lainnya harus diterima dalam periode ini.
    Respons HTTP Kode status yang dikembalikan dihitung sebagai berhasil. Angka 200 adalah kode yang menunjukkan bahwa halaman web normal dikembalikan.
    Kecocokan konten Sebuah string, seperti "Selamat datang!" Kami menguji bahwa kecocokan sesuai dengan huruf besar-kecil yang tepat muncul di setiap respons. Ini harus berupa string polos, tanpa kartubebas. Ingatlah jika konten halaman berubah, Anda mungkin perlu memperbaruinya. Karakter bahasa Inggris saja yang didukung dalam pencocokan konten.

Pemberitahuan ketersediaan

Pemberitahuan diaktifkan secara otomatis secara default, tetapi untuk mengonfigurasi pemberitahuan sepenuhnya, Anda awalnya harus membuat pengujian ketersediaan Anda.

Pengaturan Deskripsi
Mendekati waktu nyata Kami merekomendasikan menggunakan pemberitahuan yang hampir seketika. Mengonfigurasi jenis pemberitahuan ini dilakukan setelah pengujian ketersediaan Anda dibuat.
Ambang lokasi pemberitahuan Kami menyarankan minimal 3 dari 5 lokasi. Hubungan optimal antara ambang lokasi pemberitahuan dan jumlah lokasi pengujian adalah ambang lokasi pemberitahuan = jumlah lokasi pengujian - 2, dengan minimal lima lokasi pengujian.

Tag lokasi populasi

Anda dapat menggunakan tag populasi berikut untuk atribut lokasi geografis saat Anda menyebarkan pengujian standar atau pengujian ping URL dengan menggunakan Azure Resource Manager.

Penyedia Nama tampilan Nama populasi
Azure
Australia Timur emea-au-syd-edge
Brasil Selatan latam-br-gru-edge
US Tengah us-fl-mia-edge
Asia Timur apac-hk-hkn-azr
US 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
Azure Government
Pemerintah AS Virginia usgov-va-azr
Pemerintah AS Arizona usgov-phx-azr
Pemerintah AS Texas usgov-tx-azr
USDoD Timur usgov-ddeast-azr
USDoD Markas Besar usgov-ddcentral-azr
Microsoft Azure dioperasikan oleh 21Vianet
Tiongkok Timur mc-cne-azr
Tiongkok Timur 2 mc-cne2-azr
Tiongkok Utara mc-cnn-azr
Tiongkok Utara 2 mc-cnn2-azr

Fungsikan pemberitahuan

Catatan

Untuk menerima pemberitahuan melalui grup tindakan yang dikonfigurasi, atur tingkat keparahan aturan pemberitahuan dan preferensi pemberitahuan dalam pengalaman pemberitahuan terpadu. Tanpa menyelesaikan langkah-langkah berikut, Anda hanya menerima pemberitahuan di portal.

  1. Setelah Anda menyimpan uji ketersediaan, buka menu konteks berdasarkan pengujian yang Anda buat, lalu pilih halaman Buka Aturan (Pemberitahuan).

    Cuplikan layar memperlihatkan pengalaman Ketersediaan untuk sumber daya Application Insights di portal Azure dan opsi menu halaman Aturan Terbuka (Pemberitahuan).

  2. Pada halaman Aturan pemberitahuan, buka pemberitahuan Anda, lalu pilih Edit di bilah navigasi atas. Di sini Anda dapat mengatur tingkat keparahan, deskripsi aturan, dan grup tindakan yang memiliki preferensi pemberitahuan yang ingin Anda gunakan untuk aturan pemberitahuan ini.

    Cuplikan layar memperlihatkan halaman aturan pemberitahuan di portal Azure dengan Edit disorot.

Kriteria pemberitahuan

Pemberitahuan ketersediaan yang otomatis diaktifkan memicu satu email saat endpoint menjadi tidak tersedia, dan email lain saat tersedia kembali. Pemberitahuan ketersediaan yang dibuat melalui pengalaman ini berbasis status. Ketika kriteria pemberitahuan terpenuhi, satu pemberitahuan akan dihasilkan ketika situs web terdeteksi tidak tersedia. Jika situs web masih tidak berfungsi saat kriteria pemberitahuan dievaluasi, situs web tersebut tidak akan menghasilkan pemberitahuan baru.

Misalnya, situs web Anda tidak berfungsi selama satu jam dan Anda menyiapkan pemberitahuan email dengan frekuensi evaluasi 15 menit. Anda hanya menerima email ketika situs web tidak berfungsi dan email lain saat kembali online. Anda tidak menerima pemberitahuan berkelanjutan setiap 15 menit untuk mengingatkan Anda bahwa situs web masih tidak tersedia.

Mengubah kriteria pemberitahuan

Anda mungkin tidak ingin menerima pemberitahuan ketika situs web Anda tidak berfungsi hanya untuk waktu yang singkat, misalnya, selama pemeliharaan. Anda dapat mengubah frekuensi evaluasi ke nilai yang lebih tinggi dari waktu henti yang diharapkan, hingga 15 menit. Anda juga dapat meningkatkan ambang lokasi pemberitahuan sehingga hanya memicu pemberitahuan jika situs web tidak berfungsi untuk sejumlah wilayah tertentu.

Tips

Untuk waktu henti terjadwal yang lebih lama, nonaktifkan aturan pemberitahuan untuk sementara waktu atau buat aturan kustom. Ini memberi Anda lebih banyak opsi untuk memperhitungkan waktu henti.

Untuk membuat perubahan pada ambang lokasi, periode agregasi, dan frekuensi pengujian, buka halaman Edit aturan pemberitahuan (lihat langkah 2 di bawah Aktifkan pemberitahuan), lalu pilih kondisi untuk membuka Configure signal logic jendela.

Cuplikan layar memperlihatkan kondisi pemberitahuan yang disorot dan jendela 'Konfigurasikan logika sinyal'.

Membuat aturan pemberitahuan kustom

Jika Anda memerlukan kapabilitas tingkat lanjut, Anda dapat membuat aturan pemberitahuan kustom pada tab Pemberitahuan . Pilih Buat>aturan Pemberitahuan. Pilih Metrik untuk Jenis sinyal untuk menampilkan semua sinyal yang tersedia dan pilih Ketersediaan.

Aturan pemberitahuan kustom menawarkan nilai yang lebih tinggi untuk periode agregasi (hingga 24 jam, bukan 6 jam) dan frekuensi pengujian (hingga 1 jam, bukan 15 menit). Ini juga menambahkan opsi untuk menentukan logika lebih lanjut dengan memilih operator, jenis agregasi, dan nilai ambang yang berbeda.

  • Peringatan tentang X dari Y lokasi yang melaporkan kegagalan: Aturan peringatan X dari Y lokasi diaktifkan secara default dalam pengalaman peringatan terpadu baru saat Anda membuat pengujian ketersediaan baru. Anda dapat memilih keluar dengan memilih opsi "klasik" atau dengan memilih untuk menonaktifkan aturan pemberitahuan. Konfigurasi grup tindakan untuk menerima pemberitahuan ketika peringatan dipicu dengan mengikuti langkah-langkah sebelumnya. Tanpa langkah ini, Anda hanya menerima pemberitahuan di dalam portal saat aturan memicu.

  • Pemberitahuan tentang metrik ketersediaan: Dengan menggunakan pemberitahuan terpadu baru, Anda juga dapat memberi tahu tentang ketersediaan agregat tersegmentasi dan metrik durasi pengujian:

    1. Pilih sumber daya Application Insights dalam pengalaman Metrik , dan pilih metrik Ketersediaan .

    2. Opsi Configure alerts dari menu akan membawa Anda ke pengalaman baru tempat Anda dapat memilih pengujian atau lokasi tertentu untuk menyiapkan aturan pemberitahuan. Anda juga dapat mengonfigurasi grup tindakan untuk aturan pemberitahuan ini di sini.

  • Pemberitahuan tentang kueri analitik kustom: Dengan menggunakan peringatan terpadu baru, Anda dapat memberi peringatan pada kueri log kustom. Dengan kueri kustom, Anda dapat membuat peringatan berdasarkan kondisi sembarang yang membantu Anda mendapatkan sinyal paling andal mengenai masalah ketersediaan. Ini juga berlaku jika Anda mengirim hasil ketersediaan kustom dengan menggunakan TrackAvailability SDK.

    Metrik pada data ketersediaan mencakup hasil ketersediaan kustom apa pun yang mungkin Anda kirimkan dengan memanggil TrackAvailability SDK. Anda dapat menggunakan pemberitahuan tentang dukungan metrik untuk memberi tahu hasil ketersediaan kustom.

Mengotomatiskan pemberitahuan

Untuk mengotomatiskan proses ini dengan templat Azure Resource Manager, lihat Membuat pemberitahuan metrik dengan templat Azure Resource Manager.

Lihat hasil tes ketersediaan Anda

Bagian ini menjelaskan cara meninjau hasil pengujian ketersediaan di portal Azure dan mengkueri data menggunakan Analitik Log. Hasil pengujian ketersediaan dapat divisualisasikan dengan tampilan Garis dan Diagram Sebar.

Memeriksa ketersediaan

Mulailah dengan meninjau grafik dalam pengalaman Ketersediaan di portal Azure.

Cuplikan layar memperlihatkan grafik Pengalaman Ketersediaan, menyoroti pilihan antara grafik garis dan plot sebar.

Secara default, pengalaman Ketersediaan memperlihatkan grafik baris. Ubah tampilan menjadi Scatter Plot (alihkan di atas grafik) untuk melihat sampel hasil pengujian yang memiliki detail langkah pengujian diagnostik di dalamnya. Mesin pengujian menyimpan detail diagnostik untuk pengujian yang mengalami kegagalan. Untuk pengujian yang berhasil, rincian diagnostik disimpan untuk sebagian dari eksekusi. Untuk melihat pengujian, nama pengujian, dan lokasi, arahkan mouse ke salah satu titik hijau atau salib merah.

Pilih pengujian atau lokasi tertentu. Atau Anda dapat mengurangi periode waktu untuk melihat lebih banyak hasil sekeliling periode waktu yang diinginkan. Gunakan Search Explorer untuk melihat hasil dari semua eksekusi. Atau Anda dapat menggunakan kueri Analitik Log untuk menjalankan laporan kustom pada data ini.

Untuk melihat detail transaksi end-to-end, pada Telusuri, pilih Berhasil atau Gagal. Kemudian pilih sampel. Anda juga dapat sampai ke detail transaksi ujung ke ujung dengan memilih poin data pada grafik.

Cuplikan layar memperlihatkan pemilihan uji ketersediaan sampel.

Memeriksa dan mengedit pengujian

Untuk mengedit, menonaktifkan sementara, atau menghapus pengujian, buka menu konteks (elipsis) oleh pengujian, lalu pilih Edit. Mungkin perlu waktu hingga 20 menit agar perubahan konfigurasi disebarluaskan ke semua agen pengujian setelah perubahan dilakukan.

Tips

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

Jika Anda melihat kegagalan

Buka tampilan Detail transaksi end-to-end dengan memilih tanda silang merah pada Diagram Sebar.

Cuplikan layar yang menunjukkan tab Detail Transaksi Menyeluruh.

Di sini Anda dapat:

  • Tinjau Laporan Pemecahan Masalah untuk menentukan apa yang berpotensi menyebabkan pengujian Anda gagal.
  • Memeriksa respons yang diterima dari server Anda.
  • Mendiagnosis kegagalan dengan data telemetri yang berkorelasi dari sisi server yang dikumpulkan saat memproses pengujian ketersediaan yang gagal.
  • Lacak masalah dengan mencatat masalah atau item kerja di Git atau Azure Boards. Bug berisi tautan ke peristiwa di portal Azure.
  • Membuka hasil pengujian web di Visual Studio.

Untuk mempelajari selengkapnya tentang pengalaman diagnostik transaksi end-to-end, lihat dokumentasi pengalaman 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.

Selain hasil mentah, Anda juga dapat melihat dua metrik ketersediaan utama di penjelajah metrik:

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

Kueri pada Analitik Log

Anda dapat menggunakan Analitik Log untuk melihat hasil ketersediaan (availabilityResults), dependensi (dependencies), dan lainnya. Untuk mempelajari selengkapnya tentang Analitik Log, lihat Gambaran umum kueri log.

Cuplikan layar memperlihatkan hasil ketersediaan di Log.

Memigrasikan pengujian ping URL klasik ke pengujian standar

Langkah-langkah berikut memandu Anda melalui proses pembuatan pengujian standar yang mereplikasi fungsionalitas pengujian ping URL Anda. Ini memungkinkan Anda untuk lebih mudah mulai menggunakan fitur lanjutan pengujian standar menggunakan pengujian ping URL yang dibuat sebelumnya.

Penting

Biaya dikaitkan dengan menjalankan pengujian standar. Setelah membuat tes standar, Anda akan dikenakan biaya untuk pelaksanaan tes. Lihat harga Azure Monitor sebelum memulai proses ini.

Prasyarat

Mulai sekarang

  1. Sambungkan ke langganan Anda dengan Azure PowerShell (Connect-AzAccount + Set-AzContext).

  2. Cantumkan semua pengujian ping URL dalam langganan saat ini:

    Get-AzApplicationInsightsWebTest | `
    Where-Object { $_.WebTestKind -eq "ping" } | `
    Format-Table -Property ResourceGroupName,Name,WebTestKind,Enabled;
    
  3. Temukan pengujian ping URL yang ingin Anda migrasikan dan rekam grup dan nama sumber dayanya.

  4. Buat pengujian standar dengan logika yang sama dengan pengujian ping URL menggunakan perintah berikut, yang berfungsi untuk titik akhir HTTP dan HTTPS.

    $resourceGroup = "pingTestResourceGroup";
    $appInsightsComponent = "componentName";
    $pingTestName = "pingTestName";
    $newStandardTestName = "newStandardTestName";
    
    $componentId = (Get-AzApplicationInsights -ResourceGroupName $resourceGroup -Name $appInsightsComponent).Id;
    $pingTest = Get-AzApplicationInsightsWebTest -ResourceGroupName $resourceGroup -Name $pingTestName;
    $pingTestRequest = ([xml]$pingTest.ConfigurationWebTest).WebTest.Items.Request;
    $pingTestValidationRule = ([xml]$pingTest.ConfigurationWebTest).WebTest.ValidationRules.ValidationRule;
    
    $dynamicParameters = @{};
    
    if ($pingTestRequest.IgnoreHttpStatusCode -eq [bool]::FalseString) {
    $dynamicParameters["RuleExpectedHttpStatusCode"] = [convert]::ToInt32($pingTestRequest.ExpectedHttpStatusCode, 10);
    }
    
    if ($pingTestValidationRule -and $pingTestValidationRule.DisplayName -eq "Find Text" `
    -and $pingTestValidationRule.RuleParameters.RuleParameter[0].Name -eq "FindText" `
    -and $pingTestValidationRule.RuleParameters.RuleParameter[0].Value) {
    $dynamicParameters["ContentMatch"] = $pingTestValidationRule.RuleParameters.RuleParameter[0].Value;
    $dynamicParameters["ContentPassIfTextFound"] = $true;
    }
    
    New-AzApplicationInsightsWebTest @dynamicParameters -ResourceGroupName $resourceGroup -Name $newStandardTestName `
    -Location $pingTest.Location -Kind 'standard' -Tag @{ "hidden-link:$componentId" = "Resource" } -TestName $newStandardTestName `
    -RequestUrl $pingTestRequest.Url -RequestHttpVerb "GET" -GeoLocation $pingTest.PropertiesLocations -Frequency $pingTest.Frequency `
    -Timeout $pingTest.Timeout -RetryEnabled:$pingTest.RetryEnabled -Enabled:$pingTest.Enabled `
    -RequestParseDependent:($pingTestRequest.ParseDependentRequests -eq [bool]::TrueString) -RuleSslCheck:$false;
    

    Pengujian standar baru tidak memiliki aturan pemberitahuan secara default, sehingga tidak membuat pemberitahuan yang bising. Tidak ada perubahan yang dilakukan pada pengujian ping URL Anda sehingga Anda dapat terus mengandalkannya untuk pemberitahuan.

  5. Validasi fungsionalitas pengujian standar baru, lalu perbarui aturan pemberitahuan Anda yang mereferensikan pengujian ping URL untuk mereferensikan pengujian standar sebagai gantinya.

  6. Nonaktifkan atau hapus pengujian ping URL. Untuk melakukannya dengan Azure PowerShell, Anda dapat menggunakan perintah ini:

    Remove-AzApplicationInsightsWebTest -ResourceGroupName $resourceGroup -Name $pingTestName;
    

Menguji di balik firewall

Untuk memastikan ketersediaan titik akhir di balik firewall, aktifkan pengujian ketersediaan publik atau jalankan pengujian ketersediaan dalam skenario yang terputus atau tidak ada ingress.

Memungkinkan pengujian ketersediaan publik

Pastikan situs web internal Anda memiliki catatan Sistem Nama Domain (DNS) publik. Pengujian ketersediaan gagal jika DNS tidak dapat diselesaikan. Untuk informasi selengkapnya, lihat Membuat nama domain kustom untuk aplikasi internal.

Peringatan

Layanan pengujian ketersediaan menggunakan alamat IP bersama, yang dapat mengekspos titik akhir yang dilindungi firewall Anda ke lalu lintas dari pengujian lain. Untuk mengamankan layanan Anda, jangan mengandalkan pemfilteran alamat IP saja. Tambahkan header kustom untuk memverifikasi asal setiap permintaan web. Untuk informasi selengkapnya, lihat Tag layanan jaringan virtual.

Mengautentikasi lalu lintas

Atur header kustom dalam pengujian standar untuk memvalidasi lalu lintas.

  1. Buat string alfanumerik tanpa spasi untuk mengidentifikasi pengujian ketersediaan ini (misalnya, MyAppAvailabilityTest). Dari sini, kami menyebut string ini sebagai pengidentifikasi string uji ketersediaan.

  2. Tambahkan header kustom X-Customer-InstanceId dengan nilai ApplicationInsightsAvailability:<your availability test string identifier> di bawah bagian Info pengujian standar saat membuat atau memperbarui pengujian ketersediaan Anda.

    Cuplikan layar memperlihatkan header validasi kustom.

  3. Pastikan layanan Anda memeriksa apakah trafik masuk menyertakan header dan nilai yang telah ditentukan pada langkah-langkah sebelumnya.

Atau, atur string pengidentifikasi uji ketersediaan sebagai parameter kueri.

Contoh:https://yourtestendpoint/?x-customer-instanceid=applicationinsightsavailability:<your availability test string identifier>

Mengonfigurasi firewall Anda untuk mengizinkan permintaan masuk dari pengujian ketersediaan

Catatan

Contoh ini khusus untuk penggunaan tag layanan kelompok keamanan jaringan. Banyak layanan Azure menerima tag layanan, masing-masing memerlukan langkah-langkah konfigurasi yang berbeda.

Untuk menyederhanakan pengaktifan layanan Azure tanpa mengotorisasi IP individual atau mempertahankan daftar IP terbaru, gunakan Tag layanan. Terapkan tag ini di seluruh Azure Firewall dan grup keamanan jaringan, memungkinkan akses layanan uji ketersediaan ke titik akhir Anda. Tag ApplicationInsightsAvailability layanan berlaku untuk semua pengujian ketersediaan.

  1. Jika Anda menggunakan grup keamanan jaringan Azure, buka sumber daya grup keamanan jaringan Anda dan di bawah Pengaturan, buka pengalaman Aturan keamanan masuk, lalu pilih Tambahkan.

  2. Selanjutnya, pilih Tag Layanan sebagai Sumber dan ApplicationInsightsAvailability sebagai tag layanan Sumber. Gunakan port terbuka 80 (http) dan 443 (https) untuk lalu lintas masuk dari tag layanan.

Untuk mengelola akses saat titik akhir Anda berada di luar Azure atau saat tag layanan bukan opsi, izinkan alamat IP agen pengujian web kami. Anda dapat melakukan kueri rentang IP menggunakan PowerShell, Azure CLI, atau dengan melakukan panggilan REST melalui API Tag Layanan. Untuk daftar komprehensif tag layanan saat ini dan detail IP-nya, unduh file JSON.

  1. Di sumber daya grup keamanan jaringan Anda, di bawah Pengaturan, buka pengalaman Aturan keamanan masuk, lalu pilih Tambahkan.

  2. Selanjutnya, pilih Alamat IP sebagai Sumber Anda. Kemudian tambahkan alamat IP Anda dalam daftar yang dipisahkan koma di alamat IP Sumber/rentang CIRD.

Skenario terputus atau tidak ada akses masuk

  1. Sambungkan sumber daya Application Insights Anda ke titik akhir layanan internal Anda menggunakan Azure Private Link.

  2. Tulis kode kustom untuk menguji server internal atau titik akhir Anda secara berkala. Kirim hasilnya ke Application Insights menggunakan API TrackAvailability() dalam paket SDK inti.

Konfigurasi TLS yang didukung

Application Insights menggunakan Transport Layer Security (TLS) 1.2 dan 1.3. Selain itu, suite Cipher dan kurva Elips berikut juga didukung dalam setiap versi.

Versi Kumpulan Cipher Kurva eliptik
TLS 1.2 • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 (protokol kriptografi untuk keamanan data)
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 (protokol keamanan untuk enkripsi data jaringan)
• NistP384
• NistP256
TLS 1.3 • TLS_AES_256_GCM_SHA384
• TLS_AES_128_GCM_SHA256
• NistP384
• NistP256

Penting

TLS 1.3 saat ini hanya tersedia di wilayah uji ketersediaan NorthCentralUS, CentralUS, EastUS, SouthCentralUS, dan WestUS

Konfigurasi Keamanan Lapisan Transportasi (TLS) yang tidak digunakan lagi

Penting

Untuk meningkatkan keamanan, Azure memblokir konfigurasi TLS berikut untuk Application Insights pada 1 Mei 2025. Perubahan ini adalah bagian dari penghentian TLS lama di seluruh Azure:

  • Versi protokol TLS 1.0 dan TLS 1.1
  • Suite sandi TLS 1.2 dan TLS 1.3 lama
  • Kurva elips lama TLS

TLS 1.0 dan TLS 1.1

TLS 1.0 dan TLS 1.1 sedang dihentikan.

TLS 1.2 dan TLS 1.3

Versi Kumpulan Cipher Kurva eliptik
TLS 1.2 * TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
* TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
* TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
* TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
* TLS_RSA_WITH_AES_256_GCM_SHA384
* TLS_RSA_WITH_AES_128_GCM_SHA256
* TLS_RSA_WITH_AES_256_CBC_SHA256
* TLS_RSA_WITH_AES_128_CBC_SHA256
* TLS_RSA_WITH_AES_256_CBC_SHA
* TLS_RSA_WITH_AES_128_CBC_SHA
* curve25519
TLS 1.3 * kurva25519

Buku Kerja Pemadaman dan Waktu Henti

Bagian ini memperkenalkan cara sederhana untuk menghitung dan melaporkan perjanjian tingkat layanan (SLA) untuk pengujian web melalui satu panel kaca di seluruh sumber daya Application Insights dan langganan Azure Anda. Laporan pemadaman dan waktu henti menyediakan kueri dan visualisasi data bawaan yang dapat diandalkan untuk meningkatkan pemahaman Anda tentang konektivitas pelanggan, waktu respons aplikasi yang khas, dan waktu henti yang sering terjadi.

Templat buku kerja SLA dapat diakses dari sumber daya Application Insights Anda dengan dua cara:

  • Buka Pengalaman ketersediaan, lalu pilih Laporan SLA dari bilah navigasi atas.

  • Buka menu Buku Kerja, lalu pilih Templat Waktu Henti & Pemadaman.

Fleksibilitas parameter

Parameter yang diatur dalam buku kerja memengaruhi sisa laporan.

 Cuplikan layar memperlihatkan parameter.

  • Subscriptions, App Insights Resources, dan Web Test: Parameter ini menentukan opsi sumber daya tingkat tinggi Anda. Mereka didasarkan pada kueri Analitik Log dan digunakan dalam setiap kueri laporan.
  • Failure Threshold dan Outage Window: Anda dapat menggunakan parameter ini untuk menentukan kriteria Anda sendiri untuk pemadaman layanan. Contohnya adalah kriteria pemberitahuan ketersediaan Application Insights berdasarkan penghitung lokasi yang gagal selama periode yang dipilih. Ambang batas khas adalah tiga lokasi selama lima menit.
  • Maintenance Period: Anda dapat menggunakan parameter ini untuk memilih frekuensi pemeliharaan umum Anda.  Maintenance Window adalah pemilih tanggalwaktu untuk contoh periode pemeliharaan. Semua data yang terjadi selama periode yang diidentifikasi diabaikan dalam hasil Anda.
  • Availability Target %: Parameter ini menentukan tujuan target Anda dan mengambil nilai kustom.

Halaman gambaran umum

Halaman gambaran umum berisi informasi tingkat tinggi tentang Anda:

  • Total SLA (tidak termasuk periode pemeliharaan, jika ditentukan)
  • Kejadian pemadaman menyeluruh
  • Waktu henti aplikasi

Instans pemadaman ditentukan sejak pengujian mulai gagal sampai berhasil lolos lagi, sesuai dengan parameter pemadaman Anda. Jika pengujian mulai gagal pada pukul 08.00 dan berhasil lagi pada pukul 10.00, seluruh periode data tersebut dianggap sebagai pemadaman yang sama. Anda juga dapat menyelidiki pemadaman terpanjang yang terjadi selama periode pelaporan Anda.

Beberapa pengujian dapat ditautkan kembali ke sumber daya Application Insights mereka untuk penyelidikan lebih lanjut. Tetapi itu hanya mungkin di sumber daya Application Insights berbasis ruang kerja.

Waktu henti, gangguan, dan kegagalan

Ada dua tab lagi di samping halaman Gambaran Umum :

  • Tab Pemadaman & Waktu Henti memiliki informasi tentang total instans pemadaman dan total waktu henti yang dipecah berdasarkan pengujian.

  • Tab Kegagalan berdasarkan Lokasi memiliki peta geografis lokasi pengujian yang gagal untuk membantu mengidentifikasi area koneksi potensial masalah.

Fitur lainnya

  • Kustomisasi: Anda dapat mengedit laporan seperti buku kerja Azure Monitor lainnya dan mengkustomisasi kueri atau visualisasi berdasarkan kebutuhan tim Anda.

  • Analitik Log: Semua kueri dapat dijalankan di Analitik Log dan digunakan di laporan atau dasbor lain. Hapus pembatasan parameter dan gunakan kembali kueri inti.

  • Akses dan berbagi: Laporan dapat dibagikan dengan tim dan kepemimpinan Anda atau disematkan ke dasbor untuk digunakan lebih lanjut. Pengguna memerlukan izin baca dan akses ke sumber daya Application Insights tempat buku kerja aktual disimpan.

Langkah berikutnya