Tanya jawab umum (FAQ) Network Watcher

Artikel ini menyediakan jawaban atas pertanyaan yang paling sering diajukan tentang Azure Network Watcher.

Umum

Apa itu Network Watcher?

Network Watcher menyediakan serangkaian alat untuk memantau, mendiagnosis, melihat metrik, dan mengaktifkan atau menonaktifkan log untuk sumber daya IaaS (Infrastructure-as-a-Service), yang mencakup komputer virtual, jaringan virtual, gateway aplikasi, load balancer, dan sumber daya lainnya dalam jaringan virtual Azure. Ini bukan solusi untuk memantau infrastruktur PaaS (Platform-as-a-Service) atau mendapatkan analitik web/seluler.

Alat apa saja yang disediakan oleh Network Watcher?

Network Watcher menyediakan tiga set kemampuan utama:

• Pemantauan
  • Tampilan topologi menunjukkan kepada Anda sumber daya di dalam jaringan virtual dan hubungan di antaranya.
  • Pemantau koneksi memungkinkan Anda memantau konektivitas dan latensi antara titik akhir di dalam dan di luar Azure.
• Alat diagnostik jaringan
  • Verifikasi alur IP memungkinkan Anda mendeteksi masalah pemfilteran lalu lintas di tingkat komputer virtual.
  • Diagnostik NSG memungkinkan Anda mendeteksi masalah pemfilteran lalu lintas pada tingkat komputer virtual, set skala komputer virtual, atau gateway aplikasi.
  • Hop berikutnya membantu Anda memverifikasi rute lalu lintas dan mendeteksi masalah perutean.
  • Pemecahan masalah koneksi memungkinkan pemeriksaan konektivitas dan latensi sekali antara komputer virtual dan host Bastion, Application Gateway, atau komputer virtual lainnya.
  • Perekaman paket memungkinkan Anda merekam lalu lintas mesin virtual Anda.
  • Pemecahan masalah VPN menjalankan beberapa pemeriksaan diagnostik pada gateway dan koneksi VPN Anda untuk membantu menelusuri sumber masalah.
• Lalu lintas
  • Log aliran jaringan virtual dan log aliran grup keamanan jaringan memungkinkan Anda merekam lalu lintas jaringan yang melintas melalui jaringan virtual dan grup keamanan jaringan (NSG) Anda, masing-masing.
  • Analitik lalu lintas memproses data log alur grup keamanan jaringan yang memungkinkan Anda memvisualisasikan , mengkueri, menganalisis, dan memahami lalu lintas jaringan Anda.

Untuk informasi selengkapnya, lihat gambaran umum Network Watcher.

Bagaimana cara kerja penetapan harga Network Watcher?

Lihat Harga Network Watcher untuk detail harga tentang komponen Network Watcher yang berbeda.

Di wilayah mana Network Watcher saat ini didukung dan tersedia?

Lihat Wilayah Network Watcher untuk mempelajari wilayah yang mendukung Network Watcher.

Izin apa yang diperlukan untuk menggunakan Network Watcher?

Lihat Izin Azure RBAC yang diperlukan untuk menggunakan Network Watcher untuk daftar terperinci izin yang diperlukan untuk setiap kemampuan Network Watcher.

Bagaimana cara mengaktifkan Network Watcher?

Layanan Network Watcher diaktifkan secara otomatis untuk setiap langganan. Anda harus mengaktifkan Network Watcher secara manual jika Anda menolak pengaktifan otomatis Network Watcher. Untuk informasi selengkapnya, lihat Mengaktifkan atau menonaktifkan Azure Network Watcher.

Apa itu model penyebaran Network Watcher?

Sumber daya induk Network Watcher diterapkan dengan instans unik di setiap wilayah. Format penamaan default: NetworkWatcher_RegionName. Contoh: NetworkWatcher_centralus adalah sumber daya Network Watcher untuk wilayah "US Tengah". Anda dapat menyesuaikan nama instans Network Watcher menggunakan PowerShell atau REST API.

Mengapa Azure hanya mengizinkan satu instans Network Watcher per wilayah?

Network Watcher hanya perlu diaktifkan sekali per wilayah per langganan agar fiturnya berfungsi. Network Watcher diaktifkan di wilayah dengan membuat instans Network Watcher di wilayah tersebut.

Bagaimana cara mengelola sumber daya Network Watcher?

Sumber daya Network Watcher mewakili layanan backend untuk Network Watcher, yang dikelola sepenuhnya oleh Azure. Namun, Anda dapat membuat atau menghapus sumber daya Network Watcher untuk mengaktifkan atau menonaktifkannya di wilayah tertentu. Untuk informasi selengkapnya, lihat Mengaktifkan atau menonaktifkan Azure Network Watcher.

Dapatkah saya memindahkan instans Network Watcher dari satu wilayah ke wilayah lain?

Tidak, memindahkan sumber daya Network Watcher atau sumber daya turunannya di seluruh wilayah tidak didukung. Untuk informasi selengkapnya, lihat Memindahkan dukungan operasi untuk sumber daya jaringan.

Dapatkah saya memindahkan instans Network Watcher dari satu grup sumber daya ke grup sumber daya lainnya?

Ya, pemindahan sumber daya Network Watcher antar grup sumber daya didukung. Untuk informasi selengkapnya, lihat Memindahkan dukungan operasi untuk sumber daya jaringan.

Apa itu NetworkWatcherRG?

NetworkWatcherRG adalah grup sumber daya yang secara otomatis dibuat untuk sumber daya Network Watcher. Misalnya, instans regional Network Watcher dan sumber daya log alur grup keamanan jaringan dibuat di grup sumber daya NetworkWatcherRG . Anda dapat menyesuaikan nama grup sumber daya Network Watcher menggunakan PowerShell, Azure CLI, atau REST API.

Apakah Network Watcher menyimpan data pelanggan?

Azure Network Watcher tidak menyimpan data pelanggan, kecuali untuk pemantau Koneksi. Pemantau koneksi menyimpan data pelanggan, yang secara otomatis disimpan oleh Network Watcher dalam satu wilayah untuk memenuhi persyaratan residensi data dalam wilayah.

Apa batas sumber daya pada Network Watcher?

Network Watcher memiliki batas berikut:

Sumber daya	Batasan
Instans Network Watcher per wilayah per langganan	1 (Satu instans di suatu wilayah untuk mengaktifkan akses ke layanan di wilayah tersebut)
Monitor koneksi per wilayah per langganan	100
Jumlah maksimum grup pengujian untuk setiap pemantau koneksi	20
Jumlah maksimum sumber dan tujuan untuk setiap pemantau koneksi	100
Konfigurasi pengujian maksimum per pemantau koneksi	20
Sesi pengambilan paket per wilayah per langganan	10.000 (Hanya jumlah sesi, bukan rekaman yang disimpan)
Operasi pemecahan masalah VPN per langganan	1 (Jumlah operasi pada satu waktu)

Ketersediaan layanan dan redundansi

Apakah zona Network Watcher tangguh?

Ya, layanan Network Watcher tahan zona secara default.

Bagaimana cara mengonfigurasi layanan Network Watcher agar menjadi zone-resilient?

Tidak ada konfigurasi yang diperlukan untuk mengaktifkan ketahanan zona. Ke-elastisan zona sumber daya untuk Network Watcher tersedia secara default dan dikelola oleh layanan itu sendiri.

