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 namanya menjadi Azure Monitor agar dapat 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 satu database metrik untuk setiap langganan Azure, sementara Anda dapat membuat beberapa ruang kerja Log Analytics 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 Log Analytics. 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. Hal 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, hal ini dapat mengakibatkan file duplikat dengan persentase yang sangat kecil dari 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. Wawasan menggunakan metrik dan log yang sama dengan fitur lain di Azure Monitor tetapi dapat mengumpulkan data tambahan dan memberikan pengalaman unik di portal 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 berubah 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 Merancang penyebaran Azure Monitor Logs.

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 saatcakupan 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 Log Analytics 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.

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 Azure Windows (WAD). Untuk Linux, instal agen Telegraf seperti yang dijelaskan dalam Mengumpulkan metrik kustom untuk VM Linux dengan agen Telegraf InfluxData.

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 memanfaatkan kumpulan 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. Ini memungkinkan Anda 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?

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 Dependensi memerlukan agen Log Analytics dan detail proses dan dependensi yang dikumpulkan. Agen Azure Monitor adalah agen baru yang ditingkatkan yang akan mengonsolidasikan fitur dari semua agen yang disebutkan di atas dari waktu ke waktu, sekaligus memberikan manfaat tambahan seperti pengumpulan data terpusat, pemfilteran, multihoming, dan lainnya. Lihat Gambaran umum agen Azure Monitor.

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 Control Panel pada komputer agen, pilih Security Pengaturan,Microsoft Monitoring Agent. 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 terhubung ke Log Analytics secara langsung, buka Panel Kontrol dan pilih Pengaturan Keamanan,Agen Pemantauan Microsoft. 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

Pelajari cara Mengelola penggunaan dan biaya dengan Log Azure Monitor.

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:
    • Logika peringatan:Berdasarkanjumlah hasil, KondisiLebihBesar dari, Nilai ambang batas0
    • 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 yang 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

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

Apa jalur peningkatan dari Agen Analitik Log (MMA) ke Agen Azure Monitor (AMA) untuk memantau Manajer Operasi Pusat Sistem? 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: Untuk memantau sistem operasi Windows SCOM, jalur peningkatan sama dengan komputer lain, yang mana Anda dapat bermigrasi dari MMA (versi 2016, 2019) ke AMA segera setelah fitur paritas yang diperlukan tersedia di AMA.
  • Skenario 2: Untuk orientasi/onboarding Manajer Operasi Pusat Sistem ke ruang kerja Analitik Log, karena ini diaktifkan melalui konektor Manajer Operasi Pusat Sistem untuk Analitik Log/Azure Monitor, baik MMA maupun AMA tidak perlu diinstal pada server manajemen Manajer Operasi. Dengan demikian, tidak ada dampak untuk kasus penggunaan ini dari perspektif AMA.

Catatan

Anda dapat menjalankan kedua skenario di atas dengan MMA dan AMA secara berdampingan tanpa dampak apa pun.

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 ekstensi tambahan dipasang untuk solusi/layanan, ini tersedia untuk mengumpulkan data tambahan atau melakukan transformasi/pemrosesan sesuai kebutuhan untuk solusi/layanan, dan kemudian menggunakan AMA untuk merutekan data akhir ke Azure Monitor.

Berikut adalah diagram yang menjelaskan arsitektur ekstensibilitas baru:

Extensions architecture

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.

Dapatkan Azure Monitor Agent dan Log Analytics Agent baru berdampingan?

Ya, tetapi dengan pertimbangan tertentu. Baca selengkapnya di sini.

Apakah Azure Monitor Agent baru ada di paritas dengan agen yang ada?

Azure Monitor Agent belum memiliki paritas penuh dengan agen yang ada. Berikut adalah beberapa celah tingkat tinggi:

  • Perbandingan dengan Log Analytics Agents (MMA/OMS)

    • Tidak semua Log Analytics Solutions didukung hari ini. Lihat apa yang didukung
    • Tidak ada dukungan untuk Private Link
    • Tidak ada dukungan untuk mengumpulkan log kustom atau log IIS
  • Perbandingan dengan Ekstensi Diagnostik Azure (WAD/LAD)

    • Tidak ada dukungan untuk akun Event Hubs dan Storage sebagai tujuan

Apakah Azure Monitor Agent baru 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 datang dengan tanpa biaya tambahan atau penggunaan sumber daya, karena agen ARC hanya menggunakan mekanisme penginstalan dan tidak melakukan operasi apa pun kecuali Anda mengaktifkannya

Jenis komputer apa yang didukung oleh Azure Monitor Agent yang baru?

