Pertanyaan Umum Azure Monitor

Tanya Jawab Umum Microsoft ini adalah daftar pertanyaan umum tentang Azure Monitor. Jika Anda memiliki pertanyaan tambahan, buka forum diskusi dan posting pertanyaan Anda. Jika pertanyaan sering diajukan, kami menambahkannya ke artikel ini sehingga dapat ditemukan dengan cepat dan mudah.

Umum

Apa itu Azure Monitor?

Azure Monitor adalah layanan di Azure yang menyediakan pemantauan performa dan ketersediaan untuk aplikasi dan layanan di Azure, lingkungan cloud lainnya, atau lokal. Azure Monitor mengumpulkan data dari berbagai sumber ke dalam platform data umum tempat data tersebut dapat dianalisis untuk tren dan anomali. Fitur kaya di Azure Monitor membantu Anda mengidentifikasi dan merespons situasi penting dengan cepat yang dapat memengaruhi aplikasi Anda.

Apa perbedaan antara Azure Monitor, Log Analytics, dan Application Insights?

Pada bulan September 2018, Microsoft menggabungkan Azure Monitor, Log Analytics, dan Application Insights ke dalam satu layanan untuk memberikan pemantauan ujung ke ujung yang kuat dari aplikasi Anda dan komponen yang mereka andalkan. Fitur di Log Analytics dan Application Insights tidak berubah, meskipun beberapa fitur telah diubah menjadi Azure Monitor untuk mencerminkan cakupan baru mereka dengan lebih baik. Mesin data log dan bahasa kueri Log Analytics sekarang disebut sebagai Azure Monitor Logs. Lihat Pembaruan terminologi Azure Monitor.

Berapa biaya Azure Monitor?

Fitur Azure Monitor yang diaktifkan secara otomatis seperti pengumpulan metrik dan log aktivitas disediakan tanpa biaya. Ada biaya yang terkait dengan fitur lain seperti kueri log dan pemberitahuan. Lihat halaman harga Azure Monitor untuk informasi harga terperinci.

Bagaimana cara mengaktifkan Azure Monitor?

Azure Monitor diaktifkan saat Anda membuat langganan Azure baru, serta Log aktifkan dan metrik platform dikumpulkan secara otomatis. Buat pengaturan diagnostik untuk mengumpulkan informasi terperinci tentang operasi sumber daya Azure Anda, dan tambahkan pemantauan solusi dan wawasan untuk memberikan analisis tambahan tentang data yang dikumpulkan untuk layanan tertentu.

Bagaimana cara mengakses Azure Monitor?

Akses semua fitur dan data Azure Monitor dari menu Pantau di portal Azure. Bagian Pemantauan menu untuk layanan Azure yang berbeda menyediakan akses ke alat yang sama dengan data yang difilter ke sumber daya tertentu. Data Azure Monitor juga dapat diakses untuk berbagai skenario menggunakan CLI, PowerShell, dan REST API.

Apakah ada versi Azure Monitor lokal?

Nomor. Azure Monitor adalah layanan cloud yang dapat diskalakan yang memproses dan menyimpan data dalam jumlah besar, meskipun Azure Monitor dapat memantau sumber daya yang berada secara lokal dan di cloud lainnya.

Dapatkah Azure Monitor memantau sumber daya lokal?

Ya, selain mengumpulkan data pemantauan dari sumber daya Azure, Azure Monitor dapat mengumpulkan data dari komputer virtual dan aplikasi di cloud dan lokal lainnya. Lihat Sumber data pemantauan untuk Azure Monitor.

Apakah Azure Monitor terintegrasi dengan Manajer Operasi Pusat Sistem?

Anda dapat menyambungkan grup manajemen Manajer Operasi Pusat Sistem yang sudah ada ke Azure Monitor untuk mengumpulkan data dari agen ke Azure Monitor Logs. Ini memungkinkan Anda menggunakan kueri log dan solusi untuk menganalisis data yang dikumpulkan dari agen. Anda juga dapat mengonfigurasi agen Manajer Operasi Pusat Sistem yang ada untuk mengirim data langsung ke Azure Monitor. Lihat Menyambungkan Manajer Operasi ke Azure Monitor.

Alamat IP apa yang digunakan Azure Monitor?

Lihat alamat IP yang digunakan oleh Application Insights dan Log Analytics untuk daftar alamat IP dan port yang diperlukan untuk agen dan sumber daya eksternal lainnya untuk mengakses Azure Monitor.

Memantau data

Di mana Azure Monitor mendapatkan datanya?

Azure Monitor mengumpulkan data dari berbagai sumber termasuk log dan metrik dari platform dan sumber daya Azure, aplikasi kustom, dan agen yang berjalan di komputer virtual. Layanan lain seperti Pertahanan Microsoft untuk Cloud dan Network Watcher mengumpulkan data ke ruang kerja Analitik Log sehingga dapat dianalisis dengan data Azure Monitor. Anda juga dapat mengirim data kustom ke Azure Monitor menggunakan REST API untuk log atau metrik. Lihat Sumber data pemantauan untuk Azure Monitor.

Data apa yang dikumpulkan oleh Azure Monitor?

Azure Monitor mengumpulkan data dari berbagai sumber ke dalam log atau metrik. Setiap jenis data memiliki keunggulan relatifnya sendiri, dan masing-masing mendukung serangkaian fitur tertentu di Azure Monitor. Ada database metrik tunggal untuk setiap langganan Azure, sementara Anda dapat membuat beberapa ruang kerja Analitik Log untuk mengumpulkan log tergantung pada kebutuhan Anda. Lihat platform data Azure Monitor.

Apakah ada jumlah data maksimum yang dapat saya kumpulkan di Azure Monitor?

Tidak ada batasan jumlah data metrik yang dapat Anda kumpulkan, tetapi data ini disimpan selama maksimal 93 hari. Lihat Retensi Metrik. Tidak ada batasan jumlah data log yang dapat Anda kumpulkan, tetapi mungkin terpengaruh oleh tingkat harga yang Anda pilih untuk ruang kerja Analitik Log. Lihat detail harga.

Bagaimana cara mengakses data yang dikumpulkan oleh Azure Monitor?

Wawasan dan solusi memberikan pengalaman kustom untuk bekerja dengan data yang disimpan di Azure Monitor. Anda dapat bekerja langsung dengan data log menggunakan kueri log yang ditulis dalam Bahasa Kueri Kusto (KQL). Di portal Azure, Anda dapat menulis dan menjalankan kueri dan menganalisis data secara interaktif menggunakan Log Analytics. Analisis metrik di portal Azure dengan Metrics Explorer. Lihat Menganalisis data log di Azure Monitor dan Mulai menggunakan Azure Metrics Explorer.

Mengapa saya melihat rekaman duplikat di Log Azure Monitor?

Terkadang, Anda mungkin akan melihat catatan duplikat di Log Azure Monitor. Duplikasi ini biasanya berasal dari salah satu dari dua kondisi berikut.

  • Komponen dalam alur memiliki percobaan ulang untuk memastikan pengiriman yang andal di tempat tujuan. Terkadang, kemampuan ini bisa menyebabkan duplikat untuk sebagian kecil item telemetri.
  • Jika catatan duplikat berasal dari mesin virtual, maka Anda mungkin telah menginstal agen Analitik Log dan agen Azure Monitor. Jika Anda masih memerlukan agen Analitik Log yang diinstal, konfigurasikan ruang kerja Analitik Log agar tidak lagi mengumpulkan data yang juga dikumpulkan oleh aturan pengumpulan data yang digunakan oleh agen Azure Monitor.

Solusi dan wawasan

Apa itu wawasan di Azure Monitor?

Insight memberikan pengalaman pemantauan yang disesuaikan untuk layanan Azure tertentu. Mereka menggunakan metrik dan log yang sama dengan fitur lain di Azure Monitor tetapi dapat mengumpulkan data tambahan dan memberikan pengalaman unik di portal Microsoft Azure. Lihat Wawasan di Azure Monitor.

Untuk melihat wawasan di portal Azure, lihat bagian Wawasan di menu Pantau atau bagian Pemantauan pada menu layanan.

Apa itu solusi di Azure Monitor?

Solusi pemantauan adalah serangkaian logika yang dikemas untuk memantau aplikasi atau layanan tertentu berdasarkan fitur Azure Monitor. Solusi pemantauan mengumpulkan data log di Azure Monitor dan menyediakan kueri dan tampilan log untuk analisis menggunakan pengalaman umum di portal Azure. Lihat Memantau solusi di Azure Monitor.

Untuk melihat solusi di portal Azure, klik Lainnya di bagian Wawasan di menu Pantau. Klik Tambahkan untuk menambahkan solusi tambahan ke ruang kerja.

Log

Apa perbedaan antara Azure Monitor Logs dan Azure Data Explorer?

Azure Data Explorer adalah layanan eksplorasi data yang cepat dan sangat dapat diskalakan untuk data log dan telemetri. Azure Monitor Logs dibuat di atas Azure Data Explorer dan menggunakan Bahasa Kueri Kusto (KQL) yang sama dengan beberapa perbedaan kecil. Lihat Perbedaan bahasa kueri log Azure Monitor.

Bagaimana cara mengambil data log?

Semua data diambil dari ruang kerja Log Analytics menggunakan kueri log yang ditulis menggunakan Bahasa Kueri Kusto (KQL). Anda dapat menulis kueri Anda sendiri atau menggunakan solusi dan wawasan yang menyertakan kueri log untuk aplikasi atau layanan tertentu. Lihat Gambaran umum kueri log di Azure Monitor.

Dapatkah saya menghapus data dari ruang kerja Log Analytics?

Data dihapus dari ruang kerja sesuai dengan periode retensi. Anda dapat menghapus data tertentu karena alasan privasi atau kepatuhan. Lihat Cara mengekspor dan menghapus data privat untuk mengetahui informasi selengkapnya.

Apakah penyimpanan Log Analytics tidak dapat diubah?

Data dalam penyimpanan database tidak dapat diubah setelah diserap tetapi dapat dihapus melalui jalur API hapus menyeluruh untuk penghapusan data privat. Meskipun data tidak dapat diubah, beberapa sertifikasi mengharuskan data tetap tidak dapat diubah, dan tidak dapat diubah atau dihapus dalam penyimpanan. Ketetapan data dapat dicapai menggunakan ekspor data ke akun penyimpanan yang dikonfigurasi sebagai penyimpanan yang tidak dapat diubah.

Apa itu ruang kerja Log Analytics?

Semua data log yang dikumpulkan oleh Azure Monitor disimpan di ruang kerja Log Analytics. Ruang kerja pada dasarnya adalah kontainer tempat data log dikumpulkan dari berbagai sumber. Anda mungkin memiliki satu ruang kerja Log Analytics untuk semua data pemantauan Anda atau mungkin memiliki persyaratan untuk beberapa ruang kerja. Lihat Mendesain konfigurasi ruang kerja Analisis Log (logs/workspace-design.md).

Dapatkah Anda memindahkan ruang kerja Log Analytics yang sudah ada ke langganan Azure lainnya?

Anda dapat memindahkan ruang kerja antara grup sumber daya atau langganan tetapi tidak ke wilayah lain. Lihat Memindahkan ruang kerja Log Analytics ke langganan atau grup sumber daya lain.

Mengapa saya tidak dapat melihat tombol Penjelajah Kueri dan Simpan di Log Analytics?