Agen Network Watcher

Mengapa saya perlu menginstal Agen Network Watcher?

Agen Network Watcher diperlukan untuk fitur Network Watcher apa pun yang menghasilkan atau mencegat lalu lintas dari komputer virtual.

Fitur mana yang memerlukan Agen Network Watcher?

Fitur Pemantau koneksi, Penangkapan paket, dan Pemecahan masalah koneksi (uji konektivitas) mengharuskan ekstensi Network Watcher ada.

Apa versi terbaru dari Network Watcher Agent?

Versi terbaru ekstensi Network Watcher adalah 1.4.4011.1.. Untuk informasi lebih lanjut, lihat Perbarui ekstensi VM Network Watcher Agent.

Port apa yang digunakan Agen Network Watcher?

• Linux: Agen Network Watcher menggunakan port yang tersedia mulai dari port 50000 hingga mencapai port 65535.
• Windows: Agen Network Watcher menggunakan port yang dikembalikan oleh sistem operasi saat ditanyai mengenai port yang tersedia.

Alamat IP apa yang berkomunikasi dengan Agen Network Watcher?

Agen Network Watcher memerlukan konektivitas TCP keluar ke 169.254.169.254 melalui port 80 dan ke 168.63.129.16 melalui port 8037. Agen menggunakan alamat IP ini untuk berkomunikasi dengan platform Azure.

Pemantau koneksi

Apakah pemantau koneksi mendukung VM klasik?

Tidak, pemantau koneksi tidak mendukung VM klasik. Untuk informasi selengkapnya, lihat Memigrasikan sumber daya IaaS ke Azure Resource Manager.

Bagaimana jika topologi saya tidak ditandai atau lompatan saya tidak berisi informasi?

Topologi dapat dihiasi dari non-Azure ke Azure hanya jika sumber daya Azure tujuan dan sumber daya pemantau koneksi berada di wilayah yang sama.

Apa yang terjadi jika pembuatan monitor koneksi gagal dengan kesalahan berikut: "Kami tidak mengizinkan pembuatan titik akhir yang berbeda untuk VM yang sama"?

Azure VM yang sama tidak dapat digunakan dengan konfigurasi yang berbeda di pemantau koneksi yang sama. Misalnya, penggunaan VM yang sama dengan sebuah filter dan tanpa filter dalam pemantau koneksi yang sama tidak didukung.

Apa yang terjadi jika alasan kegagalan pengujian adalah "Tidak ada yang ditampilkan"?

Masalah yang ditampilkan di dasbor pemantau koneksi terdeteksi saat penemuan topologi atau eksplorasi hop. Mungkin ada kasus di mana ambang yang ditetapkan untuk % kerugian atau RTT tercapai tetapi tidak ada masalah yang ditemukan pada hop.

Saat memigrasikan pemantau koneksi yang ada (klasik) ke pemantau koneksi terbaru, apa yang terjadi jika pengujian titik akhir eksternal hanya dimigrasikan dengan protokol TCP?

Tidak ada opsi pemilihan protokol di pemantau koneksi (klasik). Pengujian di pemantau koneksi (klasik) hanya menggunakan protokol TCP, dan itulah sebabnya, selama migrasi, kami membuat konfigurasi TCP dalam pengujian di monitor koneksi baru.

Apakah ada batasan untuk menggunakan Azure Monitor dan Agen Arc dengan pemantau koneksi?

Saat ini ada batas regional saat titik akhir menggunakan agen Azure Monitor dan Arc dengan ruang kerja Analitik Log terkait. Akibat keterbatasan ini, ruang kerja Analitik Log terkait harus berada di wilayah yang sama dengan titik akhir Arc. Data yang diserap ke dalam ruang kerja individual dapat disatukan untuk satu tampilan, lihat Mengkueri data di seluruh ruang kerja, aplikasi, dan sumber daya Log Analytics di Azure Monitor.

Log aliran

Apa fungsi pencatatan log alur?

Log aliran memungkinkan Anda mencatatkan informasi aliran 5-tupel tentang lalu lintas IP Azure Anda yang melewati kelompok keamanan jaringan atau jaringan virtual Azure. Log alur mentah ditulis ke akun penyimpanan Azure. Dari sana, Anda dapat memproses, menganalisis, mengkueri, atau mengekspornya lebih lanjut sesuai kebutuhan.

Apakah log alur memengaruhi latensi atau performa jaringan?

Data log alur dikumpulkan di luar jalur lalu lintas jaringan Anda, sehingga tidak memengaruhi throughput atau latensi jaringan. Anda dapat membuat atau menghapus log alur tanpa risiko dampak terhadap performa jaringan.

Apa perbedaan antara log alur NSG dan diagnostik NSG?

Log aliran grup keamanan jaringan mencatat lalu lintas yang mengalir melalui grup keamanan jaringan. Di sisi lain, diagnostik NSG mengembalikan semua kelompok keamanan jaringan yang dilalui lalu lintas Anda dan aturan setiap kelompok keamanan jaringan yang diterapkan pada lalu lintas ini. Gunakan diagnostik NSG untuk memverifikasi bahwa aturan grup keamanan jaringan Anda diterapkan seperti yang diharapkan.

Dapatkah saya mencatat lalu lintas ESP dan AH menggunakan log alur kelompok keamanan jaringan?

Tidak, log alur kelompok keamanan jaringan tidak mendukung protokol ESP dan AH.

Dapatkah saya mencatat lalu lintas ICMP menggunakan log alur?

Tidak, log alur kelompok keamanan jaringan dan log alur jaringan virtual tidak mendukung protokol ICMP.

Dapatkah saya menghapus grup keamanan jaringan yang mengaktifkan pengelogan alur?

Ya. Sumber daya log alur terkait juga akan dihapus. Data log aliran disimpan di akun penyimpanan selama periode retensi yang dikonfigurasi pada log aliran.

Bisakah saya memindahkan grup keamanan jaringan yang memiliki pengelogan alur yang diaktifkan ke grup sumber daya atau langganan yang berbeda?

Ya, tetapi Anda harus menghapus sumber daya log alur terkait. Setelah memigrasi grup keamanan jaringan, Anda dapat membuat ulang log alur untuk mengaktifkan pencatatan alur pada grup tersebut.

Dapatkah saya menggunakan akun penyimpanan dalam langganan yang berbeda dari grup keamanan jaringan atau jaringan virtual tempat log alur diaktifkan?

Ya, Anda dapat menggunakan akun penyimpanan dari langganan yang berbeda selama langganan ini berada di wilayah yang sama dari grup keamanan jaringan dan terkait dengan penyewa Microsoft Entra yang sama dari grup keamanan jaringan atau langganan jaringan virtual.

Bagaimana cara memastikan bahwa Analitik Lalu Lintas memiliki visibilitas ke sumber daya dalam langganan?

** Anda harus mengaktifkan setidaknya satu Log Alur Jaringan Virtual dalam langganan Anda. Analitik Lalu Lintas memproses data hanya dari log alur yang diaktifkan, sehingga mengonfigurasi log alur memastikan bahwa Analitik Lalu Lintas dapat mengakses dan menganalisis aktivitas jaringan untuk sumber daya dalam langganan tersebut.

Bagaimana cara menggunakan log alur dengan akun penyimpanan di belakang firewall?