Anda dapat langsung memasangnya di Virtual Machine, Virtual Machine Scale Sets, dan Server dengan Dukungan Arc saja.

Daatkah kami memfilter peristiwa menggunakan ID peristiwa, yaitu pemfilteran peristiwa yang lebih terperinci menggunakan Azure Monitor Agent baru?

Ya. Anda dapat menggunakan kueri Xpath untuk memfilter peristiwa pada komputer 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 Event Hubs serta akun Azure Storage di masa mendatang. Perhatikan pengumuman di Pembaruan Azure atau bergabung dengan saluran Teams untuk pembaruan, dukungan, berita, dan lainnya yang sering terjadi!

Apakah agen Azure Monitor baru memiliki dukungan penguatan untuk Linux?

Saat ini tidak tersedia untuk agen dalam pratinjau, dan direncanakan untuk ditambahkan posting GA.

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 sejumlah kecil 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. Sangat 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.
  • Buka bilah Azure Billing untuk melihat tagihan Anda di semua sumber daya.

Apa yang diubah oleh 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
  • (Proyek baru saja - jika Anda menambahkan Aplikasi Insights ke proyek yang ada,Anda harus melakukan ini secara manual.) Menyisipkan cuplikan ke dalam kode klien dan server untuk menginisialisasinya dengan ID sumber daya aplikasi Insights. Misalnya, dalam aplikasi MVC, kode dimasukkan ke dalam halaman master 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 Solution Explorer, klik kanan ApplicationInsights.config dan pilih ApplicationInsights.config. 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 Anda atau ke variabel lingkungan.

Haruskah saya menggunakan string koneksi atau kunci instrumentasi?

String Koneksi lebih direkomendasikan daripada kunci instrumentasi.

Dapatkah saya menggunakan 'providers('Microsoft.Insights', 'components').apiVersions[0]' dalam deployment 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 menggunakan GeoLite2.

  • Telemetri browser: Kami mengumpulkan alamat IP pengirim.
  • Telemetri server: Modul Application Insights mengumpulkan alamat IP klien. Ini tidak dikumpulkan jika X-Forwarded-For ditetapkan.
  • 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, penyeimbang muatan, atau CDN ke X-Originating-IP. Pelajari selengkapnya.

Anda dapat menggunakan Power BI untuk menampilkan telemetri permintaan Anda di peta.

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?

Ini dimungkinkan 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 lengkapi 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.

  • Ini adalah praktik umum dalam memantau solusi.
  • 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 tersebut.

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. Ini memiliki batas ukuran yang lebih panjang daripada batas properti string, meskipun Anda tidak dapat memfilternya.

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 membuat 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 khusus, dan sebagainya) yang sebenarnya dikirim dari aplikasi Anda ke portal. Di Penelusuran, Anda melihat jumlah item yang benar-benar 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 durasi pengaturan retensi datanya.

Penyesuaian unik yang umumnya 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.
  • Setiap integrasi 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 eksplorasi keuntungan 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 di kedua arah; Anda tidak akan mendapatkan pemberitahuan sampai 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 akan dikenakan biaya keluar Azure.

Ini tidak bergantung pada tempat sumber daya Application Insights Anda dihosting. Ini hanya tergantung pada distribusi titik akhir kami.

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 ini akan menggunakan nilai default yang ditunjukkan di bawah 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, OpenTelemetry .NET SDK 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 sangat berkomitmen menerapkan Pelacakan Terdistribusi dan spesifikasi serta implementasi bahasa yang didukung telah terbukti stabil. Metrik dan Log masih dalam proses. Azure Monitor sedang mengerjakan solusi telemetri yang didukung berbasis OpenTelemetry yang mencakup Pelacakan Terdistribusi hanya dengan rencana untuk menambahkan pilar lainnya saat mereka matang di komunitas OpenTelemetry.

Bagaimana cara menguji OpenTelemetry?

Daftar untuk bergabung dengan komunitas pengadopsi awal Azure Monitor Application Insights kami di https://aka.ms/AzMonOtel.

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 Anda telah menjadi pelanggan Application Insights Azure Monitor, kami tidak menyarankan Anda bermigrasi ke OpenTelemetry (kecuali untuk aplikasi Java di mana kami merekomendasikan penawaran berbasis OpenTelemetry kami untuk semua orang yang akan Tersedia secara umum pada bulan November 2020).

SDK Application Insights saat ini untuk C# (ASP.NET dan ASP.NET Core) dan JavaScript (Node.js) atau OpenCensus Python menawarkan pengalaman dengan fitur paling lengkap dalam Application Insights.

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.