Tombol Penjelajah Kueri, Simpan, dan Aturan pemberitahuan baru tidak tersedia saat cakupan kueri diatur ke sumber daya tertentu. Untuk membuat pemberitahuan, menyimpan, atau memuat kueri, Log Analytics harus dicakup ke ruang kerja. Untuk membuka Log Analytics dalam konteks ruang kerja, pilih Log dari menu Azure Monitor. Ruang kerja terakhir yang digunakan dipilih, tetapi Anda dapat memilih ruang kerja lainnya. Lihat Cakupan kueri log dan rentang waktu dalam Log Analytics Azure Monitor

Mengapa saya mendapatkan kesalahan: "Daftarkan penyedia sumber daya 'Microsoft.Insights' untuk langganan ini untuk mengaktifkan kueri ini" saat membuka Analitik Log dari VM?

Banyak penyedia sumber daya otomatis terdaftar, tetapi Anda mungkin perlu mendaftarkan beberapa penyedia sumber daya secara manual. Cakupan pendaftaran selalu menjadi langganan. Lihat Penyedia dan jenis sumber daya untuk informasi selengkapnya.

Mengapa saya tidak mendapatkan pesan kesalahan akses saat membuka Log Analytics dari VM?

Untuk melihat Log VM, Anda harus diberi izin baca ke ruang kerja yang menyimpan log VM. Dalam kasus ini, administrator harus memberi Anda izin di Azure.

Mengapa saya tidak dapat membuat tabel AzureDiagnostics melalui templat, atau mengubah skema melalui API?

AzureDiagnostics adalah tabel unik yang dibuat oleh layanan Log Analytics dengan penyerapan data, dan skemanya tidak dapat dikonfigurasi. Kebijakan penyimpanan dapat diterapkan setelah tabel dibuat.

Metrik

Mengapa metrik dari OS tamu komputer virtual Azure saya tidak muncul di penjelajah Metrik?

Metrik platform dikumpulkan secara otomatis untuk sumber daya Azure. Anda harus melakukan beberapa konfigurasi untuk mengumpulkan metrik dari OS tamu komputer virtual. Untuk VM Windows, instal ekstensi diagnostik dan konfigurasikan sink Azure Monitor seperti yang dijelaskan dalam Menginstal dan mengonfigurasi ekstensi diagnostik Microsoft Azure (WAD). Untuk Linux, instal agen Telegraf seperti yang dijelaskan dalam Mengumpulkan metrik kustom untuk VM Linux dengan agen Telegraf InfluxData.

Prometheus

Apa itu ruang kerja Azure Monitor?

Data metrik Prometheus yang dikumpulkan oleh layanan terkelola Azure Monitor untuk Prometheus disimpan di ruang kerja Azure Monitor. Ini pada dasarnya adalah kontainer tempat data metrik Prometheus disimpan untuk berbagai sumber. Anda mungkin memiliki satu ruang kerja Azure Monitor untuk semua data metrik Prometheus Anda atau mungkin memiliki persyaratan untuk beberapa ruang kerja. Lihat Gambaran umum ruang kerja Azure Monitor untuk informasi tambahan.

Apa perbedaan antara ruang kerja Azure Monitor dan ruang kerja Log Analytics?

Ruang kerja Azure Monitor adalah lingkungan unik untuk data yang dikumpulkan oleh Azure Monitor. Setiap ruang kerja memiliki repositori, konfigurasi, dan izin datanya sendiri. Ruang kerja Azure Monitor pada akhirnya akan berisi semua data metrik yang dikumpulkan oleh Azure Monitor, termasuk metrik asli. Saat ini, satu-satunya data yang dihosting oleh ruang kerja Azure Monitor adalah metrik Prometheus. Lihat Gambaran umum ruang kerja Azure Monitor untuk informasi tambahan.

Bagaimana cara mengambil data metrik Prometheus?

Semua data diambil dari ruang kerja Azure Monitor menggunakan kueri yang ditulis dalam Prometheus Query Language (PromQL). Anda dapat menulis kueri Anda sendiri atau menggunakan kueri sumber terbuka dan dasbor Grafana yang menyertakan kueri PromQL. Lihat proyek Prometheus untuk detail selengkapnya.

Bisakah saya menghapus data metrik Prometheus dari ruang kerja Azure Monitor?

Data dihapus dari ruang kerja Azure Monitor sesuai dengan periode retensi data, yaitu 18 bulan.

Bisakah saya melihat metrik Prometheus saya di penjelajah Metrik Azure Monitor?

Penjelajah metrik di Azure Monitor saat ini tidak mendukung visualisasi data metrik Prometheus. Silakan lihat menggunakan Azure Managed Grafana untuk memvisualisasikan metrik Anda di layanan terkelola Azure Monitor untuk Prometheus.

Bisakah saya menggunakan Azure Managed Grafana di wilayah yang berbeda dari ruang kerja Azure Monitor dan Prometheus Terkelola saya?

Ya, saat menggunakan layanan terkelola Azure Monitor untuk Prometheus, Anda dapat membuat ruang kerja Azure Monitor di salah satu wilayah yang didukung. Kluster Azure Kubernetes Service Anda juga dapat berada di wilayah mana pun dan mengirim data ke Prometheus Terkelola Anda di wilayah yang berbeda. Azure Managed Grafana juga dapat berada di wilayah yang berbeda dari tempat Anda membuat ruang kerja Azure Monitor.

Saat menggunakan Prometheus Terkelola, bisakah saya menyimpan data untuk lebih dari satu kluster di ruang kerja Azure Monitor?

Ya, layanan terkelola Azure Monitor untuk Prometheus dimaksudkan untuk mengaktifkan skenario di mana Anda dapat menyimpan data dari beberapa kluster Azure Kubernetes Service dalam satu ruang kerja Azure Monitor. Lihat Gambaran umum ruang kerja Azure Monitor untuk informasi tambahan.

Jenis sumber daya apa yang dapat mengirim metrik Prometheus ke Prometheus Terkelola?

Kolektor kami dapat digunakan pada kluster Azure Kubernetes Service. Ini diinstal sebagai add-on terkelola dan dapat dikonfigurasi untuk mengumpulkan data yang Anda inginkan dan untuk dijalankan sebagai set replika atau sebagai set replika dan pada setiap simpul dalam kluster. Anda juga dapat mengonfigurasi penulisan jarak jauh pada kluster Kubernetes yang berjalan di Azure, cloud lain, atau lokal dengan mengikuti instruksi kami untuk mengaktifkan penulisan jarak jauh.

Apakah mengaktifkan Prometheus Terkelola pada kluster AKS saya juga mengaktifkan Container Insights?

Anda memiliki opsi untuk bagaimana Anda dapat mengumpulkan metrik Prometheus Anda. Jika Anda menggunakan portal Azure dan mengaktifkan pengumpulan metrik Prometheus dan menginstal add-on AKS dari UX ruang kerja Azure Monitor, itu tidak akan mengaktifkan Wawasan Kontainer dan pengumpulan data Log. Saat Anda membuka halaman Insight di kluster AKS, Anda akan diminta untuk mengaktifkan Wawasan Kontainer yang akan mengumpulkan data Log.
Jika Anda menggunakan portal Azure dan mengaktifkan pengumpulan metrik Prometheus dan menginstal add-on AKS dari halaman Insight kluster AKS Anda, itu akan memungkinkan pengumpulan Log dan koleksi metrik Prometheus ke Prometheus Terkelola.

Analisis Perubahan

Apakah menggunakan Analisis Perubahan dikenakan biaya?

Anda dapat menggunakan Analisis Perubahan tanpa biaya tambahan. Aktifkan Microsoft.ChangeAnalysis penyedia sumber daya dan apa pun yang didukung oleh Analisis Perubahan akan terbuka untuk Anda.

Bagaimana cara mengaktifkan untuk aplikasi web?

Aktifkan Analisis Perubahan untuk perubahan tamu aplikasi web menggunakan alat Diagnosis dan selesaikan masalah.

Peringatan

Apa itu pemberitahuan di Azure Monitor?

Peringatan secara proaktif memberi tahu Anda ketika kondisi penting ditemukan dalam data pemantauan Anda. Pemberitahuan tersebut memungkinkan Anda mengidentifikasi dan mengatasi masalah sebelum pengguna sistem Anda menyadarinya. Ada beberapa jenis pemberitahuan:

  • Metrik - Nilai metrik melebihi ambang.
  • Kueri log - Hasil kueri log cocok dengan kriteria yang ditentukan.
  • Log aktivitas - Peristiwa log aktivitas cocok dengan kriteria yang ditentukan.
  • Pengujian web - Hasil dari kriteria yang ditentukan oleh pencocokan pengujian ketersediaan.

Lihat Gambaran umum pemberitahuan di Microsoft Azure.

Apa itu grup tindakan?

Grup tindakan adalah kumpulan pemberitahuan dan tindakan yang dapat dipicu oleh pemberitahuan. Beberapa pemberitahuan dapat menggunakan satu grup tindakan yang memungkinkan Anda menggunakan serangkaian pemberitahuan dan tindakan umum. Lihat Membuat dan mengelola grup tindakan di portal Azure.

Apa itu aturan tindakan?

Aturan tindakan memungkinkan Anda mengubah perilaku sekumpulan pemberitahuan yang cocok dengan kriteria tertentu. Aturan ini memungkinkan Anda untuk melakukan persyaratan seperti menonaktifkan tindakan pemberitahuan selama jendela pemeliharaan. Anda juga dapat menerapkan grup tindakan ke sekumpulan pemberitahuan daripada menerapkannya langsung ke aturan pemberitahuan. Lihat Aturan tindakan.

Agen

Apakah Azure Monitor memerlukan agen?

Agen hanya diperlukan untuk mengumpulkan data dari sistem operasi dan beban kerja di komputer virtual. Komputer virtual dapat ditemukan di Azure, lingkungan cloud lain, atau secara lokal. Lihat Gambaran umum agen Azure Monitor.

Apa perbedaan antara agen Azure Monitor?

Azure Monitor Agent adalah agen baru yang telah ditingkatkan yang akan mengonsolidasikan fitur dari semua agen pengawasan turunan, sekaligus memberikan manfaat tambahan seperti pengumpulan data terpusat, penyaringan, multihoming, dan lainnya. Lihat Gambaran umum agen Azure Monitor.
Agen turunan meliputi:

  • Ekstensi Diagnostik Azure adalah untuk komputer virtual Azure dan mengumpulkan data ke Azure Monitor Metrics, Azure Storage, dan Azure Event Hubs.
  • Agen Log Analytics adalah untuk komputer virtual di Azure, lingkungan cloud lain, atau lokal, dan mengumpulkan data ke Azure Monitor Logs. Agen-agen ini akan ditolak pada Agustus 2024.

Apakah lalu lintas agen saya menggunakan koneksi ExpressRoute saya?

Lalu lintas ke Azure Monitor menggunakan sirkuit Microsoft peering ExpressRoute. Lihat Dokumentasi ExpressRoute untuk deskripsi berbagai jenis lalu lintas ExpressRoute.

Bagaimana cara mengonfirmasi bahwa agen Log Analytics dapat berkomunikasi dengan Azure Monitor?

Dari Panel Kontrol di komputer agen, pilih Security& Settings, MMA. Di bawah tab Azure Log Analytics (OMS), ikon tanda centang hijau mengonfirmasi bahwa agen dapat berkomunikasi dengan Azure Monitor. Ikon peringatan kuning berarti agen mengalami masalah. Salah satu alasan umumnya adalah layanan Microsoft Monitoring Agent telah berhenti. Gunakan manajer kontrol layanan untuk memulai ulang layanan.