Untuk menggunakan akun penyimpanan di belakang firewall, Anda harus mengizinkan layanan Azure tepercaya untuk mengakses akun penyimpanan Anda:

1. Buka akun penyimpanan dengan memasukkan nama akun penyimpanan di kotak pencarian di bagian atas portal.
2. Di bawah Keamanan + jaringan, pilih Jaringan, lalu pilih Firewall dan jaringan virtual.
3. Di Akses jaringan publik, pilih Diaktifkan dari jaringan virtual dan alamat IP yang dipilih. Kemudian di bawah Pengecualian, centang kotak di samping Izinkan layanan Azure pada daftar layanan tepercaya untuk mengakses akun penyimpanan ini.
4. Aktifkan log alur dengan membuat log alur untuk sumber daya target Anda menggunakan akun penyimpanan. Untuk informasi selengkapnya, lihat Membuat log aliran.

Anda dapat memeriksa log penyimpanan setelah beberapa menit. Anda akan melihat TimeStamp yang diperbarui atau file JSON baru yang dibuat.

Berapa banyak aturan kebijakan retensi yang dapat dimiliki akun penyimpanan?

Saat ini, akun penyimpanan mendukung 100 aturan, dan setiap aturan dapat mengakomodasi 10 awalan blob. Jika Anda mencapai batas, Anda dapat mengatur kebijakan penyimpanan ke 0 saat mengaktifkan log alur jaringan virtual baru, lalu menambahkan aturan retensi secara manual untuk langganan.

Untuk membuat aturan kebijakan penyimpanan bagi langganan, ikuti langkah-langkah berikut:

1. Buka akun penyimpanan dengan memasukkan nama akun penyimpanan di kotak pencarian di bagian atas portal.
2. Di bawah Manajemen data, pilih Manajemen siklus hidup.
3. Pilih + Tambahkan aturan.
4. Di bagian Detail , pilih pengaturan berikut: Cakupan aturan:Batasi blob dengan filter, Jenis blob:Blob blok, dan subjenis Blob:Blob dasar.
5. Di bagian Blob dasar , konfigurasikan pengaturan retensi Anda.
6. Di bagian Set filter , format awalan Blob sebagai berikut: "insights-logs-flowlogflowevent/flowLogResourceID=/<yourSubscriptionId>_NETWORKWATCHERRG"
7. Pilih Tambahkan.

Apa yang terjadi jika saya memiliki aturan kebijakan penyimpanan log alur dan aturan tingkat langganan secara bersamaan?

Aturan dengan periode retensi yang lebih pendek diutamakan.

Mengapa saya melihat beberapa kesalahan 403 dalam log aktivitas akun penyimpanan?

Network Watcher memiliki mekanisme fallback bawaan yang digunakannya saat menyambungkan ke akun penyimpanan di belakang firewall (firewall diaktifkan). Ini mencoba menyambungkan ke akun penyimpanan menggunakan kunci, dan jika gagal, ia beralih ke token. Dalam hal ini, kesalahan 403 dicatat di log aktivitas akun penyimpanan.

Bisakah Network Watcher mengirim data log alur ke akun penyimpanan yang diaktifkan dengan Titik Akhir Privat?

Ya, Network Watcher mendukung pengiriman data log alur ke akun penyimpanan yang diaktifkan dengan titik akhir privat.

Bagaimana cara menggunakan log aliran dengan akun penyimpanan yang berada di belakang endpoint layanan?

Log alur kompatibel dengan titik akhir layanan tanpa memerlukan konfigurasi tambahan. Untuk informasi selengkapnya, lihat Mengaktifkan titik akhir layanan.

Apa perbedaan antara log alur versi 1 dan 2?

Log alur versi 2 memperkenalkan konsep status alur dan menyimpan informasi tentang byte dan paket yang ditransmisikan. Untuk informasi selengkapnya, lihat format log alur grup keamanan jaringan.

Dapatkah saya membuat log alur untuk grup keamanan jaringan yang memiliki kunci baca-saja?

Tidak, kunci baca-saja pada kelompok keamanan jaringan mencegah pembuatan log alur kelompok keamanan jaringan yang sesuai.

Dapatkah saya membuat log alur untuk grup keamanan jaringan yang memiliki kunci yang tidak dapat dihapus?

Ya, kunci yang tidak dapat dihapus pada grup keamanan jaringan tidak mencegah pembuatan atau modifikasi log alur grup keamanan jaringan yang sesuai.

Dapatkah saya mengotomatiskan log alur kelompok keamanan jaringan?

Ya, Anda dapat mengotomatiskan log alur grup keamanan jaringan melalui templat Azure Resource Manager (templat ARM). Untuk informasi selengkapnya, lihat Mengonfigurasi log alur NSG menggunakan templat Azure Resource Manager (ARM).

Analitik lalu lintas

Dapatkah saya mengaktifkan log alur untuk sumber daya yang berada di wilayah yang berbeda dari wilayah ruang kerja saya?

Ya, jaringan virtual dan grup keamanan jaringan dapat berada di wilayah yang berbeda dari wilayah ruang kerja Analitik Log Anda.

Dapatkah beberapa grup keamanan jaringan dikonfigurasi dalam satu ruang kerja?

Ya.

Mengapa analitik lalu lintas tidak menampilkan data untuk grup keamanan jaringan yang sudah diaktifkan analitik lalu lintasnya?

Dalam dropdown pemilihan sumber daya di dasbor analitik lalu lintas, grup sumber daya Virtual Network harus dipilih, bukan grup sumber daya mesin virtual atau grup keamanan jaringan.

Mengapa beberapa sumber daya muncul sebagai "Tidak Diketahui" di analitik lalu lintas?

Analitik lalu lintas melakukan pemindaian penemuan sumber daya setiap 6 jam untuk mengidentifikasi VM, NIC, jaringan virtual, dan subnet baru. Saat VM atau NIC baru dibuat setelah siklus penemuan terbaru, dan data alur dikumpulkan sebelum penemuan berikutnya, analitik lalu lintas belum dapat mengaitkan lalu lintas dengan sumber daya yang diketahui. Akibatnya, sumber daya tersebut untuk sementara diberi label sebagai tidak diketahui dalam tampilan analitik.

Dapatkah saya membatasi akses publik ke sumber daya titik akhir pengumpulan data (DCE) yang dibuat oleh analitik lalu lintas?

Ya, Anda dapat menonaktifkan akses publik ke sumber daya titik akhir pengumpulan data (DCE) untuk memblokir lalu lintas masuk publik ke sumber daya tersebut. Proses ingesti terus berfungsi tanpa mengaitkan sumber daya DCE dengan ruang lingkup Azure Monitor Private Link.

Apakah saya dapat menggunakan ruang kerja yang sudah ada?

Ya. Jika Anda memilih ruang kerja yang sudah ada, pastikan ruang kerja tersebut dimigrasikan ke bahasa kueri baru. Jika Anda tidak ingin memutakhirkan ruang kerja, Anda perlu membuat ruang kerja baru. Untuk informasi selengkapnya tentang Bahasa Kueri Kusto (KQL), lihat Kueri log di Azure Monitor.

Bisakah akun penyimpanan Azure saya berada dalam satu langganan dan ruang kerja Analitik Log saya berada di langganan yang berbeda?

