Memantau referensi data Azure Service Bus
Lihat Memantau Azure Service Bus untuk detail tentang pengumpulan dan analisis data pemantauan untuk Azure Service Bus.
Catatan
Azure Monitor tidak menyertakan dimensi dalam data metrik yang diekspor yang dikirim ke tujuan seperti Azure Storage, Azure Event Hubs, Log Analytics, dll.
Metrik
Bagian ini mencantumkan semua metrik platform yang dikumpulkan secara otomatis yang dikumpulkan untuk Azure Service Bus. Penyedia sumber daya untuk metrik ini adalah Microsoft.ServiceBus/namespaces.
Metrik permintaan
Menghitung jumlah permintaan operasi data dan manajemen.
Nama Metrik | Dapat diekspor melalui pengaturan diagnostik | Unit | Jenis agregasi | Deskripsi | Dimensi |
---|---|---|---|---|---|
Permintaan Masuk | Ya | Hitung | Total | Jumlah permintaan yang dibuat untuk layanan Service Bus selama periode tertentu. | EntityName |
Permintaan Berhasil | No | Hitung | Total | Jumlah permintaan berhasil yang dibuat untuk layanan Service Bus selama periode tertentu. | Nama entitas OperationResult |
Kesalahan Server | No | Hitung | Total | Jumlah permintaan yang tidak diproses karena kesalahan dalam layanan Service Bus selama periode tertentu. | Nama entitas OperationResult |
Kesalahan Pengguna | No | Hitung | Total | Jumlah permintaan yang tidak diproses karena kesalahan pengguna selama periode tertentu. | Nama entitas |
Permintaan Dibatasi | No | Hitung | Total | Jumlah permintaan yang dibatasi karena penggunaannya terlampaui. Dimensi MessagingErrorSubCode memiliki nilai berikut:
|
Nama entitas MessagingErrorSubCode |
Jumlah Operasi Titik Pemeriksaan yang Tertunda | No | jumlah | Rata-rata | Jumlah operasi titik pemeriksaan yang tertunda di namespace layanan. Layanan mulai dibatasi saat jumlah titik pemeriksaan yang tertunda melebihi batas operasi (500.000 + (500.000 * unit Olahpesan)). Metrik ini hanya berlaku untuk namespace layanan yang menggunakan tingkat premium. | MessagingErrorSubCode |
Latensi Kirim Server | No | milliseconds | Rata-rata | Waktu yang dibutuhkan oleh layanan Azure Service Bus untuk menyelesaikan permintaan. | Nama entitas |
Dua jenis kesalahan berikut diklasifikasikan sebagai kesalahan pengguna:
- Kesalahan sisi klien (Dalam HTTP yang akan menjadi kesalahan 400).
- Kesalahan yang terjadi saat memproses pesan, seperti MessageLockLostException.
Metrik pesan
Nama Metrik | Dapat diekspor melalui pengaturan diagnostik | Unit | Jenis agregasi | Deskripsi | Dimensi |
---|---|---|---|---|---|
Pesan Masuk | Ya | Hitung | Total | Jumlah peristiwa atau pesan yang dikirim ke Service Bus selama periode tertentu. Untuk tingkat dasar dan standar, pesan masuk yang diteruskan secara otomatis disertakan dalam metrik ini. Dan, untuk tingkat premium, mereka tidak disertakan. | Nama entitas |
Pesan Keluar | Ya | Hitung | Total | Jumlah peristiwa atau pesan yang diterima dari Service Bus selama periode tertentu. Pesan yang diteruskan secara otomatis keluar tidak disertakan dalam metrik ini. | Nama entitas |
Pesan | No | Hitung | Rata-rata | Jumlah pesan dalam antrean/topik. Metrik ini mencakup pesan di semua status yang berbeda seperti aktif, surat mati, terjadwal, dll. | Nama entitas |
Pesan Aktif | No | Hitung | Rata-rata | Jumlah pesan aktif dalam antrean/topik. Pesan aktif adalah pesan dalam antrean atau langganan yang dalam status aktif dan siap untuk pengiriman. Pesan tersedia untuk diterima. | Nama entitas |
Pesan dengan surat mati | No | Hitung | Rata-rata | Menghitung pesan dengan dead-letter dalam antrean/topik. | Nama entitas |
Pesan terjadwal | No | Hitung | Rata-rata | Jumlah pesan terjadwal dalam antrean/topik. | Nama entitas |
Pesan Selesai | Ya | Hitung | Total | Jumlah pesan yang diselesaikan selama periode tertentu. | Nama entitas |
Pesan Diabaikan | Ya | Hitung | Total | Jumlah pesan yang ditinggalkan selama periode tertentu. | Nama entitas |
Ukuran | No | Byte | Rata-rata | Ukuran entitas (antrean atau topik) dalam byte. | Nama entitas |
Penting
Nilai untuk pesan, pesan aktif, dengan dead-letter, terjadwal, selesai, dan diabaikan adalah nilai point-in-time. Pesan masuk yang dikonsumsi segera setelah point-in-time tersebut mungkin tidak tercermin dalam metrik ini.
Catatan
Ketika klien mencoba untuk mendapatkan info tentang antrean atau topik, layanan Bus Layanan mengembalikan beberapa informasi statis seperti nama, waktu terakhir diperbarui, waktu yang dibuat, memerlukan sesi atau tidak dll., dan beberapa informasi dinamis seperti jumlah pesan. Jika permintaan dibatasi, layanan mengembalikan informasi statis dan informasi dinamis kosong. Itulah sebabnya jumlah pesan ditampilkan sebagai 0 saat namespace sedang dibatasi. Perilaku ini secara desain.
Metrik koneksi
Nama Metrik | Dapat diekspor melalui pengaturan diagnostik | Unit | Jenis agregasi | Deskripsi | Dimensi |
---|---|---|---|---|---|
Sambungan Aktif | No | Hitung | Total | Jumlah koneksi aktif pada namespace dan pada entitas di namespace. Nilai untuk metrik ini adalah nilai point-in-time. Koneksi yang aktif segera setelah point-in-time tersebut mungkin tidak tercermin dalam metrik. | |
Sambungan Dibuka | No | Hitung | Rata-rata | Jumlah koneksi terbuka. Nilai untuk metrik ini adalah agregasi, dan mencakup semua koneksi yang dibuka di jendela waktu agregasi. | Nama entitas |
Sambungan Ditutup | No | Hitung | Rata-rata | Jumlah koneksi tertutup. Nilai untuk metrik ini adalah agregasi, dan mencakup semua koneksi yang dibuka di jendela waktu agregasi. | Nama entitas |
Metrik penggunaan sumber daya
Catatan
Metrik berikut hanya tersedia dengan tingkatan premium.
Metrik yang penting untuk memantau pemadaman untuk namespace tingkat premium adalah: Penggunaan CPU per namespace dan ukuran memori per namespace. Siapkan pemberitahuan untuk metrik ini menggunakan Azure Monitor.
Metrik lain yang dapat Anda pantau adalah: permintaan yang dibatasi. Ini seharusnya tidak menjadi masalah selama namespace tetap dalam memori, CPU, dan batas koneksi diperantarai. Untuk informasi selengkapnya, lihat Pembatasan di tingkatan Azure Service Bus Premium
Nama Metrik | Dapat diekspor melalui pengaturan diagnostik | Unit | Jenis agregasi | Deskripsi | Dimensi |
---|---|---|---|---|---|
Penggunaan CPU per namespace | No | CPU | Persen | Persentase penggunaan CPU namespace. | Replika |
Penggunaan ukuran memori per namespace | No | Penggunaan Memori | Persen | Persentase penggunaan memori namespace. | Replika |
Metrik kesalahan
Nama Metrik | Dapat diekspor melalui pengaturan diagnostik | Unit | Jenis agregasi | Deskripsi | Dimensi |
---|---|---|---|---|---|
Kesalahan Server | No | Hitung | Total | Jumlah permintaan yang tidak diproses karena kesalahan dalam layanan Service Bus selama periode tertentu. | Nama entitas Hasil Operasi |
Kesalahan Pengguna | No | Hitung | Total | Jumlah permintaan yang tidak diproses karena kesalahan pengguna selama periode tertentu. | Nama entitas Hasil Operasi |
Dimensi metrik
Azure Service Bus mendukung dimensi berikut untuk metrik di Azure Monitor. Menambahkan dimensi ke metrik Anda bersifat opsional. Jika Anda tidak menambahkan dimensi, metrik ditentukan pada tingkat namespace.
Nama dimensi | Deskripsi |
---|---|
Nama Entitas | Service Bus mendukung entitas olahpesan di bawah namespace. Dengan metrik 'Permintaan Masuk', dimensi Nama Entitas akan memiliki nilai '-NamespaceOnlyMetric-' selain semua antrean dan topik Anda. Ini mewakili permintaan, yang dibuat pada tingkat namespace layanan. Contohnya termasuk permintaan untuk mencantumkan semua antrean/topik di bawah namespace layanan atau permintaan ke entitas yang gagal autentikasi atau otorisasi. |
Log sumber daya
Bagian ini mencantumkan tipe log sumber daya yang bisa Anda kumpulkan untuk Azure Service Bus.
- Log Operasional
- Jaringan virtual dan log pemfilteran IP
- Log Audit Runtime
Azure Bus Layanan sekarang memiliki kemampuan untuk mengirimkan log ke salah satu dari dua tabel tujuan - Tabel khusus Azure Diagnostic atau Resource di Log Analytics. Anda dapat menggunakan pengalih yang tersedia di portal Azure untuk memilih tabel tujuan.
Log Operasional
Entri log operasional mencakup elemen yang tercantum dalam tabel berikut ini:
Nama | Deskripsi | Didukung di AzureDiagnostics | Didukung dalam AZMSOperationalLogs (tabel Spesifik Sumber Daya) |
---|---|---|---|
ActivityId |
ID internal, digunakan untuk mengidentifikasi aktivitas yang ditentukan | Ya | Ya |
EventName |
Nama operasi | Ya | Ya |
ResourceId |
ID sumber daya Azure Resource Manager | Ya | Ya |
SubscriptionId |
ID Langganan | Ya | Ya |
EventtimeString |
Waktu operasi | Ya | Tidak |
TimeGenerated [UTC] |
Waktu operasi yang dijalankan (dalam UTC) | Tidak | Ya |
EventProperties |
Properti operasi | Ya | Ya |
Status |
Status operasi | Ya | Ya |
Caller |
Pemanggil operasi (portal Microsoft Azure atau klien manajemen) | Ya | Ya |
Provider |
Nama Layanan yang memancarkan log misalnya, ServiceBus | Tidak | Ya |
Type |
Jenis log yang dipancarkan | Tidak | Ya |
Category |
Kategori Log | Ya | Tidak |
Berikut adalah contoh string JSON log operasional:
AzureDiagnostics:
{
"ActivityId": "0000000000-0000-0000-0000-00000000000000",
"EventName": "Create Queue",
"resourceId": "/SUBSCRIPTIONS/<AZURE SUBSCRPTION ID>/RESOURCEGROUPS/<RESOURCE GROUP NAME>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<SERVICE BUS NAMESPACE NAME>",
"SubscriptionId": "0000000000-0000-0000-0000-00000000000000",
"EventTimeString": "9/28/2016 8:40:06 PM +00:00",
"EventProperties": "{\"SubscriptionId\":\"0000000000-0000-0000-0000-00000000000000\",\"Namespace\":\"mynamespace\",\"Via\":\"https://mynamespace.servicebus.windows.net/f8096791adb448579ee83d30e006a13e/?api-version=2016-07\",\"TrackingId\":\"5ee74c9e-72b5-4e98-97c4-08a62e56e221_G1\"}",
"Status": "Succeeded",
"Caller": "ServiceBus Client",
"category": "OperationalLogs"
}
Entri tabel khusus sumber daya:
{
"ActivityId": "0000000000-0000-0000-0000-00000000000000",
"EventName": "Retrieve Queue",
"resourceId": "/SUBSCRIPTIONS/<AZURE SUBSCRPTION ID>/RESOURCEGROUPS/<RESOURCE GROUP NAME>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<SERVICE BUS NAMESPACE NAME>",
"SubscriptionId": "0000000000-0000-0000-0000-00000000000000",
"TimeGenerated(UTC)": "9/28/2023 8:40:06 PM +00:00",
"EventProperties": "{\"SubscriptionId\":\"0000000000-0000-0000-0000-00000000000000\",\"Namespace\":\"mynamespace\",\"Via\":\"https://mynamespace.servicebus.windows.net/f8096791adb448579ee83d30e006a13e/?api-version=2016-07\",\"TrackingId\":\"5ee74c9e-72b5-4e98-97c4-08a62e56e221_G1\"}",
"Status": "Succeeded",
"Caller": "ServiceBus Client",
"type": "AZMSOperationalLogs",
"Provider" : "SERVICEBUS"
}
Peristiwa dan operasi yang diambil dalam log operasional
Log operasional mengambil semua operasi manajemen yang dilakukan pada namespace Azure Service Bus. Operasi data tidak diambil, karena tingginya volume operasi data yang dilakukan di Azure Service Bus.
Catatan
Untuk membantu Anda melacak operasi data dengan lebih baik, sebaiknya gunakan pelacakan sisi klien.
Operasi manajemen berikut ini ditangkap dalam log operasional:
Cakupan | Operasi |
---|---|
Ruang nama | - Buat Namespace - Perbarui Namespace layanan - Hapus Namespace - Perbarui Namespace layanan - Ambil Namespace - Kebijakan SharedAccess |
Antrean | - Buat Antrean - Perbarui Antrean - Hapus Antrean - Penghapusan AutoDelete Antrean - Ambil Antrean |
Topik | - Buat Topik - Perbarui Topik - Hapus Topik - Hapus Topik Penghapusan AutoDelete - Ambil Topik |
Langganan | - Buat Langganan - Perbarui Langganan - Hapus Langganan - Menghapus Langganan AutoDelete - Ambil Langganan |
Catatan
Saat in, operasi Baca tidak dilacak dalam log operasional.
Jaringan virtual dan log pemfilteran IP
Peristiwa koneksi jaringan virtual Bus Layanan (VNet) JSON menyertakan elemen yang tercantum dalam tabel berikut:
Nama | Deskripsi | Didukung dalam Diagnostik Azure | Didukung di AZMSVnet Koneksi ionEvents (Tabel khusus sumber daya) |
---|---|---|---|
SubscriptionId |
ID langganan Azure | Ya | Ya |
NamespaceName |
Nama namespace | Ya | Ya |
IPAddress |
Alamat IP klien yang tersambung ke layanan Bus Layanan | Ya | Ya |
AddressIP |
Alamat IP klien yang terhubung ke bus layanan | Ya | Ya |
TimeGenerated [UTC] |
Waktu operasi yang dijalankan (dalam UTC) | Ya | Ya |
Action |
Tindakan yang dilakukan oleh layanan Bus Layanan saat mengevaluasi permintaan koneksi. Tindakan yang didukung adalah Terima Koneksi dan Tolak Koneksi. | Ya | Ya |
Reason |
Memberikan alasan mengapa tindakan dilakukan | Ya | Ya |
Count |
Jumlah kemunculan untuk tindakan yang diberikan | Ya | Ya |
ResourceId |
ID sumber daya Azure Resource Manager. | Ya | Ya |
Category |
Kategori Log | Ya | Tidak |
Provider |
Nama Layanan yang memancarkan log misalnya, ServiceBus | Tidak | Ya |
Type |
Jenis Log yang Dikeluarkan | Tidak | Ya |
Catatan
Log jaringan virtual dibuat hanya jika namespace memungkinkan akses dari jaringan yang dipilih atau dari alamat IP tertentu (aturan filter IP).
Berikut ini contoh string JSON log jaringan virtual:
AzureDiagnostics;
{
"SubscriptionId": "0000000-0000-0000-0000-000000000000",
"NamespaceName": "namespace-name",
"IPAddress": "1.2.3.4",
"Action": "Accept Connection",
"Reason": "IP is accepted by IPAddress filter.",
"Count": 1,
"ResourceId": "/SUBSCRIPTIONS/<AZURE SUBSCRIPTION ID>/RESOURCEGROUPS/<RESOURCE GROUP NAME>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<SERVICE BUS NAMESPACE NAME>",
"Category": "ServiceBusVNetConnectionEvent"
}
Entri tabel khusus sumber daya:
{
"SubscriptionId": "0000000-0000-0000-0000-000000000000",
"NamespaceName": "namespace-name",
"AddressIp": "1.2.3.4",
"Action": "Accept Connection",
"Message": "IP is accepted by IPAddress filter.",
"Count": 1,
"ResourceId": "/SUBSCRIPTIONS/<AZURE SUBSCRIPTION ID>/RESOURCEGROUPS/<RESOURCE GROUP NAME>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<SERVICE BUS NAMESPACE NAME>",
"Provider" : "SERVICEBUS",
"Type": "AZMSVNetConnectionEvents"
}
Log audit runtime
Log audit runtime akan mengambil informasi diagnostik agregat untuk semua operasi akses data plane (seperti mengirim atau menerima pesan) di Azure Service Bus.
Catatan
Log audit runtime saat ini hanya tersedia di tingkat premium.
Log audit runtime menyertakan elemen yang tercantum dalam tabel berikut:
Nama | Deskripsi | Didukung dalam Diagnostik Azure | Didukung dalam AZMSRuntimeAuditLogs (Tabel khusus sumber daya) |
---|---|---|---|
ActivityId |
UUID yang dibuat secara acak yang memastikan keunikan untuk aktivitas audit. | Ya | Ya |
ActivityName |
Nama operasi runtime. | Ya | Ya |
ResourceId |
Sumber daya terkait dengan aktivitas. | Ya | Ya |
Timestamp |
Waktu agregasi. | Ya | Tidak |
time Generated (UTC) |
Waktu agregat | Tidak | Ya |
Status |
Status aktivitas (berhasil atau gagal). | Ya | Ya |
Protocol |
Tipe protokol terkait dengan operasi. | Ya | Ya |
AuthType |
Jenis autentikasi (ID Microsoft Entra atau Kebijakan SAS). | Ya | Ya |
AuthKey |
ID aplikasi Microsoft Entra atau nama kebijakan SAS yang digunakan untuk mengautentikasi ke sumber daya. | Ya | Ya |
NetworkType |
Jenis akses jaringan: Public atau Private . |
yes | Ya |
ClientIP |
Alamat IP aplikasi klien. | Ya | Ya |
Count |
Total jumlah operasi yang dijalankan selama periode agregat selama 1 menit. | Ya | Ya |
Properties |
Metadata yang khusus untuk operasi sarana data. | yes | Ya |
Category |
Kategori log | Ya | Tidak |
Provider |
Nama Layanan yang memancarkan log misalnya, ServiceBus | Tidak | Ya |
Type |
Jenis Log yang dipancarkan | Tidak | Ya |
Berikut adalah contoh entri log audit runtime:
AzureDiagnostics:
{
"ActivityId": "<activity id>",
"ActivityName": "ConnectionOpen | Authorization | SendMessage | ReceiveMessage | PeekLockMessage",
"ResourceId": "/SUBSCRIPTIONS/xxx/RESOURCEGROUPS/<Resource Group Name>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<Service Bus namespace>/servicebus/<service bus name>",
"Time": "1/1/2021 8:40:06 PM +00:00",
"Status": "Success | Failure",
"Protocol": "AMQP | HTTP | SBMP",
"AuthType": "SAS | AAD",
"AuthKey": "<AAD Application Name| SAS policy name>",
"NetworkType": "Public | Private",
"ClientIp": "x.x.x.x",
"Count": 1,
"Category": "RuntimeAuditLogs"
}
Entri tabel khusus sumber daya:
{
"ActivityId": "<activity id>",
"ActivityName": "ConnectionOpen | Authorization | SendMessage | ReceiveMessage | PeekLockMessage",
"ResourceId": "/SUBSCRIPTIONS/xxx/RESOURCEGROUPS/<Resource Group Name>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<Service Bus namespace>/servicebus/<service bus name>",
"TimeGenerated (UTC)": "1/1/2021 8:40:06 PM +00:00",
"Status": "Success | Failure",
"Protocol": "AMQP | HTTP | SBMP",
"AuthType": "SAS | AAD",
"AuthKey": "<AAD Application Name| SAS policy name>",
"NetworkType": "Public | Private",
"ClientIp": "x.x.x.x",
"Count": 1,
"Provider": "SERVICEBUS",
"Type" : "AZMSRuntimeAuditLogs"
}
Log Kesalahan Diagnostik
Log kesalahan diagnostik menangkap pesan kesalahan untuk sisi klien, pembatasan, dan kesalahan Kuota yang terlampaui. Mereka memberikan diagnostik terperinci untuk identifikasi kesalahan.
Log Kesalahan Diagnostik menyertakan elemen yang tercantum dalam tabel di bawah ini:
Nama | Deskripsi | Didukung dalam Diagnostik Azure | Didukung dalam AZMSDiagnosticErrorLogs (Tabel khusus sumber daya) |
---|---|---|---|
ActivityId |
UUID yang dibuat secara acak yang memastikan keunikan untuk aktivitas audit. | Ya | Ya |
ActivityName |
Nama operasi | Ya | Ya |
NamespaceName |
Nama Namespace | Ya | yes |
EntityType |
Jenis Entitas | Ya | Ya |
EntityName |
Nama Entitas | Ya | Ya |
OperationResult |
Jenis kesalahan dalam Operasi (Clienterror atau Serverbusy atau quotaexceeded) | Ya | Ya |
ErrorCount |
Jumlah kesalahan identik selama periode agregasi 1 menit. | Ya | Ya |
ErrorMessage |
Pesan Kesalahan Terperinci | Ya | Ya |
Provider |
Nama Layanan yang memancarkan log. Nilai yang mungkin: eventhub, relay, dan servicebus | Ya | Ya |
Time Generated (UTC) |
Waktu operasi | Tidak | Ya |
EventTimestamp |
Waktu operasi | Ya | Tidak |
Category |
Kategori log | Ya | Tidak |
Type |
Jenis Log yang dipancarkan | Tidak | Ya |
Berikut adalah contoh entri log kesalahan Diagnostik:
{
"ActivityId": "0000000000-0000-0000-0000-00000000000000",
"SubscriptionId": "<Azure Subscription Id",
"NamespaceName": "Name of Service Bus Namespace",
"EntityType": "Queue",
"EntityName": "Name of Service Bus Queue",
"ActivityName": "SendMessage",
"ResourceId": "/SUBSCRIPTIONS/xxx/RESOURCEGROUPS/<Resource Group Name>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<service bus namespace name>",,
"OperationResult": "ClientError",
"ErrorCount": 1,
"EventTimestamp": "3/27/2024 1:02:29.126 PM +00:00",
"ErrorMessage": "the sessionid was not set on a message, and it cannot be sent to the entity. entities that have session support enabled can only receive messages that have the sessionid set to a valid value.",
"category": "DiagnosticErrorLogs"
}
Entri tabel khusus sumber daya:
{
"ActivityId": "0000000000-0000-0000-0000-00000000000000",
"NamespaceName": "Name of Service Bus Namespace",
"EntityType": "Queue",
"EntityName": "Name of Service Bus Queue",
"ActivityName": "SendMessage",
"ResourceId": "/SUBSCRIPTIONS/xxx/RESOURCEGROUPS/<Resource Group Name>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<service bus namespace name>",,
"OperationResult": "ClientError",
"ErrorCount": 1,
"TimeGenerated [UTC]": "1/27/2024 4:02:29.126 PM +00:00",
"ErrorMessage": "the sessionid was not set on a message, and it cannot be sent to the entity. entities that have session support enabled can only receive messages that have the sessionid set to a valid value.",
"Type": "AZMSDiagnosticErrorLogs"
}
Pada 30 September 2026, kami akan menghentikan dukungan protokol SBMP untuk Azure Bus Layanan, sehingga Anda tidak akan dapat lagi menggunakan protokol ini setelah 30 September 2026. Migrasikan ke pustaka Azure Bus Layanan SDK terbaru menggunakan protokol AMQP, yang menawarkan pembaruan keamanan penting dan kemampuan yang ditingkatkan, sebelum tanggal tersebut.
Untuk informasi selengkapnya, lihat pengumuman penghentian dukungan.
Tabel Log Azure Monitor
Azure Service Bus menggunakan tabel Kusto dari Azure Monitor Logs. Anda dapat mengkueri tabel ini dengan Analitik Log. Untuk daftar penggunaan layanan tabel Kusto, lihat referensi tabel Azure Monitor Logs.
Langkah berikutnya
- Untuk detail tentang pemantauan Azure Service Bus, lihat Memantau Azure Service Bus.
- Untuk detail mengenai pemantauan sumber Azure, lihat Memantau sumber Azure dengan Azure Monitor.