Bagaimana cara menghentikan agen Log Analytics agar tidak berkomunikasi dengan Azure Monitor?

Untuk agen yang tersambung ke Log Analytics secara langsung, buka Kontrol Panel dan pilih Security&Settings, MMA. Di bawah tab Azure Log Analytics (OMS), hapus semua ruang kerja yang tercantum. Di Manajer Operasi Pusat Sistem, hapus komputer dari daftar komputer terkelola Log Analytics. Manajer Operasi memperbarui konfigurasi agen agar tidak lagi melapor ke Log Analytics.

Berapa banyak data yang dikirim per agen?

Jumlah data yang dikirim per agen tergantung pada:

  • Solusi yang telah Anda aktifkan
  • Jumlah log dan penghitung kinerja yang dikumpulkan
  • Volume data dalam log

Lihat Menganalisis penggunaan di ruang kerja Analitik Log untuk mengetahui detailnya.

Untuk komputer yang dapat menjalankan agen WireData, gunakan kueri berikut untuk melihat berapa banyak data yang dikirim:

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer 

Berapa banyak bandwidth jaringan yang digunakan oleh Microsoft Management Agent (MMA) saat mengirim data ke Azure Monitor?

Bandwidth adalah fungsi pada jumlah data yang dikirim. Data dikompresi saat dikirim melalui jaringan.

Bagaimana cara diberi tahu saat pengumpulan data dari agen Log Analytics berhenti?

Gunakan langkah-langkah yang dijelaskan dalam membuat pemberitahuan log baru agar diberi tahu saat pengumpulan data berhenti. Gunakan pengaturan berikut untuk aturan pemberitahuan:

  • Tentukan kondisi pemberitahuan: Tentukan ruang kerja Log Analytics Anda sebagai target sumber daya.
  • Kriteria pemberitahuan
    • Nama Sinyal: Pencarian log kustom
    • Kueri pencarian: Heartbeat | summarize LastCall = max(TimeGenerated) by Computer | where LastCall < ago(15m)
    • Logika peringatan: Berdasarkanjumlah hasil, kondisinyalebih besar dari, Nilai ambang batas 0
    • Dievaluasi berdasarkan: Periode (dalam menit)30, Frekuensi (dalam menit)10
  • Menentukan detail pemberitahuan
    • Nama: Pengumpulan data dihentikan
    • Tingkat Keparahan: Peringatan

Tentukan Grup Tindakan yang sudah ada atau baru sehingga saat pemberitahuan log cocok dengan kriteria, Anda akan diberi tahu jika heartbeat hilang selama lebih dari 15 menit.

Apa persyaratan firewall untuk agen Analitik Log?

Lihat Persyaratan firewall jaringan untuk detail tentang persyaratan firewall.

Agen Azure Monitor

Mengapa saya harus menggunakan AMA atau bermigrasi dari agen Log Analytics (MMA) ke AMA?

AMA menggantikan agen Log Analytics, ekstensi Azure Diagnostics, dan Telegraf Agent. AMA menawarkan tingkat EPS yang lebih tinggi dengan jejak yang lebih rendah, menyediakan fitur pemfilteran yang disempurnakan, manajemen penyebaran yang dapat diskalakan, dan konfigurasi menggunakan DCR dan kebijakan Azure.

Meskipun AMA belum mencapai keseimbangan penuh dengan MMA, kami terus menambahkan fitur dan dukungan dan MMA akan dihentikan pada 31 Agustus 2024.

Untuk informasi selengkapnya, lihat gambaran umum Azure Monitor Agent.

Apa jalur peningkatan dari agen Log Analytics ke Azure Monitor Agent? Bagaimana kami bermigrasi?

Apa jalur peningkatan dari Log Analytics Agent (MMA) ke Azure Monitor Agent (AMA) untuk memantau System Center Operations Manager? Bisakah kita menggunakan AMA untuk skenario Manajer Operasi Pusat Sistem?

Berikut adalah bagaimana AMA berdampak pada dua skenario monitor terkait Manajer Operasi Pusat Sistem:

  • Skenario 1: Memantau sistem operasi Windows dari System Center Operations Manager. Jalur peningkatan sama dengan komputer lain, di mana Anda dapat bermigrasi dari MMA (versi 2016, 2019) ke AMA segera setelah fitur paritas yang diperlukan tersedia di AMA.
  • Skenario 2: Onboarding/menghubungkan Manajer Operasi Pusat Sistem ke ruang kerja Analitik Log. Ini diaktifkan melalui konektor Manajer Operasi Pusat Sistem untuk Log Analytics/Azure Monitor, baik MMA maupun AMA tidak diperlukan untuk diinstal di server manajemen Manajer Operasi. Dengan demikian, tidak ada dampak untuk kasus penggunaan ini dari perspektif AMA.

Akankah agen Azure Monitor yang baru mendukung pengumpulan data untuk berbagai solusi Analitik Log dan layanan Azure seperti Pertahanan Microsoft untuk Cloud dan Microsoft Azure Sentinel?

Tinjau daftar ekstensi AMA yang saat ini tersedia dalam pratinjau. Ini adalah solusi dan layanan yang sama yang kini tersedia menggunakan agen Azure Monitor baru sebagai gantinya. Anda mungkin melihat lebih banyak ekstensi yang diinstal untuk solusi/layanan untuk mengumpulkan data tambahan atau melakukan transformasi/pemrosesan seperti yang diperlukan untuk solusi/layanan, dan kemudian menggunakan AMA untuk merutekan data akhir ke Azure Monitor.

Berikut adalah diagram yang menjelaskan arsitektur ekstensibilitas baru:

Arsitektur ekstensi

Solusi Log Analytics mana yang didukung di Azure Monitor Agent baru?

Bagaimana cara mengumpulkan peristiwa keamanan Windows menggunakan Agen Azure Monitor baru?

Ada dua cara untuk mengumpulkan peristiwa Keamanan menggunakan agen baru, saat mengirim ke ruang kerja Analitik Log:

  • Anda dapat menggunakan AMA untuk mengumpulkan Peristiwa Keamanan secara asli, sama seperti Peristiwa Windows lainnya. Ini mengalir ke tabel 'Peristiwa' di ruang kerja Analitik Log Anda.
  • Jika Anda mengaktifkan Sentinel di ruang kerja, Peristiwa Keamanan akan mengalir melalui AMA ke tabel 'SecurityEvent' (sama seperti menggunakan Agen Analitik Log). Hal ini akan selalu memerlukan solusi yang diaktifkan terlebih dahulu.

Bisakah Azure Monitor Agent dan Log Analytics Agent berjalan berdampingan?

Ya, tetapi dengan pertimbangan tertentu. Baca selengkapnya tentang koeksistensi agen di sini.

Apakah saya akan menduplikasi peristiwa jika saya menggunakan agen Azure Monitor dan agen Log Analytics di komputer yang sama?

Jika Anda mengumpulkan peristiwa yang sama dengan kedua agen, akan ada duplikasi. Duplikasi ini bisa menjadi agen turunan yang mengumpulkan data dari konfigurasi ruang kerja, yang dikumpulkan oleh aturan pengumpulan data. Atau Anda mungkin mengumpulkan peristiwa keamanan dengan agen lama dan mengaktifkan Peristiwa Keamanan Windows dengan konektor AMA di Microsoft Sentinel.

Anda harus membatasi peristiwa duplikasi hanya saat Anda bertransisi dari satu agen ke agen lainnya. Setelah Anda sepenuhnya menguji DCR dan memverifikasi pengumpulan datanya, Anda harus memutuskan sambungan pengumpulan nonaktif untuk ruang kerja dan memutuskan sambungan konektor data MMA apa pun.

Apakah Azure Monitor Agent setara dengan agen Log Analytics?

Tinjau batasan saat ini dari AMA jika dibandingkan dengan agen Log Analytics.

Apakah Azure Monitor Agent mendukung lingkungan non-Azure (cloud lainnya, lokal)?

Komputer dan komputer lokal yang tersambung ke cloud lainnya didukung untuk server saat ini, setelah Anda memasang agen Azure Arc. Untuk tujuan menjalankan AMA dan DCR, persyaratan Arc tidak dikenakan biaya tambahan atau konsumsi sumber daya, karena agen Arc hanya digunakan sebagai mekanisme penginstalan dan Anda tidak perlu mengaktifkan fitur manajemen berbayar jika Anda tidak ingin menggunakannya.

Ya, melalui Titik Akhir Pengumpulan Data yang dibuat dan ditambahkan ke Azure Monitor Private Link Scope (AMPLS). Telusuri langkah-langkah penyiapan.

Apakah AMA mendukung log AuditD di linux, atau AUOMS?

Ya, tetapi Anda perlu melakukan onboarding untuk Defender untuk Cloud (sebelumnya Azure Security Center) layanan yang tersedia sebagai ekstensi ke AMA, yang mengumpulkan log audit Linux melalui AUOMS.

Apakah Azure Arc diperlukan untuk komputer gabungan AAD?

Untuk komputer yang bergabung dengan AAD (atau bergabung dengan AAD hibrida) yang menjalankan Windows 10 atau 11 (OS klien), Anda tidak memerlukan Arc untuk diinstal pada komputer ini. Sebagai gantinya, Anda dapat menggunakan alat penginstal Windows MSI untuk AMA, yang saat ini tersedia dalam pratinjau).

Mengapa saya perlu menginstal agen Azure Arc Connected Machine untuk menggunakan AMA?

AMA mengautentikasi ke ruang kerja Anda melalui identitas terkelola, yang dibuat saat Anda menginstal agen Connected Machine. Identitas Terkelola adalah solusi autentikasi yang lebih aman dan mudah dikelola dari Azure. Agen Log Analytics lama mengautentikasi menggunakan ID dan kunci ruang kerja, dan oleh karena itu tidak memerlukan Azure Arc.

Apa dampak penginstalan agen Azure Arc Connected Machine pada komputer non-Azure saya?

Tidak ada dampak pada komputer setelah Azure Arc diinstal. Ini hampir tidak menggunakan sumber daya sistem atau jaringan, dan dirancang untuk memiliki jejak rendah pada host di mana ia dijalankan.

Jenis komputer apa yang didukung Agen Azure Monitor baru?

Anda dapat langsung menginstalnya di Virtual Machines, Virtual Machine Scale Sets, dan Server yang diaktifkan Arc. Anda juga dapat menginstalnya di perangkat (stasiun kerja, desktop) yang menjalankan Windows 10 atau 11 menggunakan penginstal Windows MSI untuk AMA, yang saat ini tersedia dalam pratinjau.

Bisakah kita memfilter peristiwa menggunakan ID peristiwa, yaitu pemfilteran peristiwa yang lebih terperinci menggunakan Agen Azure Monitor baru?

Ya. Anda dapat menggunakan kueri Xpath untuk memfilter log Peristiwa Windows. Pelajari lebih lanjut
Untuk penghitung kinerja, Anda dapat menentukan penghitung tertentu yang ingin dikumpulkan, dan mengecualikan yang tidak Anda butuhkan. Untuk syslog di Linux, Anda dapat memilih Fasilitas dan tingkat log untuk setiap fasilitas untuk dikumpulkan.