Ya, akun penyimpanan Azure Anda dapat berada dalam satu langganan, dan ruang kerja Analitik Log Anda dapat berada di langganan yang berbeda.

Bisakah saya menyimpan log mentah dalam langganan yang berbeda dari langganan yang digunakan untuk grup keamanan jaringan atau jaringan virtual?

Ya. Anda dapat mengonfigurasi log alur untuk dikirim ke akun penyimpanan yang terletak di langganan yang berbeda, asalkan Anda memiliki hak istimewa yang sesuai, dan bahwa akun penyimpanan terletak di wilayah yang sama dengan kelompok keamanan jaringan (log alur kelompok keamanan jaringan) atau jaringan virtual (log alur jaringan virtual). Akun penyimpanan tujuan harus berbagi tenant Microsoft Entra yang sama dengan grup keamanan jaringan atau jaringan virtual.

Dapatkah sumber daya log alur dan akun penyimpanan saya berada di penyewa yang berbeda?

Tidak. Semua sumber daya harus berada dalam penyewa yang sama, termasuk grup keamanan jaringan (log aliran grup keamanan jaringan), jaringan virtual (log aliran jaringan virtual), log aliran, akun penyimpanan, dan ruang kerja Log Analytics (jika analitik lalu lintas diaktifkan).

Dapatkah saya mengonfigurasi kebijakan retensi yang berbeda untuk akun penyimpanan dari pada workspace Analitik Log?

Ya.

Saat menampilkan buku kerja Analitik Lalu Lintas saya, data saya tidak dimuat karena 'kesalahan memori rendah'. Bagaimana cara memperbaiki ini untuk menampilkan data saya dalam buku kerja?

Buku kerja Analitik Lalu Lintas didukung oleh kueri Analitik Log. Jika kueri melebihi batas untuk analitik log, buku kerja dapat menyajikan kesalahan memori rendah. Untuk meningkatkan performa dan mengurangi kesalahan memori rendah, pengguna dapat menggunakan Kluster Analitik Log Khusus.

Apakah saya akan kehilangan data yang disimpan di ruang kerja Analitik Log jika saya menghapus akun penyimpanan yang digunakan untuk pengelogan alur?

Tidak. Jika Anda menghapus akun penyimpanan yang digunakan untuk log alur, data yang disimpan di ruang kerja Analitik Log tidak akan terpengaruh. Anda masih dapat melihat data historis di ruang kerja Analitik Log (beberapa metrik akan terpengaruh) tetapi analitik lalu lintas tidak akan lagi memproses log alur baru hingga Anda memperbarui log alur untuk menggunakan akun penyimpanan yang berbeda.

Bagaimana jika saya tidak dapat mengonfigurasi grup keamanan jaringan untuk analitik lalu lintas karena kesalahan "Tidak ditemukan"?

Pilih wilayah yang didukung. Jika Anda memilih wilayah yang tidak didukung, Anda menerima kesalahan "Tidak ditemukan". Untuk informasi selengkapnya, lihat Wilayah yang didukung analitik lalu lintas.

Bagaimana jika saya mendapatkan status: "Gagal memuat" di halaman log alur?

Penyedia Microsoft.Insights harus terdaftar agar pencatatan aliran berfungsi dengan baik. Jika Anda tidak yakin apakah Microsoft.Insights penyedia terdaftar untuk langganan Anda, lihat Mengelola log alur NSG untuk cara mendaftarkannya.

Saya mengonfigurasi solusi. Mengapa saya tidak melihat apa pun di dasbor?

Dasbor mungkin membutuhkan waktu hingga 30 menit untuk menampilkan laporan untuk pertama kalinya. Solusinya harus terlebih dahulu mengagregasi data yang cukup untuk mendapatkan wawasan yang bermakna, lalu menghasilkan laporan.

Bagaimana jika saya mendapatkan pesan ini: "Kami tidak dapat menemukan data apa pun di ruang kerja ini untuk interval waktu yang dipilih. Coba ubah interval waktu atau pilih ruang kerja yang berbeda."?

Coba opsi berikut:

• Ubah interval waktu di bilah atas.
• Pilih ruang kerja Analitik Log yang berbeda di bilah atas.
• Coba akses analitik lalu lintas setelah 30 menit, jika baru-baru ini diaktifkan.

Bagaimana jika saya mendapatkan pesan ini?: "Menganalisis log alur NSG Anda untuk pertama kalinya." Proses ini mungkin memakan waktu 20-30 menit untuk diselesaikan. Periksa kembali setelah beberapa waktu."?

Anda mungkin melihat pesan ini karena:

• Analitik lalu lintas baru-baru ini diaktifkan, dan mungkin belum memiliki data yang cukup agregat untuk mendapatkan wawasan yang bermakna.
• Anda menggunakan versi gratis dari workspace Log Analytics, dan ini melebihi batas kuota. Anda mungkin perlu menggunakan ruang kerja dengan kapasitas yang lebih besar.

Coba solusi yang disarankan untuk pertanyaan sebelumnya. Jika masalah berlanjut, ajukan kekhawatiran di Microsoft Q&A.

Bagaimana jika saya mendapatkan pesan ini: "Sepertinya kami memiliki data sumber daya (Topologi) dan tidak ada informasi alur. Untuk informasi selengkapnya, klik di sini untuk melihat data sumber daya dan merujuk ke FAQ."?

Anda melihat informasi sumber daya di dasbor; namun, tidak ada statistik terkait alur yang ada. Data mungkin tidak ada karena tidak ada alur komunikasi antara sumber daya. Tunggu selama 60 menit, dan centang ulang status. Jika masalah berlanjut, dan Anda yakin bahwa alur komunikasi di antara sumber daya ada, ajukan kekhawatiran di Tanya Jawab Microsoft.

Bagaimana harga analitik lalu lintas ditentukan?

Analitik lalu lintas dikenakan biaya. Pengukuran didasarkan pada pemrosesan data log aliran mentah oleh layanan. Untuk informasi selengkapnya, lihat Harga Network Watcher.
Log yang diperbarui yang diserap di ruang kerja Analitik Log dapat dipertahankan tanpa biaya hingga 31 hari pertama (atau 90 hari jika Microsoft Sentinel diaktifkan di ruang kerja). Untuk informasi selengkapnya, lihat Harga Azure Monitor.

Mengapa saya melihat transaksi penyimpanan tambahan saat log alur NSG dan Analitik Lalu Lintas diaktifkan?

Saat log alur NSG diaktifkan, rekaman log alur ditulis ke akun Azure Storage yang dikonfigurasi. Untuk menghasilkan wawasan Analitik Lalu Lintas, Azure Network Watcher melakukan operasi backend pada data tersimpan ini untuk memproses, mengagregasi, dan memperkaya catatan log alur. Interaksi penyimpanan backend ini diperlukan untuk fungsionalitas analitik dan terjadi bahkan jika Anda tidak secara aktif mengkueri data. Anda dapat mengontrol dampak biaya keseluruhan dengan menyesuaikan cakupan log alur, retensi, dan apakah Analitik Lalu Lintas diaktifkan. Untuk informasi selengkapnya, lihat Harga log alur NSG.

Seberapa sering analitik lalu lintas memproses data?

Interval pemrosesan default analitik lalu lintas adalah 60 menit, namun, Anda dapat memilih pemrosesan yang dipercepat pada interval 10 menit. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas.

