Glosarium Azure Virtual Desktop Insights
Artikel ini mencantumkan dan menjelaskan secara singkat istilah dan konsep utama yang terkait dengan Azure Virtual Desktop Insights.
Peringatan
Setiap pemberitahuan aktif Azure Monitor yang telah Anda konfigurasikan pada langganan dan diklasifikasikan sebagai tingkat keparahan 0 akan muncul di halaman Ringkasan. Untuk mempelajari cara menyiapkan pemberitahuan, lihat Pemberitahuan Log Azure Monitor.
Sesi yang tersedia
Sesi yang tersedia menunjukkan jumlah sesi yang tersedia di kumpulan host. Layanan menghitung jumlah ini dengan mengalikan jumlah komputer virtual (VM) dengan jumlah maksimum sesi yang diizinkan per komputer virtual, lalu mengurangkan total sesi.
Sistem operasi klien (OS)
Sistem operasi klien (OS) menunjukkan versi pengguna akhir OS mana yang mengakses sumber daya Azure Virtual Desktop yang saat ini digunakan. OS klien juga menunjukkan versi klien web (HTML) mana dan klien Desktop Jauh lengkap yang dimiliki pengguna. Untuk daftar lengkap versi OS Windows, lihat Versi Sistem Operasi.
Koneksi berhasil
Item ini menunjukkan kesehatan koneksi. "Koneksi berhasil" berarti bahwa koneksi dapat menjangkau host, seperti yang dikonfirmasi oleh tumpukan pada komputer virtual tersebut. Koneksi yang gagal berarti koneksi tidak dapat menjangkau host.
Pengguna aktif harian (DAU)
Jumlah total pengguna yang telah memulai sesi dalam 24 jam terakhir.
Pemberitahuan harian
Jumlah total pemberitahuan yang dipicu setiap hari.
Koneksi dan koneksi ulang harian
Jumlah total koneksi dan koneksi ulang dimulai atau diselesaikan dalam 24 jam terakhir.
Waktu tersambung harian
Jumlah total waktu yang dihabiskan untuk terhubung ke sesi di seluruh pengguna dalam 24 jam terakhir.
Diagnostik dan kesalahan
Saat kesalahan atau pemberitahuan muncul di Azure Virtual Desktop Insights, itu dikategorikan oleh tiga hal:
Jenis aktivitas: kategori ini adalah bagaimana kesalahan dikategorikan oleh diagnostik Azure Virtual Desktop. Kategorinya adalah aktivitas manajemen, umpan, koneksi, pendaftaran host, kesalahan, dan titik pemeriksaan. Pelajari selengkapnya tentang kategori ini di Gunakan Analitik Log untuk fitur diagnostik.
Jenis: kategori ini menunjukkan lokasi kesalahan.
- Kesalahan bertanda "layanan" atau "ServiceError = TRUE" terjadi di layanan Azure Virtual Desktop.
- Kesalahan bertanda "penyebaran" atau ditandai dengan "ServiceError = FALSE" terjadi di luar layanan Azure Virtual Desktop.
- Untuk mempelajari selengkapnya tentang tag ServiceError, lihat Skenario kesalahan umum.
Sumber: kategori ini memberikan deskripsi yang lebih spesifik tentang di mana kesalahan terjadi.
Diagnostik: peran layanan yang bertanggung jawab untuk memantau dan melaporkan aktivitas layanan untuk memungkinkan pengguna mengamati dan mendiagnosis masalah penyebaran.
RDBroker: peran layanan yang bertanggung jawab untuk mengatur aktivitas penyebaran, mempertahankan status objek, memvalidasi autentikasi, dan banyak lagi.
RDGateway: peran layanan yang bertanggung jawab untuk menangani konektivitas jaringan antara pengguna akhir dan komputer virtual.
RDStack: komponen perangkat lunak yang diinstal pada VM Anda untuk memungkinkan mereka berkomunikasi dengan layanan Azure Virtual Desktop.
Klien: perangkat lunak yang berjalan pada komputer pengguna akhir yang menyediakan antarmuka ke layanan Azure Virtual Desktop. Ini menampilkan daftar sumber daya yang diterbitkan dan menghosting koneksi Desktop Jauh setelah Anda membuat pilihan.
Setiap masalah atau kesalahan diagnostik menyertakan pesan yang menjelaskan apa yang salah. Untuk mempelajari selengkapnya tentang kesalahan pemecahan masalah, lihat Identifikasi dan Diagnosis masalah Azure Virtual Desktop.
Kode wilayah gateway
Beberapa metrik di Azure Virtual Desktop Insights mencantumkan wilayah gateway yang disambungkan pengguna. Wilayah gateway diwakili oleh kode tiga atau empat huruf yang sesuai dengan wilayah Azure tempat gateway berada. Tabel berikut ini mencantumkan kode wilayah gateway dan wilayah Azure terkait:
| Kode wilayah gateway | Wilayah Azure |
|---|---|
| AUC | Australia Tengah |
| AUC2 | Australia Tengah 2 |
| AUE | Australia Timur |
| AUSE | Australia Tenggara |
| BRS | Brasil Selatan |
| CAC | Kanada Tengah |
| CAE | Kanada Timur |
| CHNO | Swiss Utara |
| CIN | India Tengah |
| CUS | US Tengah |
| EA | Asia Timur |
| EEU | Eropa Timur |
| EUS | AS Timur |
| EUS2 | AS Timur 2 |
| FRAS | Prancis Selatan |
| FRC | Prancis Tengah |
| GEC | Jerman Tengah |
| KEJADIAN | Jerman Utara |
| GEN | Jerman Timur Laut |
| GWC | Jerman Barat Tengah |
| JPE | Jepang Timur |
| JPW | Jepang Barat |
| KRC | Korea Tengah |
| KRS | Korea Selatan |
| KRS2 | Korea Selatan 2 |
| NCUS | US Tengah Utara |
| NEU | Eropa Utara |
| NOE | Norwegia Timur |
| NOW | Norwegia Barat |
| SAN | Afrika Selatan Utara |
| SAW | Afrika Selatan Barat |
| SCUS | US Tengah Selatan |
| SEA2 | Asia Tenggara 2 |
| LAUT | Asia Tenggara |
| SIN | India Selatan |
| SWW | Swiss Barat |
| UAEC | UAE Tengah |
| UAEN | Arab Saudi Utara |
| UKN | UK Utara |
| Inggris | UK Selatan |
| UKS2 | UK Selatan 2 |
| UKW | UK Barat |
| WCUS | AS Tengah Bagian Barat |
| WEU | Eropa Barat |
| MENANG | India Barat |
| WUS | AS Barat |
Penundaan input
"Penundaan input" di Azure Virtual Desktop Insights berarti penundaan input per penghitung kinerja proses untuk setiap sesi. Di halaman performa host di aka.ms/azmonwvdi, penghitung performa ini dikonfigurasi untuk mengirim laporan ke layanan setiap 30 detik sekali. Interval 30 detik ini disebut "sampel," dan melaporkan kasus terburuk di jendela tersebut. Nilai median dan p95 mencerminkan median dan persentil ke-95 di semua sampel.
Di bawah Penundaan input oleh host, Anda bisa memilih baris host sesi untuk memfilter semua visual lain di halaman ke host tersebut. Anda juga dapat memilih nama proses untuk memfilter penundaan input median dari waktu ke waktu.
Kami menempatkan penundaan dalam kategori berikut:
- Bagus: di bawah 150 milidetik.
- Dapat diterima: 150-500 milidetik.
- Buruk: 500-2.000 milidetik (di bawah 2 detik).
- Jelek: lebih dari 2.000 milidetik (2 detik ke atas).
Untuk mempelajari selengkapnya tentang cara kerja penghitung penundaan input, lihat Penghitung kinerja Penundaan Input Pengguna.
Pengguna aktif bulanan (MAU)
Jumlah pengguna total yang telah memulai sesi dalam 28 hari terakhir. Jika Anda menyimpan data selama 30 hari atau kurang, Anda mungkin melihat nilai MAU dan Koneksi yang lebih rendah dari perkiraan selama periode saat Anda memiliki data yang tersedia kurang dari 28 hari.
Penghitung kinerja
Penghitung kinerja menunjukkan performa komponen perangkat keras, sistem operasi, dan aplikasi.
Tabel berikut ini mencantumkan penghitung kinerja yang direkomendasikan dan interval waktu yang digunakan Azure Monitor untuk Azure Virtual Desktop:
| Nama penghitung kinerja | Interval Waktu |
|---|---|
| Disk Logis(C:)\Rta. Panjang Antrean Disk | 30 detik |
| Disk Logis(C:)\Avg. Disk sec/Transfer | 60 detik |
| Disk Logis(C:)\Panjang Antrean Disk Saat Ini | 30 detik |
| Memori(*)\Mbyte yang Tersedia | 30 detik |
| Memori(*)\Kesalahan Halaman/dtk | 30 detik |
| Memori(*)\Halaman/dtk | 30 detik |
| Memory(*)\% Byte Penerapan yang Digunakan | 30 detik |
| PhysicalDisk(*)\Avg. Panjang Antrean Disk | 30 detik |
| PhysicalDisk(*)\Avg. Disk dtk/Baca | 30 detik |
| PhysicalDisk(*)\Avg. Disk dtk/Transfer | 30 detik |
| PhysicalDisk(*)\Avg. Disk dtk/Tulis | 30 detik |
| Informasi Prosesor(_Total)\% Waktu Prosesor | 30 detik |
| Layanan Terminal(*)\Sesi Aktif | 60 detik |
| Layanan Terminal(*)\Sesi Tidak Aktif | 60 detik |
| Layanan Terminal(*)\Total Sesi | 60 detik |
| Penundaan Input Pengguna per Proses(*)Penundaan Input Maks | 30 detik |
| Penundaan Input Pengguna per Proses(*)Penundaan Input Maks | 30 detik |
| Jaringan RemoteFX(*)\TCP RTT Saat Ini | 30 detik |
| Jaringan RemoteFX(*)\Bandwidth UDP Saat Ini | 30 detik |
Masalah konektivitas potensial
Masalah konektivitas potensial menunjukkan host, pengguna, sumber daya yang diterbitkan, dan klien dengan tingkat kegagalan koneksi yang tinggi. Setelah memilih filter "laporkan menurut", Anda dapat mengevaluasi tingkat keparahan masalah dengan memeriksa nilai di kolom ini:
- Percobaan (jumlah upaya koneksi)
- Sumber daya (jumlah aplikasi atau desktop yang diterbitkan)
- Host (jumlah VM)
- Klien
Misalnya, jika Anda memilih filter Menurut pengguna, Anda dapat memeriksa upaya koneksi setiap pengguna di kolom Percobaan.
Jika Anda melihat bahwa masalah koneksi mencakup beberapa host, pengguna, sumber daya, atau klien, kemungkinan masalah tersebut mempengaruhi seluruh sistem. Jika tidak, itu adalah masalah yang lebih kecil yang prioritasnya lebih rendah.
Anda juga bisa memilih entri untuk melihat informasi tambahan. Anda dapat melihat host, sumber daya, dan versi klien mana yang terlibat dengan masalah ini. Tampilan juga akan menampilkan kesalahan yang dilaporkan selama percobaan koneksi.
Waktu pulang-pergi (RTT)
Waktu pulang-pergi (RTT) adalah perkiraan waktu perjalanan pulang-pergi koneksi antara lokasi pengguna akhir dan wilayah Azure host sesi. Untuk melihat lokasi mana yang memiliki latensi terbaik, cari lokasi yang Anda inginkan di alat Estimator Pengalaman Azure Virtual Desktop.
Riwayat sesi
Item Sesi menunjukkan status semua sesi, tersambung dan terputus. Sesi diam hanya menampilkan sesi yang terputus.
Pemberitahuan Tingkat Keparahan 0
Item paling mendesak yang harus segera Anda tangani. Jika Anda tidak mengatasi masalah ini, masalah tersebut dapat menyebabkan penyebaran Azure Virtual Desktop Anda berhenti berfungsi.
Waktu untuk menyambungkan
Waktu untuk terhubung adalah waktu antara ketika pengguna membuka sumber daya untuk memulai sesi mereka dan ketika desktop mereka telah dimuat dan siap digunakan. Misalnya, untuk RemoteApp, ini adalah waktu yang diperlukan untuk meluncurkan aplikasi.
Waktu untuk terhubung memiliki dua tahap:
- Koneksi, yaitu berapa lama waktu yang dibutuhkan layanan Azure untuk merutekan pengguna ke host sesi.
- "Masuk," yaitu berapa lama waktu yang dibutuhkan layanan untuk melakukan tugas yang terkait dengan penandatanganan pengguna dan menetapkan sesi pada host sesi.
Saat memantau waktu untuk terhubung, ingatlah hal-hal berikut:
Waktu untuk menyambungkan diukur dengan titik pemeriksaan berikut dari data diagnostik layanan Azure Virtual Desktop. Wawasan titik pemeriksaan digunakan untuk menentukan kapan koneksi dibuat berbeda untuk desktop versus skenario RemoteApp.
Dimulai: Status WVDConnection = dimulai
Akhir: WVDCheckpoints Name = ShellReady (desktop); Nama = RdpShellAppExecuted (RemoteApp. Untuk waktu, pertimbangkan peluncuran aplikasi pertama saja)
Misalnya, Insight mengukur waktu untuk pengalaman desktop diluncurkan berdasarkan berapa lama waktu yang dibutuhkan untuk meluncurkan Windows Explorer. Insight juga mengukur waktu remoteapp untuk diluncurkan berdasarkan waktu yang diperlukan untuk meluncurkan instans pertama aplikasi shell untuk koneksi.
Catatan
Jika pengguna meluncurkan lebih dari satu RemoteApp, terkadang aplikasi shell dapat dijalankan beberapa kali selama satu koneksi. Untuk pengukuran waktu yang akurat untuk terhubung, Anda hanya boleh menggunakan titik pemeriksaan eksekusi pertama untuk setiap koneksi.
Membangun sesi baru biasanya membutuhkan waktu lebih lama daripada membangun kembali koneksi ke sesi yang ada karena perbedaan dalam proses "masuk" untuk koneksi baru dan mapan.
Waktu yang dibutuhkan pengguna untuk memberikan informasi masuk dikurangi dari waktu mereka untuk terhubung ke akun untuk situasi di mana pengguna membutuhkan waktu untuk memasukkan informasi masuk atau menggunakan metode autentikasi alternatif untuk masuk.
Saat memecahkan masalah waktu yang tinggi untuk terhubung, Azure Monitor akan memecah total data waktu koneksi menjadi empat komponen untuk membantu Anda mengidentifikasi cara mengurangi waktu masuk.
Catatan
Komponen di bagian ini hanya menampilkan tahap koneksi utama. Komponen-komponen ini dapat berjalan secara paralel, yang berarti mereka tidak akan menambahkan hingga sama dengan total waktu untuk terhubung. Total waktu untuk terhubung adalah pengukuran yang ditentukan Azure Monitor dalam proses terpisah.
Diagram alur berikut menunjukkan empat tahap proses masuk:
Diagram alur menunjukkan empat komponen berikut:
Rute pengguna: waktu yang dibutuhkan dari saat pengguna memilih ikon Azure Virtual Desktop untuk meluncurkan sesi ke saat layanan mengidentifikasi host untuk terhubung ke. Beban jaringan yang tinggi, beban layanan tinggi, atau perutean lalu lintas jaringan yang unik dapat menyebabkan waktu perutean yang tinggi. Untuk memecahkan masalah rute pengguna, lihat jalur jaringan Anda.
Terhubung tumpukan: waktu yang dibutuhkan dari saat layanan menyelesaikan host sesi target untuk pengguna hingga saat layanan menetapkan koneksi antara host sesi dan klien jarak jauh pengguna. Seperti perutean pengguna, beban jaringan, beban server, atau perutean lalu lintas jaringan yang unik dapat memengaruhi waktu koneksi. Untuk komponen ini, Anda juga harus memperhatikan perutean jaringan Anda. Untuk mengurangi waktu koneksi, pastikan Anda telah mengonfigurasi semua konfigurasi proksi dengan tepat pada host klien dan sesi, dan perutean ke layanan optimal.
Masuk: waktu yang dibutuhkan antara saat koneksi ke host ditetapkan saat shell mulai dimuat. Waktu masuk mencakup beberapa proses yang dapat berkontribusi pada waktu koneksi yang tinggi. Anda dapat melihat data untuk tahap "masuk" di Insights untuk melihat apakah ada puncak tak terduga di waktu rata-rata.
Proses "masuk" dibagi menjadi empat tahap:
Profil: waktu yang diperlukan untuk memuat profil pengguna untuk sesi baru. Berapa lama waktu pemuatan tergantung pada ukuran profil pengguna atau solusi profil pengguna yang Anda gunakan (seperti Virtualisasi Pengalaman Pengguna). Jika Anda menggunakan solusi yang bergantung pada profil yang disimpan jaringan, latensi berlebih juga dapat menyebabkan waktu pemuatan profil yang lebih lama.
Objek Kebijakan Grup (GPOs): waktu yang diperlukan untuk menerapkan kebijakan grup ke sesi baru. Lonjakan di area data ini adalah tanda bahwa Anda memiliki terlalu banyak kebijakan grup, kebijakan terlalu lama untuk diterapkan, atau host sesi mengalami masalah sumber daya. Satu hal yang dapat Anda lakukan untuk mengoptimalkan waktu pemrosesan adalah memastikan pengontrol domain mendekati host sesi sebaik mungkin.
Shell Start: waktu yang diperlukan untuk meluncurkan shell (biasanya explorer.exe).
FSLogix (Frxsvc): waktu yang dibutuhkan untuk meluncurkan FSLogix di sesi baru. Waktu peluncuran yang lama dapat menunjukkan masalah dengan saham yang digunakan untuk menghosting profil pengguna FSLogix. Untuk memecahkan masalah ini, pastikan saham disusun dengan host sesi dan diskalakan dengan tepat untuk jumlah rata-rata pengguna yang masuk ke host. Area lain yang harus Anda lihat adalah ukuran profil. Ukuran profil yang besar dapat memperlambat waktu peluncuran.
Shell mulai ke shell siap: waktu dari saat shell mulai memuat ke ketika itu terisi penuh dan siap digunakan. Penundaan dalam fase ini dapat disebabkan oleh kelebihan beban host sesi (aktivitas CPU, memori, atau disk yang tinggi) atau masalah konfigurasi.
Laporan pengguna
Halaman laporan pengguna memungkinkan Anda melihat riwayat koneksi dan informasi diagnostik pengguna tertentu. Setiap laporan pengguna menunjukkan pola penggunaan, umpan balik pengguna, dan kesalahan yang ditemui pengguna selama sesi mereka. Sebagian besar masalah yang lebih kecil dapat diatasi dengan umpan balik pengguna. Jika perlu menggali lebih dalam, Anda juga dapat memfilter informasi tentang ID koneksi atau periode waktu tertentu.
Pengguna per inti
Ini adalah jumlah pengguna di setiap inti komputer virtual. Melacak jumlah maksimum pengguna per inti dari waktu ke waktu dapat membantu Anda mengidentifikasi apakah lingkungan secara konsisten berjalan pada jumlah pengguna per inti yang tinggi, rendah, atau berfluktuasi. Mengetahui berapa banyak pengguna yang aktif akan membantu sumber daya dan skala lingkungan Anda secara efisien.
Log peristiwa Windows
Log Peristiwa Windows adalah sumber data yang dikumpulkan oleh Agen Azure Monitor atau agen Analitik Log di komputer virtual Windows. Anda dapat mengumpulkan peristiwa dari log standar seperti Sistem dan Aplikasi serta log kustom yang dibuat oleh aplikasi yang perlu Anda pantau.
Tabel berikut ini mencantumkan Log Peristiwa Windows yang diperlukan untuk Azure Virtual Desktop Insights:
| Nama kejadian | Jenis peristiwa |
|---|---|
| Aplikasi | Kesalahan dan Peringatan |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Kesalahan, Peringatan, dan Informasi |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Kesalahan, Peringatan, dan Informasi |
| Sistem | Kesalahan dan Peringatan |
| Microsoft-FSLogix-Apps/Operasional | Kesalahan, Peringatan, dan Informasi |
| Microsoft-FSLogix-Apps/Admin | Kesalahan, Peringatan, dan Informasi |
Langkah berikutnya
- Untuk memulai, lihat Menggunakan Azure Virtual Desktop Insights untuk memantau penyebaran Anda.
- Untuk memperkirakan, mengukur, dan mengelola biaya penyimpanan data Anda, lihat Perkirakan biaya Azure Monitor.
- Jika Anda mengalami masalah, lihat panduan pemecahan masalah kami untuk mendapatkan bantuan dan masalah umum.
Anda juga dapat menyiapkan Azure Advisor untuk membantu Anda mencari tahu cara mengatasi atau mencegah masalah umum. Pelajari lebih lanjut di Pengenalan Azure Advisor.
Jika Anda memerlukan bantuan atau memiliki pertanyaan, lihat sumber daya komunitas kami:
Ajukan pertanyaan atau buat saran kepada komunitas di TechCommunity Azure Virtual Desktop.
Untuk mempelajari cara meninggalkan umpan balik, lihat Ringkasan pemecahan masalah, umpan balik, dan dukungan untuk Azure Virtual Desktop.
Anda juga dapat meninggalkan umpan balik untuk Azure Virtual Desktop di hub umpan balik Azure Virtual Desktop