Azure Sanal Masaüstü İçgörüleri sözlüğü
Bu makalede Azure Sanal Masaüstü İçgörüleri ile ilgili önemli terimler ve kavramlar listelenip kısaca açıklanmaktadır.
Uyarılar
Abonelikte yapılandırdığınız ve önem derecesi 0 olarak sınıflandırdığınız tüm etkin Azure İzleyici uyarıları Genel Bakış sayfasında görünür. Uyarıları ayarlamayı öğrenmek için bkz . Azure İzleyici Günlük Uyarıları.
Kullanılabilir oturumlar
Kullanılabilir oturumlar, konak havuzundaki kullanılabilir oturumların sayısını gösterir. Hizmet, sanal makine sayısını (VM) sanal makine başına izin verilen en fazla oturum sayısıyla çarparak ve ardından toplam oturumları çıkararak bu sayıyı hesaplar.
İstemci işletim sistemi (işletim sistemi)
İstemci işletim sistemi (işletim sistemi), Azure Sanal Masaüstü kaynaklarına erişen işletim sistemi son kullanıcılarının şu anda hangi sürümünü kullandığını gösterir. İstemci işletim sistemi, kullanıcıların web (HTML) istemcisinin hangi sürümüne ve tam Uzak Masaüstü istemcisine sahip olduğunu da gösterir. Windows işletim sistemi sürümlerinin tam listesi için bkz . İşletim Sistemi Sürümü.
Bağlantı başarılı
Bu öğe bağlantı durumunu gösterir. "Bağlantı başarılı", bağlantının o sanal makinedeki yığın tarafından onaylandığı şekilde konağa ulaşabileceği anlamına gelir. Başarısız bir bağlantı, bağlantının konağa ulaşamadığı anlamına gelir.
Günlük etkin kullanıcılar (DAU)
Son 24 saat içinde oturum başlatan toplam kullanıcı sayısı.
Günlük uyarılar
Her gün tetiklenen toplam uyarı sayısı.
Günlük bağlantılar ve yeniden bağlantılar
Son 24 saat içinde başlatılan veya tamamlanan toplam bağlantı ve yeniden bağlantı sayısı.
Günlük bağlı saatler
Son 24 saat içinde kullanıcılar arasında bir oturuma bağlı olarak harcanan toplam saat sayısı.
Tanılama ve hatalar
Azure Sanal Masaüstü İçgörüleri'nde bir hata veya uyarı görüntülendiğinde, bu üç öğeye göre kategorilere ayrılmıştır:
Etkinlik türü: Bu kategori, hatanın Azure Sanal Masaüstü tanılamaları tarafından kategorilere ayrılma şeklidir. Kategoriler yönetim etkinlikleri, akışlar, bağlantılar, konak kayıtları, hatalar ve denetim noktalarıdır. Bu kategoriler hakkında daha fazla bilgi için bkz . Tanılama özelliği için Log Analytics'i kullanma.
Tür: Bu kategori hatanın konumunu gösterir.
- Azure Sanal Masaüstü hizmetinde "hizmet" veya "ServiceError = TRUE" olarak işaretlenmiş hatalar oluştu.
- Azure Sanal Masaüstü hizmetinin dışında "dağıtım" olarak işaretlenen veya "ServiceError = FALSE" olarak etiketlenen hatalar oluştu.
- ServiceError etiketi hakkında daha fazla bilgi edinmek için bkz . Yaygın hata senaryoları.
Kaynak: Bu kategori, hatanın nerede oluştuğuna ilişkin daha ayrıntılı bir açıklama sağlar.
Tanılama: Kullanıcıların dağıtım sorunlarını gözlemleyip tanılamasına olanak sağlamak için hizmet etkinliğini izlemek ve raporlamaktan sorumlu hizmet rolü.
RDBroker: Dağıtım etkinliklerini düzenleme, nesnelerin durumunu koruma, kimlik doğrulama ve daha birçok işlemden sorumlu hizmet rolü.
RDGateway: Son kullanıcılar ve sanal makineler arasındaki ağ bağlantısının işlenmesinden sorumlu hizmet rolü.
RDStack: Vm'lerinize yüklenip Azure Sanal Masaüstü hizmetiyle iletişim kurmalarına olanak sağlayan bir yazılım bileşenidir.
İstemci: Azure Sanal Masaüstü hizmetine arabirim sağlayan son kullanıcı makinesinde çalışan yazılım. Yayımlanmış kaynakların listesini görüntüler ve bir seçim yaptıktan sonra Uzak Masaüstü bağlantısını barındırıyor.
Her tanılama sorunu veya hatası, neyin yanlış gittiğini açıklayan bir ileti içerir. Hataları giderme hakkında daha fazla bilgi edinmek için bkz . Azure Sanal Masaüstü sorunlarını tanımlama ve tanılama.
Ağ geçidi bölge kodları
Azure Sanal Masaüstü İçgörüleri'ndeki bazı ölçümler, bir kullanıcının bağlanıp bağlanıp bağlanıyor olduğu ağ geçidi bölgesini listeler. Ağ geçidi bölgesi, ağ geçidinin bulunduğu Azure bölgesine karşılık gelen üç veya dört harfli bir kodla temsil edilir. Aşağıdaki tabloda ağ geçidi bölge kodları ve ilgili Azure bölgeleri listelenmektedir:
| Ağ geçidi bölge kodu | Azure bölgesi |
|---|---|
| AUC | Orta Avustralya |
| AUC2 | Orta Avustralya 2 |
| AUE | Doğu Avustralya |
| AUSE | Güneydoğu Avustralya |
| BRS | Güney Brezilya |
| CAC | Orta Kanada |
| CAE | Doğu Kanada |
| CHNO | Kuzey İsviçre |
| CIN | Orta Hindistan |
| CUS | Orta ABD |
| EAS | Doğu Asya |
| EEU | Doğu Avrupa |
| EUS | Doğu ABD |
| EUS2 | Doğu ABD 2 |
| FRAS | Güney Fransa |
| FRC | Orta Fransa |
| GEC | Orta Almanya |
| GEN | Almanya Kuzey |
| GEN | Kuzeydoğu Almanya |
| GWC | Orta Batı Almanya |
| JPE | Doğu Japonya |
| JPW | Batı Japonya |
| KRC | Güney Kore - Orta |
| KRS | Güney Kore - Güney |
| KRS2 | Kore Güney 2 |
| NCUS | Orta Kuzey ABD |
| NEU | Kuzey Avrupa |
| NOE | Norveç Doğu |
| ŞİMDİ | Batı Norveç |
| SAN | Güney Afrika Kuzey |
| TESTERE | Güney Afrika Batı |
| SCUS | Orta Güney ABD |
| DENİz2 | Güneydoğu Asya 2 |
| DENİZ | Güneydoğu Asya |
| SIN | Güney Hindistan |
| SWW | Batı İsviçre |
| UAEC | BAE Orta |
| UAEN | Kuzey BAE |
| UKN | UK Kuzey |
| UKS | Güney Birleşik Krallık |
| UKS2 | Güney Birleşik Krallık 2 |
| UKW | Batı Birleşik Krallık |
| WCUS | Batı Orta ABD |
| WEU | West Europe |
| KAZANMAK | Batı Hindistan |
| WUS | Batı ABD |
Giriş gecikmesi
Azure Sanal Masaüstü İçgörüleri'ndeki "Giriş gecikmesi", her oturum için işlem performans sayacı başına giriş gecikmesi anlamına gelir. aka.ms/azmonwvdi ana bilgisayar performansı sayfasında, bu performans sayacı hizmete her 30 saniyede bir rapor gönderecek şekilde yapılandırılır. Bu 30 saniyelik aralıklara "örnekler" adı verilir ve rapor bu penceredeki en kötü durum olur. Ortanca değer ve p95 değerleri, tüm örneklerde ortanca değeri ve 95. yüzdebirliği yansıtır.
Ana bilgisayara göre giriş gecikmesi altında, sayfadaki diğer tüm görselleri bu konakla filtrelemek için bir oturum ana bilgisayar satırı seçebilirsiniz. Zaman içindeki ortanca giriş gecikmesini filtrelemek için bir işlem adı da seçebilirsiniz.
Gecikmeleri aşağıdaki kategorilere koyarız:
- İyi: 150 milisaniyenin altında.
- Kabul edilebilir: 150-500 milisaniye.
- Zayıf: 500-2.000 milisaniye (2 saniyenin altında).
- Hatalı: 2.000 milisaniyenin üzerinde (2 saniye ve üzeri).
Giriş gecikme sayacının nasıl çalıştığı hakkında daha fazla bilgi edinmek için bkz . Kullanıcı Girişi Gecikmesi performans sayaçları.
Aylık etkin kullanıcılar (MAU)
Son 28 gün içinde oturum başlatan toplam kullanıcı sayısı. Verileri 30 gün veya daha az süreyle depolarsanız, 28 günden az verinin kullanılabildiği dönemlerde beklenenden daha düşük MAU ve Bağlantı değerleri görebilirsiniz.
Performans sayaçları
Performans sayaçları donanım bileşenlerinin, işletim sistemlerinin ve uygulamaların performansını gösterir.
Aşağıdaki tabloda, Azure İzleyici'nin Azure Sanal Masaüstü için kullandığı önerilen performans sayaçları ve zaman aralıkları listelenmektedir:
| Performans sayacı adı | Zaman aralığı |
|---|---|
| Mantıksal Disk(C:)\Ort. Disk Kuyruğu Uzunluğu | 30 saniye |
| Mantıksal Disk(C:)\Ort. Disk sn/Aktarım | 60 saniye |
| Mantıksal Disk(C:)\Geçerli Disk Kuyruğu Uzunluğu | 30 saniye |
| Bellek(*)\Kullanılabilir Bayt | 30 saniye |
| Bellek(*)\Sayfa Hataları/sn | 30 saniye |
| Bellek(*)\Sayfalar/sn | 30 saniye |
| Bellek(*)\Kullanılan Kaydedilmiş Bayt Yüzdesi | 30 saniye |
| PhysicalDisk(*)\Avg. Disk Kuyruğu Uzunluğu | 30 saniye |
| PhysicalDisk(*)\Ort. Disk sn/Okuma | 30 saniye |
| PhysicalDisk(*)\Ort. Disk sn/Aktarım | 30 saniye |
| PhysicalDisk(*)\Ort. Disk sn/Yazma | 30 saniye |
| İşlemci Bilgileri(_Total)\% İşlemci Süresi | 30 saniye |
| Terminal Hizmetleri(*)\Etkin Oturumlar | 60 saniye |
| Terminal Hizmetleri(*)\Etkin Olmayan Oturumlar | 60 saniye |
| Terminal Hizmetleri(*)\Toplam Oturum sayısı | 60 saniye |
| *İşlem Başına Kullanıcı Girişi Gecikmesi(*)\Maksimum Giriş Gecikmesi | 30 saniye |
| *Oturum Başına Kullanıcı Girişi Gecikmesi(*)\En Fazla Giriş Gecikmesi | 30 saniye |
| RemoteFX Ağı(*)\Geçerli TCP RTT | 30 saniye |
| RemoteFX Ağı(*)\Geçerli UDP Bant Genişliği | 30 saniye |
Olası bağlantı sorunları
Olası bağlantı sorunları konakları, kullanıcıları, yayımlanan kaynakları ve yüksek bağlantı hatası oranına sahip istemcileri gösterir. "Rapor ölçütü" filtresini seçtikten sonra, şu sütunlardaki değerleri denetleyerek sorunun önem derecesini değerlendirebilirsiniz:
- Denemeler (bağlantı girişimi sayısı)
- Kaynaklar (yayımlanan uygulama veya masaüstlerinin sayısı)
- Konaklar (VM sayısı)
- Müşteriler
Örneğin, Kullanıcıya göre filtresini seçerseniz, Her kullanıcının bağlantı girişimlerini Denemeler sütununda görmek için kontrol edebilirsiniz.
Bir bağlantı sorununun birden çok konak, kullanıcı, kaynak veya istemciye yayıldığını fark ederseniz, sorunun sistemin tamamını etkilediği olasıdır. Aksi takdirde, daha düşük öncelikli daha küçük bir sorundur.
Ek bilgileri görüntülemek için girdileri de seçebilirsiniz. Sorunla hangi konakların, kaynakların ve istemci sürümlerinin dahil olduğunu görüntüleyebilirsiniz. Görüntüde bağlantı denemeleri sırasında bildirilen hatalar da gösterilir.
Gidiş dönüş süresi (RTT)
Gidiş dönüş süresi (RTT), bağlantının son kullanıcının konumuyla oturum ana bilgisayarının Azure bölgesi arasındaki gidiş dönüş süresinin tahminidir. Hangi konumların en iyi gecikme süresine sahip olduğunu görmek için Azure ağ gidiş dönüş gecikmesi istatistiklerinde istediğiniz konumu arayın.
Oturum geçmişi
Oturumlar öğesi, bağlı ve bağlantısı kesilmiş tüm oturumların durumunu gösterir. Boşta kalan oturumlar yalnızca bağlantısı kesilmiş oturumları gösterir.
Önem derecesi 0 uyarıları
Hemen ilgilenmeniz gereken en acil ürünler. Bu sorunları gidermezseniz Azure Sanal Masaüstü dağıtımınızın çalışmayı durdurmasına neden olabilir.
Bağlanma zamanı
Bağlanma süresi, kullanıcının oturumunu başlatmak için bir kaynak açması ile masaüstü yüklemesinin ve kullanıma hazır olması arasındaki süredir. Örneğin, RemoteApp için bu, uygulamayı başlatmak için gereken süredir.
Bağlanma süresinin iki aşaması vardır:
- Bağlantı: Azure hizmetinin kullanıcıyı bir oturum konağına yönlendirmesi bu kadar sürer.
- "Oturum Açma", hizmetin kullanıcıda oturum açma ve oturum ana bilgisayarında oturum oluşturma ile ilgili görevleri gerçekleştirmesi için ne kadar sürer?
Bağlanma süresini izlerken aşağıdaki şeyleri göz önünde bulundurun:
Bağlanma süresi, Azure Sanal Masaüstü hizmeti tanılama verilerinden alınan aşağıdaki denetim noktalarıyla ölçülür. İçgörüler, bağlantının ne zaman kurulduğunu belirlemek için kullandığı denetim noktaları, bir masaüstü için RemoteApp senaryosundan farklıdır.
Başlangıç: WVDConnection durumu = başlatıldı
Bitiş: WVDCheckpoints Name = ShellReady (masaüstleri); Ad = RdpShellAppExecuted (RemoteApp. Zamanlama için yalnızca ilk uygulamayı başlatmayı göz önünde bulundurun)
Örneğin, İçgörüler, Windows Gezgini'ni başlatmanın ne kadar sürdüğüne bağlı olarak bir masaüstü deneyiminin başlatılması için gereken süreyi ölçer. İçgörüler ayrıca bir RemoteApp'in başlatma süresini, bir bağlantı için kabuk uygulamasının ilk örneğini başlatmak için geçen süreye göre ölçer.
Not
Bir kullanıcı birden fazla RemoteApp başlatırsa, bazen kabuk uygulaması tek bir bağlantı sırasında birden çok kez yürütülebilir. Bağlanmak için doğru bir zaman ölçümü için, her bağlantı için yalnızca ilk yürütme denetim noktasını kullanmanız gerekir.
Yeni ve kurulan bağlantılar için "oturum açma" işlemindeki farklılıklar nedeniyle yeni oturumların oluşturulması genellikle mevcut oturumlara bağlantıları yeniden kurmaktan daha uzun sürer.
Kullanıcının kimlik bilgilerini sağlaması için gereken süre, kullanıcının kimlik bilgilerini girmesi veya oturum açmak için alternatif kimlik doğrulama yöntemlerini kullanması zamanlarını hesaba bağlamak için kullandığı süreden çıkarılır.
Yüksek bağlantı süresi sorunlarını giderirken Azure İzleyici, oturum açma süresini nasıl azaltabileceğinizi belirlemenize yardımcı olmak için toplam bağlantı süresi verilerini dört bileşene ayırır.
Not
Bu bölümdeki bileşenler yalnızca birincil bağlantı aşamalarını gösterir. Bu bileşenler paralel olarak çalıştırılabilir, bu da toplam bağlanma süresine eşit olmayacakları anlamına gelir. Toplam bağlanma süresi, Azure İzleyici'nin ayrı bir işlemde belirlediğini bir ölçümdür.
Aşağıdaki akış çizelgesinde oturum açma işleminin dört aşaması gösterilmektedir:
Akış çizelgesi aşağıdaki dört bileşeni gösterir:
Kullanıcı yolu: Kullanıcı oturumu başlatmak için Azure Sanal Masaüstü simgesini seçtiğinde hizmetin bağlanacak bir konağı tanımladığında geçen süre. Yüksek ağ yükü, yüksek hizmet yükü veya benzersiz ağ trafiği yönlendirmesi, yüksek yönlendirme sürelerine yol açabilir. Kullanıcı yolu sorunlarını gidermek için ağ yollarınıza bakın.
Stack connected: Hizmetin kullanıcı için bir hedef oturum ana bilgisayarını çözümlediğinden, hizmetin oturum konağı ile kullanıcının uzak istemcisi arasında bir bağlantı kurmasına kadar geçen süre. Kullanıcı yönlendirmesi gibi ağ yükü, sunucu yükü veya benzersiz ağ trafiği yönlendirmesi de bağlantı süresini etkileyebilir. Bu bileşen için ağ yönlendirmenize de dikkat etmeniz gerekir. Bağlantı süresini azaltmak için hem istemci hem de oturum konaklarında tüm proxy yapılandırmalarını uygun şekilde yapılandırdığınızdan ve hizmete yönlendirmenin en uygun olduğundan emin olun.
Oturum açma: Bir konağa bağlantı kurulması ile kabuğun yüklenmeye başlaması arasında geçen süre. Oturum açma süresi, yüksek bağlantı sürelerine katkıda bulunabilecek çeşitli işlemler içerir. Ortalama zamanlarda beklenmeyen zirveler olup olmadığını görmek için İçgörüler'de "oturum açma" aşamasının verilerini görüntüleyebilirsiniz.
"Oturum açma" işlemi dört aşamaya ayrılır:
Profiller: Yeni oturumlar için kullanıcının profilini yüklemek için geçen süre. Yüklemenin ne kadar süreceği, kullanıcı profili boyutuna veya kullandığınız kullanıcı profili çözümlerine (Kullanıcı Deneyimi Sanallaştırma gibi) bağlıdır. Ağ tarafından depolanan profillere bağlı bir çözüm kullanıyorsanız fazla gecikme süresi de profil yükleme sürelerinin daha uzun olmasına neden olabilir.
Grup İlkesi Nesneleri (GPO' lar): Grup ilkelerini yeni oturumlara uygulamak için geçen süre. Verilerin bu alanındaki ani artış, çok fazla grup ilkeniz olduğunu, ilkelerin uygulanmasının çok uzun sürdüğünü veya oturum konağı kaynak sorunları yaşadığını gösteren bir işarettir. İşlem sürelerini iyileştirmek için yapabileceğiniz bir şey, etki alanı denetleyicisinin oturum konaklarına mümkün olduğunca yakın olduğundan emin olmaktır.
Kabuk Başlangıcı: Kabuğu başlatmak için geçen süre (genellikle explorer.exe).
FSLogix (Frxsvc): Yeni oturumlarda FSLogix'i başlatmak için geçen süre. Uzun bir başlatma süresi, FSLogix kullanıcı profillerini barındırmak için kullanılan paylaşımlarla ilgili sorunları gösterebilir. Bu sorunları gidermek için, paylaşımların oturum konaklarıyla birlikte bulunduğundan ve konaklarda oturum açmış ortalama kullanıcı sayısı için uygun şekilde ölçeklendirildiğinden emin olun. Bakmanız gereken bir diğer alan da profil boyutudur. Büyük profil boyutları fırlatma sürelerini yavaşlatabilir.
Kabuk hazır olarak başlar: kabuğun yüklenmeye başladığı zamandan tam olarak yüklenip kullanıma hazır olduğu zamana kadar olan süre. Bu aşamadaki gecikmelerin nedeni oturum konağı aşırı yüklemesi (yüksek CPU, bellek veya disk etkinliği) veya yapılandırma sorunları olabilir.
Kullanıcı raporu
Kullanıcı raporu sayfası, belirli bir kullanıcının bağlantı geçmişini ve tanılama bilgilerini görüntülemenizi sağlar. Her kullanıcı raporu kullanım düzenlerini, kullanıcı geri bildirimlerini ve kullanıcıların oturumları sırasında karşılaştığı hataları gösterir. Daha küçük sorunların çoğu kullanıcı geri bildirimiyle çözülebilir. Daha ayrıntılı incelemeniz gerekirse, belirli bir bağlantı kimliği veya zaman aralığı hakkındaki bilgileri de filtreleyebilirsiniz.
Çekirdek başına kullanıcı sayısı
Bu, her sanal makine çekirdeğindeki kullanıcı sayısıdır. Zaman içinde çekirdek başına maksimum kullanıcı sayısını izlemek, ortamın tutarlı olarak çekirdek başına yüksek, düşük veya dalgalı kullanıcı sayısında çalışıp çalışmadığını belirlemenize yardımcı olabilir. Kaç kullanıcının etkin olduğunu bilmek, ortamı verimli bir şekilde kaynak oluşturmanıza ve ölçeklendirmenize yardımcı olur.
Windows Olay Günlükleri
Windows Olay Günlükleri, Azure İzleyici Aracısı veya Windows sanal makinelerindeki Log Analytics aracısı tarafından toplanan veri kaynaklarıdır. Sistem ve Uygulama gibi standart günlüklerin yanı sıra izlemeniz gereken uygulamalar tarafından oluşturulan özel günlüklerden olay toplayabilirsiniz.
Aşağıdaki tabloda Azure Sanal Masaüstü İçgörüleri için gerekli Windows Olay Günlükleri listelenir:
| Olay adı | Olay türü |
|---|---|
| Uygulama | Hata ve Uyarı |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Hata, Uyarı ve Bilgi |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Hata, Uyarı ve Bilgi |
| Sistem | Hata ve Uyarı |
| Microsoft-FSLogix-Apps/Operasyonel | Hata, Uyarı ve Bilgi |
| Microsoft-FSLogix-Apps/Admin | Hata, Uyarı ve Bilgi |
Sonraki adımlar
- Başlamak için bkz . Dağıtımınızı izlemek için Azure Sanal Masaüstü İçgörüleri'ni kullanma.
- Veri depolama maliyetlerinizi tahmin etmek, ölçmek ve yönetmek için bkz . Azure İzleyici maliyetlerini tahmin etme.
- Bir sorunla karşılaşırsanız yardım ve bilinen sorunlar için sorun giderme kılavuzumuzu gözden geçirin.
Yaygın sorunları çözmeyi veya önlemeyi öğrenmenize yardımcı olması için Azure Danışmanı'yı da ayarlayabilirsiniz. Daha fazla bilgi için bkz . Azure Danışmanı'na giriş.
Yardıma ihtiyacınız varsa veya sorularınız varsa topluluk kaynaklarımıza göz atın:
Azure Sanal Masaüstü TechCommunity'ta toplulukla ilgili sorular sorun veya önerilerde bulunun.
Geri bildirim bırakmayı öğrenmek için bkz . Azure Sanal Masaüstü için sorun gidermeye genel bakış, geri bildirim ve destek.
Azure Sanal Masaüstü geri bildirim merkezinde Azure Sanal Masaüstü için geri bildirim de bırakabilirsiniz