Apa saja resource lain yang dibuat dengan ruang kerja saya?

Analitik lalu lintas membuat dan mengelola sumber daya aturan pengumpulan data (DCR) dan titik akhir pengumpulan data (DCE) dalam grup sumber daya yang sama dengan ruang kerja, diawali dengan NWTA. Jika Anda melakukan operasi apa pun pada sumber daya ini, analitik lalu lintas mungkin tidak berfungsi seperti yang diharapkan. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas. Untuk informasi selengkapnya, lihat Aturan pengumpulan data di Azure Monitor dan Titik akhir pengumpulan data di Azure Monitor.

Dapatkah saya menerapkan kunci ke sumber daya DCE dan DCR yang dibuat oleh analitik lalu lintas?

Tidak disarankan untuk menerapkan kunci ke sumber daya DCR dan DCE yang dibuat oleh analitik lalu lintas karena sumber daya ini dikelola oleh layanan. Sumber daya yang terkunci tidak dibersihkan saat log aliran terkait dihapus. Jika Anda melakukan operasi apa pun pada sumber daya ini, analitik lalu lintas mungkin tidak berfungsi seperti yang diharapkan. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas.

Bagaimana analitik lalu lintas memutuskan bahwa IP berbahaya?

Analitik lalu lintas bergantung pada sistem inteligensi ancaman internal Microsoft untuk dianggap sebagai IP berbahaya. Sistem ini menggunakan berbagai sumber telemetri seperti produk dan layanan Microsoft, Microsoft Digital Crimes Unit (DCU), Microsoft Security Response Center (MSRC), dan umpan eksternal dan membangun kecerdasan di atasnya. Beberapa data ini bersifat internal bagi Microsoft. Jika IP yang diketahui ditandai sebagai berbahaya, buat tiket dukungan untuk mengetahui detailnya.

Bagaimana cara mengatur pemberitahuan pada data analitik lalu lintas?

Analitik lalu lintas tidak memiliki dukungan bawaan untuk pemberitahuan. Namun, karena data analitik lalu lintas disimpan di Analitik Log, Anda dapat menulis kueri kustom dan mengatur pemberitahuan di dalamnya. Ikuti langkah-langkah ini:

• Anda dapat menggunakan tautan Log Analytics di analitik lalu lintas.
• Gunakan skema analitik lalu lintas untuk menulis kueri Anda.
• Pilih Aturan pemberitahuan baru untuk membuat pemberitahuan.
• Lihat Membuat aturan pemberitahuan baru untuk membuat pemberitahuan.

Apakah analitik lalu lintas didukung di ruang kerja Analitik Log dengan Perimeter Keamanan Jaringan diaktifkan?

Tidak, saat ini tidak didukung. Jika Log Analytics workspace disebarkan di belakang perimeter keamanan jaringan, traffic analytics tidak dapat mengumpulkan data darinya.

Mengapa alur jaringan saya muncul sebagai "Tidak Diketahui" alih-alih ditandai dengan benar

Traffic Analytics (TA) hanya dapat mengklasifikasikan dan menandai alur dengan benar untuk sumber daya dalam langganan yang setidaknya memiliki satu log alur yang diaktifkan dan mengirimkan data ke ruang kerja Log Analytics (LA) yang sama dengan yang digunakan oleh Traffic Analytics. Jika sebuah alur berasal dari atau berakhir pada sumber daya dalam sebuah langganan yang tidak memiliki log alur yang dikonfigurasi untuk ruang kerja Log Analytics yang diaktifkan untuk Traffic Analytics, Traffic Analytics tidak memiliki visibilitas terhadap sumber daya dalam langganan tersebut dan akan menandai alur terkait sebagai "Unknown".

Alat diagnostik jaringan

Apakah ada batasan dengan alat diagnostik jaringan untuk Application Gateway?

Ya. Pemecahan masalah koneksi dan diagnostik NSG tidak mendukung penyebaran Application Gateway privat. Untuk informasi selengkapnya, lihat Penyebaran Application Gateway Privat.

Artikel ini menyediakan jawaban atas pertanyaan yang paling sering diajukan tentang Azure Network Watcher.

Network Watcher menyediakan serangkaian alat untuk memantau, mendiagnosis, melihat metrik, dan mengaktifkan atau menonaktifkan log untuk sumber daya IaaS (Infrastructure-as-a-Service), yang mencakup komputer virtual, jaringan virtual, gateway aplikasi, load balancer, dan sumber daya lainnya dalam jaringan virtual Azure. Ini bukan solusi untuk memantau infrastruktur PaaS (Platform-as-a-Service) atau mendapatkan analitik web/seluler.

Network Watcher menyediakan tiga set kemampuan utama:

• Pemantauan
  • Tampilan topologi menunjukkan kepada Anda sumber daya di dalam jaringan virtual dan hubungan di antaranya.
  • Pemantau koneksi memungkinkan Anda memantau konektivitas dan latensi antara titik akhir di dalam dan di luar Azure.
• Alat diagnostik jaringan
  • Verifikasi alur IP memungkinkan Anda mendeteksi masalah pemfilteran lalu lintas di tingkat komputer virtual.
  • Diagnostik NSG memungkinkan Anda mendeteksi masalah pemfilteran lalu lintas pada tingkat komputer virtual, set skala komputer virtual, atau gateway aplikasi.
  • Hop berikutnya membantu Anda memverifikasi rute lalu lintas dan mendeteksi masalah perutean.
  • Pemecahan masalah koneksi memungkinkan pemeriksaan konektivitas dan latensi sekali antara komputer virtual dan host Bastion, Application Gateway, atau komputer virtual lainnya.
  • Perekaman paket memungkinkan Anda merekam lalu lintas mesin virtual Anda.
  • Pemecahan masalah VPN menjalankan beberapa pemeriksaan diagnostik pada gateway dan koneksi VPN Anda untuk membantu menelusuri sumber masalah.
• Lalu lintas
  • Log aliran jaringan virtual dan log aliran grup keamanan jaringan memungkinkan Anda merekam lalu lintas jaringan yang melintas melalui jaringan virtual dan grup keamanan jaringan (NSG) Anda, masing-masing.
  • Analitik lalu lintas memproses data log alur grup keamanan jaringan yang memungkinkan Anda memvisualisasikan , mengkueri, menganalisis, dan memahami lalu lintas jaringan Anda.

Untuk informasi selengkapnya, lihat gambaran umum Network Watcher.

Lihat Harga Network Watcher untuk detail harga tentang komponen Network Watcher yang berbeda.

Lihat Wilayah Network Watcher untuk mempelajari wilayah yang mendukung Network Watcher.

Lihat Izin Azure RBAC yang diperlukan untuk menggunakan Network Watcher untuk daftar terperinci izin yang diperlukan untuk setiap kemampuan Network Watcher.

Layanan Network Watcher diaktifkan secara otomatis untuk setiap langganan. Anda harus mengaktifkan Network Watcher secara manual jika Anda menolak pengaktifan otomatis Network Watcher. Untuk informasi selengkapnya, lihat Mengaktifkan atau menonaktifkan Azure Network Watcher.

Sumber daya induk Network Watcher diterapkan dengan instans unik di setiap wilayah. Format penamaan default: NetworkWatcher_RegionName. Contoh: NetworkWatcher_centralus adalah sumber daya Network Watcher untuk wilayah "US Tengah". Anda dapat menyesuaikan nama instans Network Watcher menggunakan PowerShell atau REST API.