Apakah agen Azure Monitor baru mendukung pengiriman data ke Pusat Aktivitas dan Akun Azure Storage?

Belum, tetapi agen baru bersama dengan Aturan Pengumpulan Data akan mendukung pengiriman data ke akun Azure Event Hubs dan Azure Storage di masa mendatang ketika AMA memulai konvergensi dengan ekstensi Diagnostik.

Apakah agen Azure Monitor baru memiliki dukungan penguatan untuk Linux?

Dukungan pengerasan untuk Linux belum tersedia.

Peran apa yang saya perlukan untuk membuat DCR yang mengumpulkan peristiwa dari server saya?

Jika saya membuat DCR yang berisi ID peristiwa yang sama dan mengaitkannya dengan VM yang sama, apakah peristiwa tersebut akan diduplikasi?

Ya. Untuk menghindari duplikasi, pastikan pemilihan peristiwa yang Anda buat dalam Aturan Pengumpulan Data Anda tidak berisi peristiwa duplikat.

Bagaimana cara memvalidasi kueri XPATH saya di AMA?

Gunakan cmdlet PowerShell Get-WinEvent dengan parameter -FilterJalurX untuk menguji validitas kueri JalurX. Untuk informasi selengkapnya, lihat tip yang diberikan di agen Windows berbasis instruksi koneksi . Cmdlet Get-WinEvent PowerShell mendukung hingga 23 ekspresi, yang didukung oleh Azure Monitor DCR hingga 20. Juga > dan < karakter harus dikodekan sebagai &gt; dan &lt; di DCR Anda.

Visualisasi

Mengapa saya tidak dapat melihat View Designer?

View Designer hanya tersedia untuk pengguna yang ditetapkan dengan izin Kontributor atau yang lebih tinggi di ruang kerja Log Analytics.

Application Insights

Masalah konfigurasi

Dapatkah saya menggunakan Application Insights dengan ...?

Apakah gratis?

Ya, untuk penggunaan eksperimental. Dalam paket harga dasar, aplikasi Anda dapat mengirim jatah data tertentu setiap bulan secara gratis. Jatah gratis cukup besar untuk mencakup pengembangan, dan menerbitkan aplikasi untuk beberapa pengguna. Anda dapat menetapkan batas untuk mencegah lebih dari jumlah data tertentu diproses.

Volume telemetri yang lebih besar dibebankan oleh Gb. Kami memberikan beberapa tips tentang cara membatasi biaya Anda.

Paket Enterprise dikenakan biaya untuk setiap hari bahwa setiap simpul server web mengirim telemetri. Ini cocok jika Anda ingin menggunakan Ekspor Berkelanjutan dalam skala besar.

Membaca paket harga.

Berapa harganya?

  • Buka halaman Penggunaan dan perkiraan biaya di sumber daya Application Insights. Ada bagan penggunaan terbaru. Anda dapat menetapkan batas volume data, jika mau.
  • Untuk melihat tagihan Anda di semua sumber daya:
    1. Membuka portal Azure
    2. Cari "Cost Management" dan gunakan panel Analisis biaya untuk melihat perkiraan biaya.
    3. Cari "Cost Management and Billing" dan buka panel Cakupan penagihan untuk melihat biaya saat ini di seluruh langganan.

Apa yang dimodifikasi Application Insights dalam proyek saya?

Detailnya tergantung pada jenis proyek. Untuk aplikasi web:

  • Tambahkan file ini ke proyek Anda:
    • ApplicationInsights.config
    • ai.js
  • Instal paket NuGet ini:
    • API Application Insights - API inti
    • API Application Insights untuk Aplikasi Web - digunakan untuk mengirim telemetri dari server
    • API Application Insights untuk Aplikasi JavaScript - digunakan untuk mengirim telemetri dari klien
  • Paket mencakup rakitan ini:
    • Microsoft.ApplicationInsights
    • Microsoft.ApplicationInsights.Platform
  • Menyisipkan item ke dalam:
    • Web.config
    • packages.config
  • (Hanya untuk proyek baru, Anda akan menambahkan Application Insights ke proyek yang ada secara manual). Masukkan cuplikan kode ke dalam kode klien dan server untuk menginisialisasi mereka dengan ID sumber daya Application Insights. Misalnya, di aplikasi MVC, kode dimasukkan ke halaman induk Views/Shared/_Layout.cshtml

Bagaimana cara meningkatkan dari versi SDK yang lebih lama?

Lihat catatan rilis untuk SDK yang sesuai dengan jenis aplikasi Anda.

Bagaimana cara mengubah sumber daya Azure tempat proyek saya mengirim data?

Di Penjelajah Solusi, klik kanan ApplicationInsights.config dan pilih Perbarui Application Insights. Anda dapat mengirim data ke sumber daya yang sudah ada atau yang baru di Azure. Wizard pembaruan mengubah kunci instrumentasi di ApplicationInsights.config, yang menentukan tempat SDK server mengirim data Anda. Kecuali Anda membatalkan pilihan "Perbarui semua", ini juga akan mengubah kunci tempat muncul di halaman web Anda.

Apakah wilayah Azure baru memerlukan penggunaan string koneksi?

Wilayah Azure baru mewajibkan penggunaan string koneksi, bukan kunci instrumentasi. String koneksi mengidentifikasi sumber daya yang ingin Anda kaitkan dengan data telemetri. String koneksi juga memungkinkan Anda untuk memodifikasi titik akhir yang akan digunakan oleh sumber daya sebagai tujuan untuk telemetri Anda. Anda harus menyalin string koneksi dan menambahkannya ke kode aplikasi atau ke variabel lingkungan.

Haruskah saya menggunakan string koneksi atau kunci instrumentasi?

String Koneksi lebih direkomendasikan daripada kunci instrumentasi.

Bisakah saya menggunakan `providers('Microsoft.Insights', 'components').apiVersions[0]` di penyebaran Azure Resource Manager saya?

Kami tidak menyarankan penggunaan metode ini untuk mengisi versi API. Versi terbaru dapat mewakili rilis pratinjau, yang mungkin berisi perubahan yang melanggar. Bahkan dengan rilis non-pratinjau yang lebih baru, versi API tidak selalu kompatibel dengan templat yang ada, atau dalam beberapa kasus versi API mungkin tidak tersedia untuk semua langganan.

Telemetri apa yang dikumpulkan oleh Application Insights?

Dari aplikasi web server:

Dari halaman web klien:

Dari sumber lain, jika Anda mengonfigurasinya:

Dapatkah saya memfilter atau mengubah beberapa telemetri?

Ya, di server Anda dapat menulis:

  • Prosesor Telemetri untuk memfilter atau menambahkan properti ke item telemetri yang dipilih sebelum dikirim dari aplikasi Anda.
  • Telemetri Initializer untuk menambahkan properti ke semua item telemetri.

Pelajari lebih lanjut untuk ASP.NET atau Java.

Bagaimana data kota, negara/wilayah, dan lokasi geografis lainnya dihitung?

Kami mencari alamat IP (IPv4 atau IPv6) klien web.

  • Telemetri browser: Kami mengumpulkan alamat IP pengirim.
  • Telemetri server: Modul Application Insights mengumpulkan alamat IP klien. Ini tidak dikumpulkan jika X-Forwarded-For diatur.
  • Untuk mempelajari lebih lanjut tentang bagaimana alamat IP dan data geolokasi dikumpulkan dalam Application Insights merujuk ke artikel ini.

Anda dapat mengonfigurasi ClientIpHeaderTelemetryInitializer untuk mengmbil alamat IP dari header lain. Di beberapa sistem, misalnya, ini dipindahkan oleh proksi, load balancer, atau CDN ke X-Originating-IP. Pelajari lebih lanjut.

Anda bisa menggunakan Power BI untuk menampilkan telemetri permintaan Anda di peta jika Anda telah bermigrasi ke sumber daya berbasis ruang kerja.

Berapa lama data disimpan di portal? Apakah aman?

Apa yang terjadi pada telemetri Application Insight saat server atau perangkat kehilangan koneksi dengan Azure?

Semua SDK kami, termasuk SDK web, termasuk "transportasi yang andal" atau "transportasi yang kuat". Saat server atau perangkat kehilangan koneksi dengan Azure, telemetri disimpan secara lokal pada sistem file (SDK Server) atau dalam Penyimpanan Sesi HTML5 (Web SDK). SDK akan secara berkala mencoba kembali untuk mengirim telemetri ini sampai layanan penyerapan kami menganggapnya "kedaluwarsa" (48 jam untuk log, 30 menit untuk metrik). Telemetri kedaluwarsa akan dihilangkan. Dalam beberapa kasus, seperti saat penyimpanan lokal penuh, coba lagi tidak akan terjadi.

Mungkinkah data pribadi dikirim dalam telemetri?

Anda dapat mengirim data pribadi jika kode Anda mengirim data tersebut. Ini juga dapat terjadi jika variabel dalam jejak tumpukan mencakup data pribadi. Tim pengembangan Anda harus melakukan penilaian risiko untuk memastikan bahwa data pribadi ditangani dengan benar. Pelajari lebih lanjut tentang privasi dan retensi data.

Semua oktet alamat web klien selalu diatur ke 0 setelah atribut lokasi geografis dicari.

SDK JavaScript Application Insights tidak menyertakan data pribadi apa pun dalam pelengkapan otomatisnya secara default. Namun, beberapa data pribadi yang digunakan dalam aplikasi Anda dapat diambil oleh SDK (misalnya, nama lengkap di window.title atau ID akun dalam parameter kueri URL XHR). Untuk masking data pribadi kustom, tambahkan penginisialisasi telemetri.

Kunci Instrumentasi saya terlihat di sumber halaman web saya.

  • Visibilitas ini adalah praktik umum dalam solusi pemantauan.
  • Ini tidak dapat digunakan untuk mencuri data Anda.
  • Ini dapat digunakan untuk menyimpangkan data Anda atau memicu pemberitahuan.
  • Kami belum mendengar bahwa setiap pelanggan memiliki masalah seperti itu.

Anda bisa:

  • Gunakan dua Kunci Instrumentasi terpisah (sumber daya Application Insights terpisah), untuk data klien dan server. Atau
  • Tulis proksi yang berjalan di server Anda, dan minta klien web mengirim data melalui proksi tersebut.

Bagaimana cara melihat data POST dalam pencarian Diagnostik?

Kami tidak mencatat data POST secara otomatis, tetapi Anda dapat menggunakan panggilan TrackTrace: masukkan data ke dalam parameter pesan. Parameter pesan memiliki batas ukuran yang lebih panjang daripada batas properti string, meskipun Anda tidak dapat menyaringnya.

Haruskah saya menggunakan satu atau beberapa sumber daya Application Insights?

Gunakan satu sumber daya untuk semua komponen atau peran dalam satu sistem bisnis. Gunakan sumber daya terpisah untuk versi pengembangan, pengujian, dan rilis, dan untuk aplikasi independen.

Bagaimana cara mengubah kunci instrumentasi secara dinamis?

Apa saja hitungan Pengguna dan Sesi?

  • JavaScript SDK menetapkan cookie pengguna di klien web, untuk mengidentifikasi pengguna yang kembali, dan cookie sesi ke aktivitas grup.
  • Jika tidak ada skrip sisi klien, Anda dapat mengatur cookie di server.
  • Jika satu pengguna nyata menggunakan situs Anda di browser yang berbeda, atau menggunakan penjelajahan pribadi/penyamaran, atau komputer yang berbeda, ini akan dihitung lebih dari sekali.
  • Untuk mengidentifikasi pengguna yang masuk di seluruh komputer dan browser, tambahkan panggilan ke setAuthenticatedUserContext().