Dapatkah saya menggunakan build Pratinjau di lingkungan produksi?

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

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" tidak berarti Anda akan diminta untuk menulis kode kompleks untuk menentukan rentang untuk 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 CAdvisorPenggunaan dari proses containerized

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 cannot 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 dalam peta konfigurasi agen seperti yang dijelaskan dalam pengaturan konfigurasi pengumpulan log_collection_settings.enrich_container_logs.

Catatan

Opsi kedua tidak direkomendasikan dengan kluster besar yang memiliki lebih dari 50 simpul karena membuat panggilan API server 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 tampilan metrik yang disimpan di ruang kerja Log Analytics Anda di dasbor Grafana. Kami telah menyediakan templat yang dapat Anda unduh dari repositori dasbor Grafana untuk memulai dan referensi untuk membantu Anda mempelajari cara meminta data tambahan dari kluster yang dipantau untuk divisualisasikan di dasbor Grafana khusus.

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 detail lebih lanjut dan gambaran umum langkah-langkah yang diperlukan guna mengaktifkan pemantauan untuk skenario ini, lihat Menggunakan Wawasan kontainer untuk mesin AKS.

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

Jika tidak dapat melihat data apa pun di ruang kerja Analitik Log 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 pembaruan tingkat harga yang berbeda berdasarkan pola penggunaan yang Anda antisipasi, lihat Biaya dan penggunaan data log.

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 Kubernetes RBAC, tetapi didukung dengan Wawasan kontainer. Halaman detail solusi mungkin tidak menampilkan informasi yang tepat di bilah yang menampilkan 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. Koleksi log dapat diaktifkan dengan mengatur variabel lingkungan pada omsagent. Untuk mengetahui informasi selengkapnya, lihat halaman GitHub Wawasan kontainer.

Bagaimana cara memperbarui omsagent ke versi rilis terbaru?

Untuk mempelajari cara meningkatkan agen, lihat Manajemen agen.

Mengapa baris log lebih besar dari 16 KB dibagi menjadi beberapa catatan di Log Analytics?

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 multi-baris, 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 membungkus 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 will 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 will 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: 'ID > aplikasi'. 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 mengerjakan ini, Anda harus menonaktifkan pemantauan lalu mengaktifkannya kembali yang merujuk pada ruang kerja yang valid yang berbeda dalam 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, Wawasan Kontainer tidak mendukung pengumpulan Log Audit Kubernetes.

Wawasan VM

Dapatkah saya onboarding ke ruang kerja yang sudah ada?

Jika komputer virtual Anda sudah tersambung ke ruang kerja Log Analytics, Anda dapat terus menggunakan ruang kerja tersebut saat melakukan 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 Log Analytics yang ada, Anda harus 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 Log Analytics 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 menggunakan wawasan VM saat ini. Kami secara aktif berupaya mendukung wilayah tambahan.

Mengapa VM saya gagal onboarding?

Saat melakukan onboarding Azure VM dari portal Azure, langkah-langkah berikut ini dilakukan:

  • Ruang kerja Log Analytics default dibuat, jika opsi tersebut dipilih.
  • Agen Log Analytics diinstal di 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 onboard, memungkinkan hingga 30 menit untuk VM untuk menyelesaikan proses.

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

Bagan performa kami telah diperbarui untuk menggunakan data yang disimpan dalam tabel InsightsMetrics. Untuk melihat data di bagan ini, Anda harus meningkatkan untuk menggunakan solusi Wawasan VM baru. Lihat Tanya Jawab Umum GA kami untuk informasi tambahan.

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 bilah VM dan dari wawasan VM pada 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 guna 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 ke peta telah diperbarui dan sekarang mendukung Langganan, Grup Sumber Daya, set skala komputer virtual Azure, 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 saat 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 default adalah mengumpulkan data setiap 60 detik), Anda dapat melihat garis putus-putus di bagan jika 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, set skala mesin virtual, 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 tampilkan.

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 Daftar N Teratas 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 set skala komputer virtual Azure di seluruh subnet dan vnet, itu 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 Log Analytics menggunakan tingkat harga Gratis, fitur Peta wawasan VM hanya akan mendukung lima komputer tersambung yang tersambung ke ruang kerja. Jika Anda memiliki lima VM yang tersambung ke ruang kerja gratis, Anda memutuskan koneksi salah satu VM dan kemudian menyambungkan 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 biasanya terjadi jika VM ini tidak onboarding 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. Kolom Namespace memiliki nilai yang dimulai dengan .

Seberapa sering data dikumpulkan?

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

Langkah berikutnya

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

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