Network Watcher hanya perlu diaktifkan sekali per wilayah per langganan agar fiturnya berfungsi. Network Watcher diaktifkan di wilayah dengan membuat instans Network Watcher di wilayah tersebut.

Sumber daya Network Watcher mewakili layanan backend untuk Network Watcher, yang dikelola sepenuhnya oleh Azure. Namun, Anda dapat membuat atau menghapus sumber daya Network Watcher untuk mengaktifkan atau menonaktifkannya di wilayah tertentu. Untuk informasi selengkapnya, lihat Mengaktifkan atau menonaktifkan Azure Network Watcher.

Tidak, memindahkan sumber daya Network Watcher atau sumber daya turunannya di seluruh wilayah tidak didukung. Untuk informasi selengkapnya, lihat Memindahkan dukungan operasi untuk sumber daya jaringan.

Ya, pemindahan sumber daya Network Watcher antar grup sumber daya didukung. Untuk informasi selengkapnya, lihat Memindahkan dukungan operasi untuk sumber daya jaringan.

NetworkWatcherRG adalah grup sumber daya yang secara otomatis dibuat untuk sumber daya Network Watcher. Misalnya, instans regional Network Watcher dan sumber daya log alur grup keamanan jaringan dibuat di grup sumber daya NetworkWatcherRG . Anda dapat menyesuaikan nama grup sumber daya Network Watcher menggunakan PowerShell, Azure CLI, atau REST API.

Azure Network Watcher tidak menyimpan data pelanggan, kecuali untuk pemantau Koneksi. Pemantau koneksi menyimpan data pelanggan, yang secara otomatis disimpan oleh Network Watcher dalam satu wilayah untuk memenuhi persyaratan residensi data dalam wilayah.

Network Watcher memiliki batas berikut:

Sumber daya	Batasan
Instans Network Watcher per wilayah per langganan	1 (Satu instans di suatu wilayah untuk mengaktifkan akses ke layanan di wilayah tersebut)
Monitor koneksi per wilayah per langganan	100
Jumlah maksimum grup pengujian untuk setiap pemantau koneksi	20
Jumlah maksimum sumber dan tujuan untuk setiap pemantau koneksi	100
Konfigurasi pengujian maksimum per pemantau koneksi	20
Sesi pengambilan paket per wilayah per langganan	10.000 (Hanya jumlah sesi, bukan rekaman yang disimpan)
Operasi pemecahan masalah VPN per langganan	1 (Jumlah operasi pada satu waktu)

Ya, layanan Network Watcher tahan zona secara default.

Tidak ada konfigurasi yang diperlukan untuk mengaktifkan ketahanan zona. Ke-elastisan zona sumber daya untuk Network Watcher tersedia secara default dan dikelola oleh layanan itu sendiri.

Agen Network Watcher diperlukan untuk fitur Network Watcher apa pun yang menghasilkan atau mencegat lalu lintas dari komputer virtual.

Fitur Pemantau koneksi, Penangkapan paket, dan Pemecahan masalah koneksi (uji konektivitas) mengharuskan ekstensi Network Watcher ada.

Versi terbaru ekstensi Network Watcher adalah 1.4.4011.1.. Untuk informasi lebih lanjut, lihat Perbarui ekstensi VM Network Watcher Agent.

• Linux: Agen Network Watcher menggunakan port yang tersedia mulai dari port 50000 hingga mencapai port 65535.
• Windows: Agen Network Watcher menggunakan port yang dikembalikan oleh sistem operasi saat ditanyai mengenai port yang tersedia.

Agen Network Watcher memerlukan konektivitas TCP keluar ke 169.254.169.254 melalui port 80 dan ke 168.63.129.16 melalui port 8037. Agen menggunakan alamat IP ini untuk berkomunikasi dengan platform Azure.

Tidak, pemantau koneksi tidak mendukung VM klasik. Untuk informasi selengkapnya, lihat Memigrasikan sumber daya IaaS ke Azure Resource Manager.

Topologi dapat dihiasi dari non-Azure ke Azure hanya jika sumber daya Azure tujuan dan sumber daya pemantau koneksi berada di wilayah yang sama.

Azure VM yang sama tidak dapat digunakan dengan konfigurasi yang berbeda di pemantau koneksi yang sama. Misalnya, penggunaan VM yang sama dengan sebuah filter dan tanpa filter dalam pemantau koneksi yang sama tidak didukung.

Masalah yang ditampilkan di dasbor pemantau koneksi terdeteksi saat penemuan topologi atau eksplorasi hop. Mungkin ada kasus di mana ambang yang ditetapkan untuk % kerugian atau RTT tercapai tetapi tidak ada masalah yang ditemukan pada hop.

Tidak ada opsi pemilihan protokol di pemantau koneksi (klasik). Pengujian di pemantau koneksi (klasik) hanya menggunakan protokol TCP, dan itulah sebabnya, selama migrasi, kami membuat konfigurasi TCP dalam pengujian di monitor koneksi baru.

Saat ini ada batas regional saat titik akhir menggunakan agen Azure Monitor dan Arc dengan ruang kerja Analitik Log terkait. Akibat keterbatasan ini, ruang kerja Analitik Log terkait harus berada di wilayah yang sama dengan titik akhir Arc. Data yang diserap ke dalam ruang kerja individual dapat disatukan untuk satu tampilan, lihat Mengkueri data di seluruh ruang kerja, aplikasi, dan sumber daya Log Analytics di Azure Monitor.

Log aliran memungkinkan Anda mencatatkan informasi aliran 5-tupel tentang lalu lintas IP Azure Anda yang melewati kelompok keamanan jaringan atau jaringan virtual Azure. Log alur mentah ditulis ke akun penyimpanan Azure. Dari sana, Anda dapat memproses, menganalisis, mengkueri, atau mengekspornya lebih lanjut sesuai kebutuhan.

Data log alur dikumpulkan di luar jalur lalu lintas jaringan Anda, sehingga tidak memengaruhi throughput atau latensi jaringan. Anda dapat membuat atau menghapus log alur tanpa risiko dampak terhadap performa jaringan.

Log aliran grup keamanan jaringan mencatat lalu lintas yang mengalir melalui grup keamanan jaringan. Di sisi lain, diagnostik NSG mengembalikan semua kelompok keamanan jaringan yang dilalui lalu lintas Anda dan aturan setiap kelompok keamanan jaringan yang diterapkan pada lalu lintas ini. Gunakan diagnostik NSG untuk memverifikasi bahwa aturan grup keamanan jaringan Anda diterapkan seperti yang diharapkan.

Tidak, log alur kelompok keamanan jaringan tidak mendukung protokol ESP dan AH.

Tidak, log alur kelompok keamanan jaringan dan log alur jaringan virtual tidak mendukung protokol ICMP.

Ya. Sumber daya log alur terkait juga akan dihapus. Data log aliran disimpan di akun penyimpanan selama periode retensi yang dikonfigurasi pada log aliran.

Ya, tetapi Anda harus menghapus sumber daya log alur terkait. Setelah memigrasi grup keamanan jaringan, Anda dapat membuat ulang log alur untuk mengaktifkan pencatatan alur pada grup tersebut.