Bagaimana Application Insights menghasilkan informasi perangkat (Browser, OS, Bahasa, Model)?

Browser melewati string Agen Pengguna di header HTTP permintaan, dan layanan penyerapan Application Insights menggunakan UA Parser untuk membuat bidang yang Anda lihat di tabel data dan pengalaman. Akibatnya, pengguna Application Insights tidak dapat mengubah bidang ini.

Terkadang, data ini mungkin hilang atau tidak akurat jika pengguna atau perusahaan menonaktifkan pengiriman Agen Pengguna di pengaturan Browser. Selain itu, regex UA Parser mungkin tidak menyertakan semua informasi perangkat atau Application Insights mungkin belum mengadopsi pembaruan terbaru.

Apakah saya telah mengaktifkan semuanya di Application Insights?

Apa yang harus Anda ketahui Cara mendapatkannya Mengapa Anda menginginkannya
Bagan ketersediaan Pengujian Web Ketahui bahwa aplikasi web Anda tayang
Perf aplikasi server: waktu respons, ... Tambahkan Application Insights ke proyek Anda atau Instal Agen Azure Monitor Application Insights di server (atau tulis kode Anda sendiri untuk melacak dependensi) Mendeteksi masalah perf
Telemetri dependensi Instal Agen Azure Monitor Application Insights di server Mendiagnosis masalah dengan database atau komponen eksternal lainnya
Mendapatkan jejak tumpukan dari pengecualian Menyisipkan panggilan TrackException dalam kode Anda (tetapi beberapa dilaporkan secara otomatis) Mendeteksi dan mendiagnosis pengecualian
Jejak log pencarian Menambahkan adapter pengelogan Diagnosis pengecualian, masalah perf
Dasar-dasar penggunaan klien: tampilan halaman, sesi, ... Penginisialisasi JavaScript di halaman web Analitik penggunaan
Metrik kustom klien Melacak panggilan di halaman web Meningkatkan pengalaman pengguna
Metrik kustom server Melacak panggilan di server Kecerdasan Bisnis

Mengapa hitungan di bagan Penelusuran dan Metrik tidak sama?

Pengambilan sampel mengurangi jumlah item telemetri (permintaan, peristiwa kustom, dan sebagainya) yang dikirim dari aplikasi Anda ke portal. Di Pencarian, Anda akan melihat jumlah item yang diterima. Dalam bagan metrik yang menampilkan hitungan peristiwa, Anda akan melihat jumlah peristiwa asli yang terjadi.

Setiap item yang dikirimkan membawa properti itemCount yang menunjukkan jumlah peristiwa asli yang diwakili item. Untuk mengamati pengambilan sampel dalam operasi, Anda dapat menjalankan kueri ini di Analytics:

    requests | summarize original_events = sum(itemCount), transmitted_events = count()

Bagaimana cara memindahkan sumber daya Application Insights ke wilayah baru?

Memindahkan sumber daya Application Insights yang ada dari satu wilayah ke wilayah lain saat ini tidak didukung. Data historis yang telah Anda kumpulkan tidak dapat dimigrasikan ke wilayah baru. Satu-satunya solusi parsial adalah:

  1. Buat sumber daya Application Insights baru (klasik atau berbasis ruang kerja) di wilayah baru.
  2. Buat ulang semua penyesuaian unik khusus untuk sumber daya asli di sumber daya baru.
  3. Ubah aplikasi Anda untuk menggunakan kunci instrumentasi atau string koneksi sumber daya wilayah baru.
  4. Uji untuk mengonfirmasi bahwa semuanya terus berfungsi seperti yang diharapkan dengan sumber daya Application Insights baru Anda.
  5. Pada titik ini Anda dapat menghapus sumber daya asli, yang akan mengakibatkan semua data historis hilang. Atau pertahankan sumber daya asli untuk tujuan pelaporan historis selama pengaturan retensi datanya.

Penyesuaian unik yang biasanya perlu dibuat ulang atau diperbarui secara manual untuk sumber daya di wilayah baru termasuk tetapi tidak terbatas pada:

  • Membuat ulang dasbor dan buku kerja kustom.
  • Membuat ulang atau memperbarui cakupan pemberitahuan log/metrik kustom apa pun.
  • Membuat ulang pemberitahuan ketersediaan.
  • Membuat ulang pengaturan kontrol akses berbasis peran Azure (Azure RBAC) kustom yang diperlukan pengguna Anda untuk mengakses sumber daya baru.
  • Mereplikasi pengaturan yang melibatkan pengambilan sampel penyerapan, retensi data, batas harian, dan pengaktifan metrik kustom. Pengaturan ini dikontrol melalui panel Penggunaan dan estimasi biaya.
  • Integrasi apa pun yang bergantung pada kunci API seperti anotasi rilis, saluran kontrol aman metrik langsung , dll. Anda harus membuat kunci API baru dan memperbarui integrasi terkait.
  • Ekspor berkelanjutan dalam sumber daya klasik perlu dikonfigurasi lagi.
  • Pengaturan diagnostik dalam sumber daya berbasis ruang kerja perlu dikonfigurasi lagi.

Catatan

Jika sumber daya yang Anda buat di wilayah baru menggantikan sumber daya klasik, sebaiknya jelajahi manfaat membuat sumber daya berbasis ruang kerja baru atau memigrasikan sumber daya yang ada ke berbasis ruang kerja.

Automation

Mengonfigurasi Application Insights

Anda dapat menulis skrip PowerShell menggunakan Azure Resource Monitor untuk:

  • Membuat dan memperbarui sumber daya Application Insights.
  • Mengatur paket harga.
  • Mendapatkan kunci instrumentasi.
  • Menambahkan pemberitahuan metrik.
  • Menambahkan pengujian ketersediaan.

Anda tidak dapat menyiapkan laporan Metric Explorer atau menyiapkan ekspor berkelanjutan.

Mengkueri telemetri

Gunakan REST API untuk menjalankan kueri Analytics.

Bagaimana cara mengatur pemberitahuan pada peristiwa?

Pemberitahuan Azure hanya ada pada metrik. Buat metrik kustom yang melewati ambang nilai setiap kali peristiwa terjadi. Kemudian, atur pemberitahuan pada metrik. Anda akan mendapatkan pemberitahuan setiap kali metrik melewati ambang batas di kedua arah; Anda tidak akan mendapatkan pemberitahuan hingga persimpangan pertama, tidak peduli apakah nilai awal tinggi atau rendah; selalu ada latensi beberapa menit.

Apakah ada biaya transfer data antara aplikasi web Azure dan Application Insights?

  • Jika aplikasi web Azure Anda dihosting di pusat data tempat ada titik akhir pengumpulan Application Insights, tidak ada biaya.
  • Jika tidak ada titik akhir pengumpulan di pusat data host Anda, telemetri aplikasi Anda akan dikenakan biaya keluar Azure.

Jawaban ini tergantung pada distribusi titik akhir kami, bukan di tempat sumber daya Application Insights Anda dihosting.

Dapatkah saya mengirim telemetri ke portal Application Insights?

Sebaiknya gunakan SDK kami dan gunakan SDK API. Ada varian SDK untuk berbagai platform. SDK ini menangani buffering, kompresi, pembatasan, percobaan ulang, dan sebagainya. Namun, skema penyerapan dan protokol titik akhir bersifat publik.

Dapatkah saya memantau server web intranet?

Ya, tetapi Anda harus mengizinkan lalu lintas ke layanan kami dengan pengecualian firewall atau pengalihan proksi.

  • QuickPulse https://rt.services.visualstudio.com:443
  • ApplicationIdProvider https://dc.services.visualstudio.com:443
  • TelemetryChannel https://dc.services.visualstudio.com:443

Tinjau daftar lengkap layanan dan alamat IP kami di sini.

Pengecualian firewall

Izinkan server web Anda untuk mengirim telemetri ke titik akhir kami.

Pengalihan gateway

Arahkan lalu lintas dari server Anda ke gateway di intranet dengan menimpa Titik akhir di konfigurasi Anda. Jika properti "Titik Akhir" ini tidak ada di konfigurasi Anda, kelas-kelas ini akan menggunakan nilai default yang ditunjukkan di bawah ini dalam contoh ApplicationInsights.config.

Gateway Anda harus merutekan lalu lintas ke alamat dasar titik akhir kami. Dalam konfigurasi Anda, ganti nilai default dengan http://<your.gateway.address>/<relative path>.

Contoh ApplicationInsights.config dengan titik akhir default:

<ApplicationInsights>
  ...
  <TelemetryModules>
    <Add Type="Microsoft.ApplicationInsights.Extensibility.PerfCounterCollector.QuickPulse.QuickPulseTelemetryModule, Microsoft.AI.PerfCounterCollector">
      <QuickPulseServiceEndpoint>https://rt.services.visualstudio.com/QuickPulseService.svc</QuickPulseServiceEndpoint>
    </Add>
  </TelemetryModules>
    ...
  <TelemetryChannel>
    <EndpointAddress>https://dc.services.visualstudio.com/v2/track</EndpointAddress>
  </TelemetryChannel>
  ...
  <ApplicationIdProvider Type="Microsoft.ApplicationInsights.Extensibility.Implementation.ApplicationId.ApplicationInsightsApplicationIdProvider, Microsoft.ApplicationInsights">
    <ProfileQueryEndpoint>https://dc.services.visualstudio.com/api/profiles/{0}/appId</ProfileQueryEndpoint>
  </ApplicationIdProvider>
  ...
</ApplicationInsights>

Catatan

ApplicationIdProvider tersedia mulai dari v2.6.0.

Passthrough proksi

Passthrough proksi dapat dicapai dengan mengonfigurasi proksi tingkat komputer atau tingkat aplikasi. Untuk mengetahui informasi selengkapnya, lihat artikel dotnet di DefaultProxy.

Contoh Web.config:

<system.net>
    <defaultProxy>
      <proxy proxyaddress="http://xx.xx.xx.xx:yyyy" bypassonlocal="true"/>
    </defaultProxy>
</system.net>

Dapatkah saya menjalankan Pengujian web ketersediaan di server intranet?

Pengujian web kami berjalan pada titik-titik kehadiran yang didistribusikan di seluruh dunia. Ada dua solusi:

  • Pintu firewall - Mengizinkan permintaan ke server Anda dari daftar agen pengujian web yang panjang dan dapat diubah.
  • Tulis kode Anda sendiri untuk mengirim permintaan berkala ke server dari dalam intranet. Anda dapat menjalankan pengujian web Visual Studio untuk tujuan ini. Penguji dapat mengirimkan hasilnya ke Application Insights menggunakan API TrackAvailability().

Berapa lama waktu yang dibutuhkan untuk mengumpulkan telemetri?

Sebagian besar data Application Insights memiliki latensi di bawah 5 menit. Beberapa data dapat memakan waktu lebih lama; biasanya file log yang lebih besar. Untuk mengetahui informasi selengkapnya, lihat SLA Application Insights.

Respons HTTP 502 dan 503 tidak selalu ditangkap oleh Application Insights

