Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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
,HEAD
danPOST
), 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.
(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
Buka sumber daya Application Insights Anda dan buka pengalaman Ketersediaan .
Pilih Tambahkan pengujian Standar dari bilah navigasi atas.
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.
Setelah Anda menyimpan uji ketersediaan, buka menu konteks berdasarkan pengujian yang Anda buat, lalu pilih halaman Buka Aturan (Pemberitahuan).
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.
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.
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:
Pilih sumber daya Application Insights dalam pengalaman Metrik , dan pilih metrik Ketersediaan .
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.
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.
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.
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.
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
- Pengujian ping URL apa pun dalam Application Insights
- Akses Azure PowerShell
Mulai sekarang
Sambungkan ke langganan Anda dengan Azure PowerShell (
Connect-AzAccount
+Set-AzContext
).Cantumkan semua pengujian ping URL dalam langganan saat ini:
Get-AzApplicationInsightsWebTest | ` Where-Object { $_.WebTestKind -eq "ping" } | ` Format-Table -Property ResourceGroupName,Name,WebTestKind,Enabled;
Temukan pengujian ping URL yang ingin Anda migrasikan dan rekam grup dan nama sumber dayanya.
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.
Validasi fungsionalitas pengujian standar baru, lalu perbarui aturan pemberitahuan Anda yang mereferensikan pengujian ping URL untuk mereferensikan pengujian standar sebagai gantinya.
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.
Buat string alfanumerik tanpa spasi untuk mengidentifikasi pengujian ketersediaan ini (misalnya, MyAppAvailabilityTest). Dari sini, kami menyebut string ini sebagai pengidentifikasi string uji ketersediaan.
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.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.
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.
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.
Di sumber daya grup keamanan jaringan Anda, di bawah Pengaturan, buka pengalaman Aturan keamanan masuk, lalu pilih Tambahkan.
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
Sambungkan sumber daya Application Insights Anda ke titik akhir layanan internal Anda menggunakan Azure Private Link.
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.
-
Subscriptions
,App Insights Resources
, danWeb Test
: Parameter ini menentukan opsi sumber daya tingkat tinggi Anda. Mereka didasarkan pada kueri Analitik Log dan digunakan dalam setiap kueri laporan. -
Failure Threshold
danOutage 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
- Untuk meninjau tanya jawab umum (FAQ), lihat FAQ pengujian ketersediaan dan dukungan TLS untuk FAQ pengujian ketersediaan
- Pemecahan Masalah
- Templat pengujian web Azure Resource Manager
- API REST untuk pengujian web