Ya, Anda dapat menggunakan akun penyimpanan dari langganan yang berbeda selama langganan ini berada di wilayah yang sama dari grup keamanan jaringan dan terkait dengan penyewa Microsoft Entra yang sama dari grup keamanan jaringan atau langganan jaringan virtual.

** Anda harus mengaktifkan setidaknya satu Log Alur Jaringan Virtual dalam langganan Anda. Analitik Lalu Lintas memproses data hanya dari log alur yang diaktifkan, sehingga mengonfigurasi log alur memastikan bahwa Analitik Lalu Lintas dapat mengakses dan menganalisis aktivitas jaringan untuk sumber daya dalam langganan tersebut.

Untuk menggunakan akun penyimpanan di belakang firewall, Anda harus mengizinkan layanan Azure tepercaya untuk mengakses akun penyimpanan Anda:

1. Buka akun penyimpanan dengan memasukkan nama akun penyimpanan di kotak pencarian di bagian atas portal.
2. Di bawah Keamanan + jaringan, pilih Jaringan, lalu pilih Firewall dan jaringan virtual.
3. Di Akses jaringan publik, pilih Diaktifkan dari jaringan virtual dan alamat IP yang dipilih. Kemudian di bawah Pengecualian, centang kotak di samping Izinkan layanan Azure pada daftar layanan tepercaya untuk mengakses akun penyimpanan ini.
4. Aktifkan log alur dengan membuat log alur untuk sumber daya target Anda menggunakan akun penyimpanan. Untuk informasi selengkapnya, lihat Membuat log aliran.

Anda dapat memeriksa log penyimpanan setelah beberapa menit. Anda akan melihat TimeStamp yang diperbarui atau file JSON baru yang dibuat.

Saat ini, akun penyimpanan mendukung 100 aturan, dan setiap aturan dapat mengakomodasi 10 awalan blob. Jika Anda mencapai batas, Anda dapat mengatur kebijakan penyimpanan ke 0 saat mengaktifkan log alur jaringan virtual baru, lalu menambahkan aturan retensi secara manual untuk langganan.

Untuk membuat aturan kebijakan penyimpanan bagi langganan, ikuti langkah-langkah berikut:

1. Buka akun penyimpanan dengan memasukkan nama akun penyimpanan di kotak pencarian di bagian atas portal.
2. Di bawah Manajemen data, pilih Manajemen siklus hidup.
3. Pilih + Tambahkan aturan.
4. Di bagian Detail , pilih pengaturan berikut: Cakupan aturan:Batasi blob dengan filter, Jenis blob:Blob blok, dan subjenis Blob:Blob dasar.
5. Di bagian Blob dasar , konfigurasikan pengaturan retensi Anda.
6. Di bagian Set filter , format awalan Blob sebagai berikut: "insights-logs-flowlogflowevent/flowLogResourceID=/<yourSubscriptionId>_NETWORKWATCHERRG"
7. Pilih Tambahkan.

Aturan dengan periode retensi yang lebih pendek diutamakan.

Network Watcher memiliki mekanisme fallback bawaan yang digunakannya saat menyambungkan ke akun penyimpanan di belakang firewall (firewall diaktifkan). Ini mencoba menyambungkan ke akun penyimpanan menggunakan kunci, dan jika gagal, ia beralih ke token. Dalam hal ini, kesalahan 403 dicatat di log aktivitas akun penyimpanan.

Ya, Network Watcher mendukung pengiriman data log alur ke akun penyimpanan yang diaktifkan dengan titik akhir privat.

Log alur kompatibel dengan titik akhir layanan tanpa memerlukan konfigurasi tambahan. Untuk informasi selengkapnya, lihat Mengaktifkan titik akhir layanan.

Log alur versi 2 memperkenalkan konsep status alur dan menyimpan informasi tentang byte dan paket yang ditransmisikan. Untuk informasi selengkapnya, lihat format log alur grup keamanan jaringan.

Tidak, kunci baca-saja pada kelompok keamanan jaringan mencegah pembuatan log alur kelompok keamanan jaringan yang sesuai.

Ya, kunci yang tidak dapat dihapus pada grup keamanan jaringan tidak mencegah pembuatan atau modifikasi log alur grup keamanan jaringan yang sesuai.

Ya, Anda dapat mengotomatiskan log alur grup keamanan jaringan melalui templat Azure Resource Manager (templat ARM). Untuk informasi selengkapnya, lihat Mengonfigurasi log alur NSG menggunakan templat Azure Resource Manager (ARM).

Ya, jaringan virtual dan grup keamanan jaringan dapat berada di wilayah yang berbeda dari wilayah ruang kerja Analitik Log Anda.

Ya.

Dalam dropdown pemilihan sumber daya di dasbor analitik lalu lintas, grup sumber daya Virtual Network harus dipilih, bukan grup sumber daya mesin virtual atau grup keamanan jaringan.

Analitik lalu lintas melakukan pemindaian penemuan sumber daya setiap 6 jam untuk mengidentifikasi VM, NIC, jaringan virtual, dan subnet baru. Saat VM atau NIC baru dibuat setelah siklus penemuan terbaru, dan data alur dikumpulkan sebelum penemuan berikutnya, analitik lalu lintas belum dapat mengaitkan lalu lintas dengan sumber daya yang diketahui. Akibatnya, sumber daya tersebut untuk sementara diberi label sebagai tidak diketahui dalam tampilan analitik.

Ya, Anda dapat menonaktifkan akses publik ke sumber daya titik akhir pengumpulan data (DCE) untuk memblokir lalu lintas masuk publik ke sumber daya tersebut. Proses ingesti terus berfungsi tanpa mengaitkan sumber daya DCE dengan ruang lingkup Azure Monitor Private Link.

Ya. Jika Anda memilih ruang kerja yang sudah ada, pastikan ruang kerja tersebut dimigrasikan ke bahasa kueri baru. Jika Anda tidak ingin memutakhirkan ruang kerja, Anda perlu membuat ruang kerja baru. Untuk informasi selengkapnya tentang Bahasa Kueri Kusto (KQL), lihat Kueri log di Azure Monitor.

Ya, akun penyimpanan Azure Anda dapat berada dalam satu langganan, dan ruang kerja Analitik Log Anda dapat berada di langganan yang berbeda.

Ya. Anda dapat mengonfigurasi log alur untuk dikirim ke akun penyimpanan yang terletak di langganan yang berbeda, asalkan Anda memiliki hak istimewa yang sesuai, dan bahwa akun penyimpanan terletak di wilayah yang sama dengan kelompok keamanan jaringan (log alur kelompok keamanan jaringan) atau jaringan virtual (log alur jaringan virtual). Akun penyimpanan tujuan harus berbagi tenant Microsoft Entra yang sama dengan grup keamanan jaringan atau jaringan virtual.

Tidak. Semua sumber daya harus berada dalam penyewa yang sama, termasuk grup keamanan jaringan (log aliran grup keamanan jaringan), jaringan virtual (log aliran jaringan virtual), log aliran, akun penyimpanan, dan ruang kerja Log Analytics (jika analitik lalu lintas diaktifkan).

Ya.

Buku kerja Analitik Lalu Lintas didukung oleh kueri Analitik Log. Jika kueri melebihi batas untuk analitik log, buku kerja dapat menyajikan kesalahan memori rendah. Untuk meningkatkan performa dan mengurangi kesalahan memori rendah, pengguna dapat menggunakan Kluster Analitik Log Khusus.