Kesalahan "502 gateway buruk" dan "503 layanan tidak tersedia" tidak selalu ditangkap oleh Application Insights. Jika hanya JavaScript pihak klien yang digunakan untuk memantau perilaku, perilaku ini akan diharapkan karena respons kesalahan ditampilkan sebelum halaman yang berisi header HTML dengan cuplikan JavaScript pemantauan yang sedang dirender.

Jika respons 502 atau 503 dikirim dari server dengan pemantauan sisi server diaktifkan, kesalahan akan dikumpulkan oleh SDK Application Insights.

Namun, masih ada kasus saat meskipun pemantauan sisi server diaktifkan di server web aplikasi, kesalahan 502 atau 503 tidak akan ditangkap oleh Application Insights. Banyak server web modern tidak memungkinkan klien berkomunikasi secara langsung, tetapi sebaliknya menggunakan solusi seperti proksi terbalik untuk meneruskan informasi bolak-balik antara klien dan server web front-end.

Dalam skenario ini, respons 502 atau 503 dapat dikembalikan ke klien karena masalah pada lapisan proksi terbalik dan ini tidak akan ditangkap di luar kotak oleh Application Insights. Untuk membantu mendeteksi masalah pada lapisan ini, Anda mungkin perlu meneruskan log dari proksi terbalik ke Log Analytics dan membuat aturan kustom untuk memeriksa respons 502/503. Untuk mempelajari lebih lanjut tentang penyebab umum kesalahan 502 dan 503, lihat artikel pemecahan masalah Azure App Service untuk "502 gateway buruk" dan "503 layanan tidak tersedia".

OpenTelemetry

Apa itu OpenTelemetry?

Standar sumber terbuka baru untuk pengamatan. Pelajari lebih lanjut di https://opentelemetry.io/.

Mengapa Application Insights Microsoft Azure Monitor berinvestasi di OpenTelemetry?

Microsoft adalah salah satu kontributor terbesar untuk OpenTelemetry.

Proposisi nilai utama dari OpenTelemetry termasuk bersifat netral terhadap vendor dan menyediakan API/SDK yang konsisten di seluruh bahasa.

Seiring waktu, kami yakin OpenTelemetry akan memungkinkan pelanggan Azure Monitor mengamati aplikasi yang ditulis dalam bahasa di luar bahasa yang didukung dan memperluas jumlah pustaka instrumen yang tersedia bagi pelanggan. Secara khusus, SDK OpenTelemetry .NET lebih berperforma pada skala besar daripada pendahulunya, SDK Application Insights.

Terakhir, OpenTelemetry juga selaras dengan strategi Microsoft untuk merangkul sumber terbuka.

Bagaimana status OpenTelemetry?

Solusi pengamatan lengkap mencakup ketiga pilar pengamatan. Komunitas OpenTelemetry merilis Distributed Tracing yang stabil pada Februari 2021 dan merilis Metrik stabil pada Maret 2022. Penawaran berbasis OpenTelemetry Azure Monitor mencakup dua pilar ini. Komunitas OpenTelemetry secara aktif berupaya menstabilkan spesifikasi API/SDK Pengelogan , dan kami berencana untuk menambahkan pengelogan ke penawaran berbasis OpenTelemetry kami dalam pencapaian berikutnya.

Bagaimana cara menguji OpenTelemetry?

Lihat dokumen pengaktifan kami untuk .NET, JavaScript (Node.js), Python atau Java, dan daftar untuk bergabung dengan komunitas adopsi awal Azure Monitor Application Insights kami di https://aka.ms/AzMonOtel untuk mendapatkan pemberitahuan tentang rilis utama.

Apa status rilis fitur saat ini dalam setiap penawaran OpenTelemetry?

Bagan berikut memecah dukungan fitur OpenTelemetry untuk setiap bahasa.

Fitur .NET Node.js Python Java
Pelacakan Terdistribusi ⚠️ ⚠️ ⚠️
Metrik Kustom ⚠️ ⚠️ ⚠️
Metrik Standar (akurasi saat ini dipengaruhi oleh pengambilan sampel) ⚠️ ⚠️ ⚠️
Pengambilan Sampel Laju Tetap ⚠️ ⚠️ ⚠️
Percobaan Ulang Otomatis Penyimpanan & Offline ⚠️ ⚠️ ⚠️
Pelaporan Pengecualian ⚠️ ⚠️ ⚠️
Pengumpulan Log
Autentikasi Azure Active Directory (AAD)
Mengisi otomatis nama peran cloud/instans peran di Azure
Metrik Langsung
Pengisian otomatis ID Pengguna, ID Pengguna Terautentikasi, dan IP Pengguna
Mengganti/mengatur Nama Operasi, ID Pengguna, atau ID Pengguna Terautentikasi secara manual
Pengambilan Sampel Adaptif
Profiler
Snapshot Debugger

Kunci

Bagaimana cara menentukan apakah OpenTelemetry tepat untuk saya?

Komunitas OpenTelemetry menggunakan stabil atau eksperimental untuk menandai kematangan sebuah perangkat lunak. Secara terpisah, Azure Monitor menggunakan "Pratinjau Umum" dan "Ketersediaan umum" untuk menandai stabilitas dan mendukung penerapan.

Jika aplikasi Anda ditulis dalam Java, kami merekomendasikan penawaran berbasis OpenTelemetry kami untuk semua orang yang GA'd pada bulan November 2020.

Jika aplikasi Anda ditulis dalam C#, JavaScript (Node.js), atau Python, SDK Application Insights saat ini menawarkan pengalaman paling kaya fitur.

Skenario yang mungkin mempengaruhi Anda memilih OpenTelemetry secepatnya mencakup mengirim telemetri ke Azure Monitor + vendor lain secara bersamaan, mengumpulkan dan menyatukan protokol instruksi yang ada, atau memanfaatkan fitur yang tersedia di OpenTelemetry-Collector. Misalnya, pelanggan telah melaporkan menggunakan prosesor batch, sampler berbasis tail, dan/atau prosesor atribut. Sementara fitur serupa ada di SDK Application Insights, beberapa pelanggan lebih memilih untuk meng-hosting pemrosesan ini di hilir dalam agen.

Anda dapat melihat kemajuan kami menuju eksportir Azure Monitor berbasis OpenTelemetry untuk C # . JavaScript, dan Python di repositori sumber terbuka.

Apakah operasi Application Insights bersama agen pesaing didukung? (misalnya, AppDynamics, DataDog, NewRelic, dll.)

Nomor. Ini bukan sesuatu yang kami rencanakan untuk diuji atau didukung, meskipun penawaran berbasis OpenTelemetry kami memungkinkan Anda untuk mengekspor ke titik akhir OTLP bersama Azure Monitor secara bersamaan.

Dapatkah saya menggunakan build Pratinjau di lingkungan produksi?

Tidak disarankan. Untuk mengetahui informasi selengkapnya, lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure.

Apakah Azure Monitor memiliki "Distro OpenTelemetry"?

OpenTelemetry mendefinisikan distribusi sebagai "pembungkus di sekitar repositori OpenTelemetry upstram dengan beberapa penyesuaian". Dalam pengertian ini, penawaran berbasis OpenTelemetry Java, Python, dan JavaScript (Node.js) kami adalah "distro" karena kami mengemas beberapa komponen bersama-sama untuk kemudahan pengaktifan. Distro ini mencakup komponen khusus Azure (misalnya, Pengekspor Azure Monitor dengan penyimpanan offline, sampler kustom) untuk mencapai pengalaman terbaik di Azure Monitor Application Insights. Dalam beberapa kasus, pelanggan mungkin ingin menggunakan "pendekatan piecemeal" untuk melengkapi daripada distro. Dalam kasus ini, pelanggan dapat menggunakan eksportir kami secara langsung, dan mereka akan bertanggung jawab untuk menarik semua paket yang tepat untuk implementasi mereka. Saat ini, .NET hanya menawarkan pengekspor OpenTelemetry untuk pendekatan piecemeal, tetapi di masa depan juga akan memiliki distro untuk mencakup skenario telemetri umum.

Apa perbedaan antara instrumentasi otomatis dan manual?

Instrumentasi manual adalah pengkodean terhadap API OpenTelemetry dan biasanya terdiri dari memasang SDK bahasa khusus dalam suatu aplikasi. "Manual" bukan berarti Anda akan diminta untuk menulis kode kompleks untuk menentukan rentang pelacakan terdistribusi (meskipun ini tetap menjadi opsi). Satu set perpustakaan instrumentasi yang berkembang dan kaya yang dikelola oleh kontributor OpenTelemetry akan memungkinkan Anda untuk dengan mudah mengambil sinyal telemetri di seluruh kerangka kerja dan perpustakaan umum.

Instrumentasi otomatis memungkinkan pengumpulan telemetri melalui konfigurasi tanpa menyentuh kode aplikasi. Meskipun sangat nyaman, instrumentasi ini cenderung kurang dapat dikonfigurasi dan tidak tersedia dalam semua bahasa.

Upaya instrumentasi otomatis OpenTelemetry mencakup penawaran Java, yang didukung Microsoft melalui distro yang disebut Java 3.X. Python dan .NET memiliki upaya instrumentasi otomatis eksperimental, yang saat ini tidak didukung Microsoft. Semua bahasa OpenTelemetry lainnya difokuskan pada Instrumentasi Manual saja.

Bisakah saya menggunakan Pengumpul OpenTelemetry?

Beberapa pelanggan sudah mulai menggunakan Pengumpul OpenTelemetry sebagai alternatif agen meskipun Microsoft belum secara resmi mendukung pendekatan berbasis agen untuk pemantauan aplikasi. Sementara itu, komunitas sumber terbuka telah memberikan kontribusi Eksportir Azure Monitor Pengumpul OpenTelemetry yang digunakan beberapa pelanggan untuk mengirim data ke Application Insights Azure Monitor.

Kami berencana untuk mendukung pendekatan berbasis agen di masa depan, meskipun rincian dan jadwalnya belum tersedia. Tujuan kami adalah untuk menyediakan jalur bagi setiap bahasa yang didukung OpenTelemetry untuk dikirim ke Azure Monitor melalui Protokol OpenTelemetry (OTLP). Ini akan memungkinkan pelanggan untuk mengamati aplikasi yang ditulis dalam bahasa yang tidak tercakup dalam bahasa yang kami didukung.

Apa perbedaan antara OpenCensus dan OpenTelemetry?

OpenCensus adalah pendahulu OpenTelemetry. Microsoft membantu menyatukan OpenTracing dan OpenCensus untuk membuat OpenTelemetry, satu standar pengamatan untuk dunia. Python SDK Azure Monitor yang direkomendasikan produksi saat ini didasarkan pada OpenCensus, tetapi akhirnya semua SDK Azure Monitor akan didasarkan pada OpenTelemetry.

Wawasan kontainer

Apa yang diwakili oleh 'Proses Lainnya' di tampilan Simpul?

Proses lainnya dimaksudkan untuk membantu Anda memahami dengan jelas akar penyebab penggunaan sumber daya yang tinggi pada simpul Anda. Ini memungkinkan Anda membedakan penggunaan antara proses kontainer vs proses yang tidak dikontainer.

Apa Proses Lainnya ini?

Ini adalah proses yang tidak dikontainer yang berjalan pada simpul Anda.

Bagaimana kita menghitung ini?

Proses Lainnya = Total penggunaan dari CAdvisor - Penggunaan dari proses kontainer

Proses lainnya meliputi:

  • Proses non-terkontainer Kube yang dikelola sendiri atau terkelola
  • Proses Runtime kontainer
  • Kubelet
  • Proses sistem yang berjalan pada simpul Anda
  • Beban kerja non-Kube lainnya yang berjalan pada perangkat keras simpul atau VM

Saya tidak melihat nilai properti Gambar dan Nama diisi saat meminta tabel ContainerLog.

Untuk versi agen ciprod12042019 dan yang lebih baru, secara default kedua properti ini tidak diisi untuk setiap baris log guna meminimalkan biaya yang timbul pada data log yang dikumpulkan. Ada dua opsi untuk mengkueri tabel yang menyertakan properti ini dengan nilainya:

Opsi 1

Gabungkan tabel lain untuk menyertakan nilai properti ini dalam hasil.

Ubah kueri Anda untuk menyertakan properti Image dan ImageTag dari tabel ContainerInventory dengan bergabung di properti ContainerID. Anda dapat menyertakan properti Name (seperti yang sebelumnya muncul dalam tabel ContainerLog) dari kolom ContaineName tabel KubepodInventory dengan bergabung di properti ContainerID. Ini adalah opsi yang direkomendasikan.

Contoh berikut adalah sampel kueri terperinci yang menjelaskan cara mendapatkan nilai bidang ini dengan gabungan.

//lets say we are querying an hour worth of logs
let startTime = ago(1h);
let endTime = now();
//below gets the latest Image & ImageTag for every containerID, during the time window
let ContainerInv = ContainerInventory | where TimeGenerated >= startTime and TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID, Image, ImageTag | project-away TimeGenerated | project ContainerID1=ContainerID, Image1=Image ,ImageTag1=ImageTag;
//below gets the latest Name for every containerID, during the time window
let KubePodInv  = KubePodInventory | where ContainerID != "" | where TimeGenerated >= startTime | where TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID2 = ContainerID, Name1=ContainerName | project ContainerID2 , Name1;
//now join the above 2 to get a 'jointed table' that has name, image & imagetag. Outer left is safer in-case there are no kubepod records are if they are latent
let ContainerData = ContainerInv | join kind=leftouter (KubePodInv) on $left.ContainerID1 == $right.ContainerID2;
//now join ContainerLog table with the 'jointed table' above and project-away redundant fields/columns and rename columns that were re-written
//Outer left is safer so you don't lose logs even if we can't find container metadata for loglines (due to latency, time skew between data types etc...)
ContainerLog
| where TimeGenerated >= startTime and TimeGenerated < endTime
| join kind= leftouter (
  ContainerData
) on $left.ContainerID == $right.ContainerID2 | project-away ContainerID1, ContainerID2, Name, Image, ImageTag | project-rename Name = Name1, Image=Image1, ImageTag=ImageTag1

Opsi 2

Aktifkan kembali koleksi untuk properti ini untuk setiap baris log kontainer.

Jika opsi pertama tidak nyaman karena perubahan kueri yang terlibat, Anda dapat mengaktifkan kembali pengumpulan bidang ini dengan mengaktifkan pengaturan log_collection_settings.enrich_container_logs di peta konfigurasi agen seperti yang dijelaskan dalam pengaturan konfigurasi pengumpulan data.

Catatan

Opsi kedua tidak disarankan dengan kluster besar yang memiliki lebih dari 50 simpul karena menghasilkan panggilan server API dari setiap simpul di kluster untuk melakukan pengayaan ini. Opsi ini juga meningkatkan ukuran data untuk setiap baris log yang dikumpulkan.

Dapatkah saya melihat metrik yang dikumpulkan di Grafana?

Wawasan kontainer mendukung penayangan metrik yang disimpan di ruang kerja Analitik Log Anda di dasbor Grafana. Kami telah menyediakan templat yang dapat Anda unduh dari repositori dasbor Grafana untuk membantu Anda memulai dan merujuk untuk membantu Anda mempelajari cara mengkueri data tambahan dari kluster yang dipantau guna memvisualisasikan dalam dasbor Grafana kustom.

Dapatkah saya memantau kluster mesin AKS dengan Wawasan kontainer?

Wawasan kontainer mendukung pemantauan beban kerja kontainer yang disebarkan ke kluster mesin AKS (sebelumnya dikenal sebagai mesin ACS) yang dihosting di Azure. Untuk informasi selengkapnya dan gambaran umum langkah-langkah yang diperlukan untuk mengaktifkan pemantauan untuk skenario ini, lihat Menggunakan wawasan Kontainer untuk mesin AKS.

Mengapa saya tidak melihat data di ruang kerja Log Analytics saya?

Jika Anda tidak dapat melihat data apa pun di ruang kerja Log Analytics pada waktu tertentu setiap hari, Anda mungkin telah mencapai batas default 500 MB, atau batas harian yang ditentukan untuk mengontrol jumlah data yang dikumpulkan setiap hari. Saat batas dicapai untuk hari itu, pengumpulan data berhenti dan dilanjutkan hanya pada hari berikutnya. Untuk meninjau penggunaan data Anda dan memperbarui ke tingkat harga yang berbeda berdasarkan pola penggunaan yang Anda antisipasi, lihat Detail biaya Log Azure Monitor.

Apa saja status kontainer yang ditentukan dalam tabel ContainerInventory?

Tabel ContainerInventory berisi informasi tentang kontainer yang dihentikan dan berjalan. Tabel diisi oleh alur kerja di dalam agen yang mengkueri docker untuk semua kontainer (berjalan dan dihentikan), dan meneruskan data ruang kerja Log Analytics.

Bagaimana cara mengatasi kesalahan 'Pendaftaran Langganan yang Hilang'?

Jika Anda menerima kesalahan Pendaftaran Langganan Hilang untuk Microsoft.OperationsManagement, Anda dapat mengatasinya dengan mendaftarkan penyedia sumber daya Microsoft.OperationsManagement dalam langganan tempat ruang kerja ditentukan. Dokumentasi untuk cara melakukan ini dapat ditemukan di sini.

Apakah ada dukungan untuk kluster AKS yangi diaktifkan Kubernetes RBAC?

Solusi Pemantauan Kontainer tidak mendukung RBAC Kube, tetapi didukung dengan wawasan Kontainer. Halaman detail solusi mungkin tidak menampilkan informasi yang tepat di panel yang memperlihatkan data untuk kluster ini.

Bagaimana cara mengaktifkan koleksi log untuk kontainer di namespace layanan sistem kubernetes melalui Helm?

Koleksi log dari kontainer di namespace layanan sistem kubernetes dinonaktifkan secara default. Pengumpulan log dapat diaktifkan dengan mengatur variabel lingkungan pada Agen Azure Monitor. Untuk mengetahui informasi selengkapnya, lihat halaman GitHub Wawasan kontainer.

Bagaimana cara memperbarui Agen Azure Monitor di Container Insights ke versi terbaru yang dirilis?

Untuk mempelajari cara meningkatkan agen, lihat Manajemen agen.

Mengapa baris log yang lebih besar dari 16 KB dibagi menjadi beberapa rekaman di Analitik Log?

Agen menggunakan driver pengelogan file Docker JSON untuk menangkap stdout dan stderr kontainer. Driver pengelogan ini membagi baris log yang lebih besar dari 16 KB menjadi beberapa baris saat disalin dari stdout atau stderr ke file.

Bagaimana cara mengaktifkan pengelogan multi-baris?

Saat ini Wawasan kontainer tidak mendukung pengelogan multibaris, tetapi ada solusi yang tersedia. Anda dapat mengonfigurasi semua layanan untuk ditulis dalam format JSON dan kemudian Docker/Moby akan menulisnya sebagai satu baris.

Misalnya, Anda dapat membalut log sebagai objek JSON seperti yang ditunjukkan dalam contoh di bawah untuk sampel aplikasi Node.js:

console.log(json.stringify({ 
      "Hello": "This example has multiple lines:",
      "Docker/Moby": "will not break this into multiple lines",
      "and you'll receive":"all of them in log analytics",
      "as one": "log entry"
      }));

Data ini akan terlihat seperti contoh berikut di Azure Monitor untuk log saat Anda mengkuerinya:

LogEntry : ({"Hello": "This example has multiple lines:","Docker/Moby": "will not break this into multiple lines", "and you'll receive":"all of them in log analytics", "as one": "log entry"}

Untuk melihat secara rinci masalah ini, tinjau tautan GitHub berikut.

Bagaimana cara mengatasi kesalahan Azure AD saat saya mengaktifkan log langsung?

Anda mungkin melihat kesalahan berikut: URL balasan yang ditentukan dalam permintaan tidak cocok dengan URL balasan yang dikonfigurasi untuk aplikasi: '<application ID>'. Solusi untuk mengatasinya dapat ditemukan di artikel Cara melihat data kontainer secara real time dengan WawasankKontainer.

Mengapa saya tidak dapat meningkatkan kluster setelah onboarding?

Jika setelah mengaktifkan Wawasan kontainer untuk kluster AKS, Anda akan menghapus ruang kerja Log Analytics, kluster akan mengirimkan datanya, saat mencoba meningkatkan kluster tersebut akan gagal. Untuk mengatasi hal ini, Anda harus menonaktifkan pemantauan, lalu mengaktifkannya kembali merujuk ke ruang kerja yang valid yang berbeda di langganan Anda. Saat Anda mencoba untuk melakukan peningkatan kluster lagi, ini harus diproses dan diselesaikan dengan sukses.

Port dan domain mana yang perlu saya buka/izinkan untuk agen?

Lihat persyaratan firewall Jaringan untuk informasi konfigurasi proksi dan firewall yang diperlukan untuk agen kontainer dengan cloud Azure, Azure US Government, dan Azure Tiongkok 21Vianet.

Apakah ada dukungan untuk pengumpulan log Audit Kubernetes untuk kluster ARO?

Tidak, Container Insights tidak mendukung pengumpulan Log Audit Kubernetes.

Mengapa saya tidak melihat Normal Event Types saat saya menanyakan tabel KubeEvents?

Secara default, Jenis Peristiwa Normal tidak dikumpulkan kecuali pengaturan collect_all_kube_events configmap diaktifkan. Jika Anda memerlukan kumpulan peristiwa Normal, aktifkan pengaturan collect_all_kube_events di container-azm-ms-agentconfig configmap. Lihat Konfigurasi pengumpulan data agen untuk Container Insight untuk detail mengonfigurasi peta konfigurasi.

Wawasan VM

Dapatkah saya onboarding ke ruang kerja yang sudah ada?

Jika komputer virtual Anda sudah terhubung ke ruang kerja Analitik Log, Anda dapat terus menggunakan ruang kerja tersebut saat onboarding ke wawasan VM, asalkan berada di salah satu wilayah yang didukung.

Dapatkah saya onboarding ke ruang kerja baru?

Jika VM Anda saat ini tidak tersambung ke ruang kerja Analitik Log yang ada, Anda perlu membuat ruang kerja baru untuk menyimpan data Anda. Membuat ruang kerja default baru dilakukan secara otomatis jika Anda mengonfigurasi satu Azure VM untuk wawasan VM melalui portal Azure.

Jika Anda memilih untuk menggunakan metode berbasis skrip, langkah-langkah ini dibahas dalam artikel Mengaktifkan wawasan VM menggunakan Azure PowerShell atau Resource Manager.

Apa yang harus saya lakukan jika VM saya sudah melapor ke ruang kerja yang sudah ada?

Jika Anda sudah mengumpulkan data dari komputer virtual, Anda mungkin telah mengonfigurasinya untuk melaporkan data ke ruang kerja Analitik Log yang ada. Selama ruang kerja tersebut berada di salah satu wilayah kami yang didukung, Anda dapat mengaktifkan wawasan VM ke ruang kerja yang sudah ada sebelumnya. Jika ruang kerja yang sudah Anda gunakan tidak berada di salah satu wilayah kami yang didukung, Anda tidak akan dapat melakukan onboarding ke wawasan VM saat ini. Kami secara aktif berupaya mendukung wilayah tambahan.

Mengapa VM saya gagal onboarding?

Langkah-langkah berikut terjadi onboarding Azure VM dari portal Azure:

  • Ruang kerja Log Analytics default dibuat, jika opsi tersebut dipilih.
  • Agen Analitik Log diinstal pada Azure VM menggunakan ekstensi VM, jika ditentukan diperlukan.
  • Agen Dependensi Peta wawasan VM diinstal pada Azure VM menggunakan ekstensi, jika ditentukan diperlukan.

Selama proses onboarding, kami memeriksa status pada masing-masing hal di atas untuk menampilkan status pemberitahuan kepada Anda di portal. Konfigurasi ruang kerja dan penginstalan agen biasanya memakan waktu 5 hingga 10 menit. Menampilkan data pemantauan di portal membutuhkan tambahan waktu 5 hingga 10 menit.

Jika Anda telah memulai onboarding dan melihat pesan yang menunjukkan VM perlu di-onboarding, izinkan hingga 30 menit agar VM menyelesaikan proses.

Saya tidak melihat beberapa atau data apa pun dalam bagan performa untuk VM saya

Jika Anda tidak melihat data performa dalam tabel disk atau di beberapa bagan performa, penghitung kinerja Anda mungkin tidak dikonfigurasi di ruang kerja. Untuk mengatasinya, jalankan skrip PowerShell berikut.

Apa perbedaan fitur Peta wawasan VM dengan Peta Layanan?

Fitur Peta wawasan VM didasarkan pada Peta Layanan, tetapi memiliki perbedaan berikut:

  • Tampilan Peta dapat diakses dari panel VM dan dari wawasan VM di bawah Azure Monitor.
  • Koneksi dalam Peta sekarang dapat diklik dan menampilkan tampilan data metrik koneksi di panel samping untuk koneksi yang dipilih.
  • Ada API baru yang digunakan untuk membuat peta untuk mendukung peta yang lebih kompleks dengan lebih baik.
  • VM yang dipantau sekarang disertakan dalam simpul grup klien, dan bagan donat menunjukkan proporsi komputer virtual yang dipantau vs tidak dipantau dalam grup. Ini juga dapat digunakan untuk memfilter daftar komputer saat grup diperluas.
  • Komputer virtual yang dipantau sekarang termasuk dalam simpul grup port server, dan bagan donat menunjukkan proporsi komputer yang dipantau vs tidak dimonitor dalam grup. Ini juga dapat digunakan untuk memfilter daftar komputer saat grup diperluas.
  • Gaya peta telah diperbarui agar lebih konsisten dengan Peta Aplikasi dari Wawasan aplikasi.
  • Panel samping telah diperbarui, dan tidak memiliki serangkaian integrasi lengkap yang didukung di Peta Layanan - Manajemen Pembaruan, Pelacakan Perubahan, Keamanan, dan Meja Layanan.
  • Opsi untuk memilih grup dan komputer yang akan dipetakan telah diperbarui dan sekarang mendukung Langganan, Grup Sumber Daya, Azure Virtual Machine Scale Sets, dan layanan Cloud.
  • Anda tidak dapat membuat grup komputer Peta Layanan baru di fitur Peta wawasan VM.

Mengapa bagan performa saya menunjukkan garis putus-putus?

Ini dapat terjadi karena beberapa alasan. Dalam kasus di mana ada celah dalam pengumpulan data, kami menggambarkan garis sebagai titik-titik. Jika Anda telah memodifikasi frekuensi pengambilan sampel data untuk penghitung kinerja yang diaktifkan (pengaturan defaultnya adalah mengumpulkan data setiap 60 detik), Anda dapat melihat garis putus-putus di bagan jika Anda memilih rentang waktu sempit untuk bagan dan frekuensi pengambilan sampel Anda kurang dari ukuran wadah yang digunakan dalam bagan (misalnya, frekuensi pengambilan sampel adalah setiap 10 menit dan setiap wadah pada bagan adalah 5 menit). Memilih rentang waktu yang lebih luas untuk menampilkan akan menyebabkan garis bagan muncul sebagai garis solid daripada titik-titik dalam kasus ini.

Apakah grup didukung dengan wawasan VM?

Ya, setelah Anda menginstal agen Dependensi, kami mengumpulkan informasi dari VM untuk menampilkan grup berdasarkan langganan, grup sumber daya, Virtual Machine Scale Sets, dan layanan cloud. Jika Anda telah menggunakan Peta Layanan dan telah membuat grup komputer, ini juga ditampilkan. Grup komputer juga akan muncul di filter grup jika Anda telah membuatnya untuk ruang kerja yang Sedang Anda lihat.

Bagaimana cara melihat detail untuk apa yang mendorong garis persentil ke-95 dalam bagan performa agregat?

Secara default, daftar diurutkan untuk menunjukkan kepada Anda VM yang memiliki nilai tertinggi untuk persentil ke-95 untuk metrik yang dipilih, kecuali untuk bagan Memori yang tersedia, yang menunjukkan komputer dengan nilai terendah persentil ke-5. Mengklik bagan akan membuka tampilan Top N List dengan metrik yang sesuai dipilih.

Bagaimana fitur Peta menangani IP duplikat di berbagai vnet dan subnet?

Jika Anda menduplikasi rentang IP baik dengan VM atau Azure Virtual Machine Scale Sets di seluruh subnet dan vnet, hal ini dapat menyebabkan Peta wawasan VM menampilkan informasi yang salah. Ini adalah masalah umum dan kami sedang menyelidiki opsi untuk meningkatkan pengalaman ini.

Apakah fitur Peta mendukung IPv6?

Fitur Peta saat ini hanya mendukung IPv4 dan kami sedang menyelidiki dukungan untuk IPv6. Kami juga mendukung IPv4 yang diteruskan di dalam IPv6.

Saat saya memuat peta untuk Grup Sumber Daya atau grup besar lainnya, peta sulit ditampilkan

Meskipun kami telah melakukan perbaikan pada Peta untuk menangani konfigurasi besar dan kompleks, kami menyadari peta dapat memiliki banyak simpul, koneksi, dan simpul yang berfungsi sebagai kluster. Kami berkomitmen untuk terus meningkatkan dukungan untuk meningkatkan skalabilitas.

Mengapa bagan jaringan pada tab Performa terlihat berbeda dari bagan jaringan di halaman Gambaran Umum Azure VM?

Halaman gambaran umum untuk Azure VM menampilkan bagan berdasarkan pengukuran aktivitas host di VM tamu. Untuk bagan jaringan pada Gambaran Umum Azure VM, bagan hanya menampilkan lalu lintas jaringan yang akan ditagih. Ini belum termasuk lalu lintas jaringan antar-virtual. Data dan bagan yang ditampilkan untuk wawasan VM didasarkan pada data dari tamu VM dan bagan jaringan menampilkan semua lalu lintas TCP/IP yang masuk dan keluar ke VM tersebut, termasuk jaringan antar-virtual.

Bagaimana waktu respons diukur untuk data yang disimpan di VMConnection dan ditampilkan di panel koneksi dan buku kerja?

Waktu respons adalah perkiraan. Karena kami tidak memberi instrumen kode aplikasi, kami tidak benar-benar tahu kapan permintaan dimulai dan respons tiba. Sebaliknya, kami mengamati data yang dikirim pada koneksi dan kemudian data datang kembali pada koneksi tersebut. Agen kami melacak pengiriman dan penerimaan ini dan mencoba memasangkannya: urutan pengiriman, diikuti dengan urutan penerimaan, ditafsirkan sebagai pasangan permintaan/respons. Waktu antara operasi ini adalah waktu respons. Ini akan mencakup latensi jaringan dan waktu pemrosesan server.

Perkiraan ini berfungsi dengan baik untuk protokol yang berbasis permintaan/respons: satu permintaan keluar pada koneksi, dan satu respons tiba. Ini adalah kasus untuk HTTP (tanpa alur), tetapi tidak sesuai untuk protokol lain.

Apakah ada batasan jika saya menggunakan paket harga Gratis Log Analytics?

Jika Anda telah mengonfigurasi Azure Monitor dengan ruang kerja Analitik Log menggunakan tingkat harga Gratis , fitur Peta wawasan VM hanya akan mendukung lima komputer yang terhubung yang terhubung ke ruang kerja. Jika Anda memiliki lima VM yang terhubung ke ruang kerja gratis, Anda memutuskan salah satu VM dan kemudian menghubungkan VM baru, VM baru tidak dipantau dan tercermin di halaman Peta.

Dalam kondisi ini, Anda akan diminta dengan opsi Coba Sekarang saat Anda membuka VM dan memilih Wawasan dari panel sebelah kiri, bahkan setelah diinstal di VM. Namun, Anda tidak diminta dengan opsi seperti yang biasanya terjadi jika VM ini tidak di-onboard ke wawasan VM.

Wawasan SQL (pratinjau)

Versi SQL Server apa yang didukung?

Kami mendukung SQL Server 2012 dan semua versi yang lebih baru. Lihat Versi yang didukung untuk detail selengkapnya.

Jenis sumber daya SQL apa yang didukung?

  • Azure SQL Database
  • Instans Terkelola Azure SQL
  • SQL Server di Azure Virtual Machines (SQL Server yang berjalan di komputer virtual yang terdaftar di penyedia komputer virtual SQL)
  • Azure VM (SQL Server yang berjalan di komputer virtual yang tidak terdaftar di penyedia komputer virtual SQL)

Lihat Versi yang didukung untuk detail selengkapnya dan untuk detail tentang skenario tanpa dukungan atau dukungan terbatas.

Sistem operasi apa untuk komputer virtual yang menjalankan SQL Server yang didukung?

Kami mendukung semua sistem operasi yang ditentukan oleh dokumentasi Windows dan Linux untuk SQL Server di Azure Virtual Machines.

Sistem operasi apa untuk pemantauan komputer virtual yang didukung?

Ubuntu 18.04 saat ini adalah satu-satunya sistem operasi yang didukung untuk pemantauan komputer virtual.

Di mana data pemantauan akan disimpan di Log Analytics?

Semua data pemantauan disimpan dalam tabel InsightsMetrics. Kolom Asal memiliki nilai solutions.azm.ms/telegraf/SqlInsights. Kolom Namespace layanan memiliki nilai yang dimulai dengan sqlserver_.

Seberapa sering data dikumpulkan?

Frekuensi pengumpulan data dapat disesuaikan. Lihat Data yang dikumpulkan oleh Wawasan SQL untuk mengetahui detail tentang frekuensi default. Lihat Membuat profil pemantauan SQL untuk petunjuk penyesuaian frekuensi.

Langkah berikutnya

Jika pertanyaan Anda tidak dijawab di sini, Anda dapat merujuk ke forum berikut untuk pertanyaan dan jawaban lainnya.

Untuk umpan balik umum di Azure Monitor, buka forum umpan balik.