Tidak. Jika Anda menghapus akun penyimpanan yang digunakan untuk log alur, data yang disimpan di ruang kerja Analitik Log tidak akan terpengaruh. Anda masih dapat melihat data historis di ruang kerja Analitik Log (beberapa metrik akan terpengaruh) tetapi analitik lalu lintas tidak akan lagi memproses log alur baru hingga Anda memperbarui log alur untuk menggunakan akun penyimpanan yang berbeda.

Pilih wilayah yang didukung. Jika Anda memilih wilayah yang tidak didukung, Anda menerima kesalahan "Tidak ditemukan". Untuk informasi selengkapnya, lihat Wilayah yang didukung analitik lalu lintas.

Penyedia Microsoft.Insights harus terdaftar agar pencatatan aliran berfungsi dengan baik. Jika Anda tidak yakin apakah Microsoft.Insights penyedia terdaftar untuk langganan Anda, lihat Mengelola log alur NSG untuk cara mendaftarkannya.

Dasbor mungkin membutuhkan waktu hingga 30 menit untuk menampilkan laporan untuk pertama kalinya. Solusinya harus terlebih dahulu mengagregasi data yang cukup untuk mendapatkan wawasan yang bermakna, lalu menghasilkan laporan.

Coba opsi berikut:

• Ubah interval waktu di bilah atas.
• Pilih ruang kerja Analitik Log yang berbeda di bilah atas.
• Coba akses analitik lalu lintas setelah 30 menit, jika baru-baru ini diaktifkan.

Anda mungkin melihat pesan ini karena:

• Analitik lalu lintas baru-baru ini diaktifkan, dan mungkin belum memiliki data yang cukup agregat untuk mendapatkan wawasan yang bermakna.
• Anda menggunakan versi gratis dari workspace Log Analytics, dan ini melebihi batas kuota. Anda mungkin perlu menggunakan ruang kerja dengan kapasitas yang lebih besar.

Coba solusi yang disarankan untuk pertanyaan sebelumnya. Jika masalah berlanjut, ajukan kekhawatiran di Microsoft Q&A.

Anda melihat informasi sumber daya di dasbor; namun, tidak ada statistik terkait alur yang ada. Data mungkin tidak ada karena tidak ada alur komunikasi antara sumber daya. Tunggu selama 60 menit, dan centang ulang status. Jika masalah berlanjut, dan Anda yakin bahwa alur komunikasi di antara sumber daya ada, ajukan kekhawatiran di Tanya Jawab Microsoft.

Analitik lalu lintas dikenakan biaya. Pengukuran didasarkan pada pemrosesan data log aliran mentah oleh layanan. Untuk informasi selengkapnya, lihat Harga Network Watcher.
Log yang diperbarui yang diserap di ruang kerja Analitik Log dapat dipertahankan tanpa biaya hingga 31 hari pertama (atau 90 hari jika Microsoft Sentinel diaktifkan di ruang kerja). Untuk informasi selengkapnya, lihat Harga Azure Monitor.

Saat log alur NSG diaktifkan, rekaman log alur ditulis ke akun Azure Storage yang dikonfigurasi. Untuk menghasilkan wawasan Analitik Lalu Lintas, Azure Network Watcher melakukan operasi backend pada data tersimpan ini untuk memproses, mengagregasi, dan memperkaya catatan log alur. Interaksi penyimpanan backend ini diperlukan untuk fungsionalitas analitik dan terjadi bahkan jika Anda tidak secara aktif mengkueri data. Anda dapat mengontrol dampak biaya keseluruhan dengan menyesuaikan cakupan log alur, retensi, dan apakah Analitik Lalu Lintas diaktifkan. Untuk informasi selengkapnya, lihat Harga log alur NSG.

Interval pemrosesan default analitik lalu lintas adalah 60 menit, namun, Anda dapat memilih pemrosesan yang dipercepat pada interval 10 menit. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas.

Analitik lalu lintas membuat dan mengelola sumber daya aturan pengumpulan data (DCR) dan titik akhir pengumpulan data (DCE) dalam grup sumber daya yang sama dengan ruang kerja, diawali dengan NWTA. Jika Anda melakukan operasi apa pun pada sumber daya ini, analitik lalu lintas mungkin tidak berfungsi seperti yang diharapkan. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas. Untuk informasi selengkapnya, lihat Aturan pengumpulan data di Azure Monitor dan Titik akhir pengumpulan data di Azure Monitor.

Tidak disarankan untuk menerapkan kunci ke sumber daya DCR dan DCE yang dibuat oleh analitik lalu lintas karena sumber daya ini dikelola oleh layanan. Sumber daya yang terkunci tidak dibersihkan saat log aliran terkait dihapus. Jika Anda melakukan operasi apa pun pada sumber daya ini, analitik lalu lintas mungkin tidak berfungsi seperti yang diharapkan. Untuk informasi selengkapnya, lihat Agregasi data dalam analitik lalu lintas.

Analitik lalu lintas bergantung pada sistem inteligensi ancaman internal Microsoft untuk dianggap sebagai IP berbahaya. Sistem ini menggunakan berbagai sumber telemetri seperti produk dan layanan Microsoft, Microsoft Digital Crimes Unit (DCU), Microsoft Security Response Center (MSRC), dan umpan eksternal dan membangun kecerdasan di atasnya. Beberapa data ini bersifat internal bagi Microsoft. Jika IP yang diketahui ditandai sebagai berbahaya, buat tiket dukungan untuk mengetahui detailnya.

Analitik lalu lintas tidak memiliki dukungan bawaan untuk pemberitahuan. Namun, karena data analitik lalu lintas disimpan di Analitik Log, Anda dapat menulis kueri kustom dan mengatur pemberitahuan di dalamnya. Ikuti langkah-langkah ini:

• Anda dapat menggunakan tautan Log Analytics di analitik lalu lintas.
• Gunakan skema analitik lalu lintas untuk menulis kueri Anda.
• Pilih Aturan pemberitahuan baru untuk membuat pemberitahuan.
• Lihat Membuat aturan pemberitahuan baru untuk membuat pemberitahuan.

Tidak, saat ini tidak didukung. Jika Log Analytics workspace disebarkan di belakang perimeter keamanan jaringan, traffic analytics tidak dapat mengumpulkan data darinya.

Traffic Analytics (TA) hanya dapat mengklasifikasikan dan menandai alur dengan benar untuk sumber daya dalam langganan yang setidaknya memiliki satu log alur yang diaktifkan dan mengirimkan data ke ruang kerja Log Analytics (LA) yang sama dengan yang digunakan oleh Traffic Analytics. Jika sebuah alur berasal dari atau berakhir pada sumber daya dalam sebuah langganan yang tidak memiliki log alur yang dikonfigurasi untuk ruang kerja Log Analytics yang diaktifkan untuk Traffic Analytics, Traffic Analytics tidak memiliki visibilitas terhadap sumber daya dalam langganan tersebut dan akan menandai alur terkait sebagai "Unknown".

Ya. Pemecahan masalah koneksi dan diagnostik NSG tidak mendukung penyebaran Application Gateway privat. Untuk informasi selengkapnya, lihat Penyebaran Application Gateway Privat.