Słownik usługi Azure Virtual Desktop Szczegółowe informacje
W tym artykule wymieniono i krótko opisano kluczowe terminy i pojęcia związane z Szczegółowe informacje usługi Azure Virtual Desktop.
Alerty
Wszystkie aktywne alerty usługi Azure Monitor skonfigurowane w ramach subskrypcji i sklasyfikowane jako ważność 0 będą wyświetlane na stronie Przegląd. Aby dowiedzieć się, jak skonfigurować alerty, zobacz Alerty dzienników usługi Azure Monitor.
Dostępne sesje
Dostępne sesje pokazują liczbę dostępnych sesji w puli hostów. Usługa oblicza tę liczbę, mnożąc liczbę maszyn wirtualnych przez maksymalną dozwoloną liczbę sesji na maszynę wirtualną, a następnie odejmując łączną liczbę sesji.
System operacyjny klienta
System operacyjny klienta pokazuje, której wersji systemu operacyjnego uzyskują obecnie dostęp do zasobów usługi Azure Virtual Desktop. System operacyjny klienta pokazuje również, która wersja klienta sieci Web (HTML) i pełny klient pulpitu zdalnego mają użytkownicy. Aby uzyskać pełną listę wersji systemu operacyjnego Windows, zobacz Wersja systemu operacyjnego.
powodzenie Połączenie ion
Ten element pokazuje kondycję połączenia. "powodzenie Połączenie ion" oznacza, że połączenie może nawiązać połączenie z hostem, potwierdzone przez stos na tej maszynie wirtualnej. Połączenie nie powiodło się oznacza, że połączenie nie może nawiązać połączenia z hostem.
Użytkownicy aktywni codziennie (DAU)
Łączna liczba użytkowników, którzy rozpoczęli sesję w ciągu ostatnich 24 godzin.
Alerty na dzień
Łączna liczba alertów wyzwalanych każdego dnia.
Połączenia i ponowne połączenia na dzień
Całkowita liczba połączeń i ponownych połączeń rozpoczętych lub zakończonych w ciągu ostatnich 24 godzin.
Godziny połączenia na dzień
Łączna liczba godzin spędzonych na sesji między użytkownikami w ciągu ostatnich 24 godzin.
Diagnostyka i błędy
Gdy w Szczegółowe informacje usługi Azure Virtual Desktop pojawi się błąd lub alert, klasyfikowane są trzy elementy:
Typ działania: ta kategoria określa sposób kategoryzowania błędu przez diagnostykę usługi Azure Virtual Desktop. Kategorie to działania zarządzania, kanały informacyjne, połączenia, rejestracje hostów, błędy i punkty kontrolne. Dowiedz się więcej o tych kategoriach w sekcji Korzystanie z usługi Log Analytics na potrzeby funkcji diagnostyki.
Rodzaj: w tej kategorii jest wyświetlana lokalizacja błędu.
- W usłudze Azure Virtual Desktop wystąpiły błędy oznaczone jako "service" lub "ServiceError = TRUE".
- Błędy oznaczone jako "wdrożenie" lub oznaczone tagiem "ServiceError = FALSE" wystąpiły poza usługą Azure Virtual Desktop.
- Aby dowiedzieć się więcej na temat tagu ServiceError, zobacz Typowe scenariusze błędów.
Źródło: ta kategoria zawiera bardziej szczegółowy opis miejsca wystąpienia błędu.
Diagnostyka: rola usługi odpowiedzialna za monitorowanie i raportowanie działania usługi, aby umożliwić użytkownikom obserwowanie i diagnozowanie problemów z wdrażaniem.
RDBroker: rola usługi odpowiedzialna za organizowanie działań wdrażania, utrzymywanie stanu obiektów, weryfikowanie uwierzytelniania i nie tylko.
RDGateway: rola usługi odpowiedzialna za obsługę łączności sieciowej między użytkownikami końcowymi i maszynami wirtualnymi.
RDStack: składnik oprogramowania zainstalowany na maszynach wirtualnych, aby umożliwić im komunikację z usługą Azure Virtual Desktop.
Klient: oprogramowanie uruchomione na maszynie użytkownika końcowego, które udostępnia interfejs usługi Azure Virtual Desktop. Wyświetla listę opublikowanych zasobów i hostuje połączenie pulpitu zdalnego po wybraniu.
Każdy problem diagnostyczny lub błąd zawiera komunikat wyjaśniający, co poszło nie tak. Aby dowiedzieć się więcej na temat rozwiązywania problemów z błędami, zobacz Identyfikowanie i diagnozowanie problemów z usługą Azure Virtual Desktop.
Kody regionów bramy
Niektóre metryki w usłudze Azure Virtual Desktop Szczegółowe informacje zawierają listę regionów bramy, za pośrednictwem których użytkownik nawiązuje połączenie. Region bramy jest reprezentowany przez trzy lub cztery litery kodu odpowiadającego regionowi świadczenia usługi Azure, w którym znajduje się brama. W poniższej tabeli wymieniono kody regionów bramy i odpowiadające im regiony świadczenia usługi Azure:
| Kod regionu bramy | Region platformy Azure |
|---|---|
| AUC | Australia Środkowa |
| AUC2 | Australia Środkowa 2 |
| AUE | Australia Wschodnia |
| AUSE | Australia Południowo-Wschodnia |
| BRS | Brazylia Południowa |
| CAC | Kanada Środkowa |
| Ciągła weryfikacja dostępu | Kanada Wschodnia |
| CHNO | Szwajcaria Północna |
| CIN | Indie Centralne |
| CUS | Środkowe stany USA |
| EAS | Azja Wschodnia |
| EEU | Europa Wschodnia |
| EUS | Wschodnie stany USA |
| EUS2 | Wschodnie stany USA 2 |
| FRAS | Francja Południowa |
| FRC | Francja Środkowa |
| GEC | Niemcy Środkowe |
| GEN | Niemcy Północne |
| GENU | Niemcy Północno-Wschodnie |
| GWC | Niemcy Środkowo-Zachodnie |
| JPE | Japonia Wschodnia |
| JPW | Japonia Zachodnia |
| KRC | Korea Środkowa |
| KRS | Korea Południowa |
| KRS2 | Korea Południowa 2 |
| NCUS | Północno-środkowe stany USA |
| NEU | Europa Północna |
| NOE | Norwegia Wschodnia |
| TERAZ | Norwegia Zachodnia |
| SAN | Północna Republika Południowej Afryki |
| SAW | Zachodnia Republika Południowej Afryki |
| SCUS | South Central US |
| SEA2 | Azja Południowo-Wschodnia 2 |
| MÓRZ | Southeast Asia |
| SIN | Indie Południowe |
| SWW | Szwajcaria Zachodnia |
| UAEC | Środkowe Zjednoczone Emiraty Arabskie |
| UAEN | Północne Zjednoczone Emiraty Arabskie |
| UkN | Północne Zjednoczone Królestwo |
| UKS | Południowe Zjednoczone Królestwo |
| UKS2 | Południowe Zjednoczone Królestwo 2 |
| UKW | Zachodnie Zjednoczone Królestwo |
| WCUS | Zachodnio-środkowe stany USA |
| UZE | West Europe |
| WYGRAĆ | Indie Zachodnie |
| WUS | Zachodnie stany USA |
Opóźnienie wejściowe
"Opóźnienie danych wejściowych" w usłudze Azure Virtual Desktop Szczegółowe informacje oznacza opóźnienie danych wejściowych na licznik wydajności procesu dla każdej sesji. Na stronie wydajności hosta w aka.ms/azmonwvdi ten licznik wydajności jest skonfigurowany do wysyłania raportu do usługi co 30 sekund. Te 30-sekundowe interwały są nazywane "próbkami", a raport najgorszy przypadek w tym oknie. Mediana i wartość p95 odzwierciedlają medianę i 95. percentyl we wszystkich próbkach.
W obszarze Opóźnienie danych wejściowych według hosta możesz wybrać wiersz hosta sesji, aby filtrować wszystkie inne wizualizacje na stronie do tego hosta. Możesz również wybrać nazwę procesu, aby filtrować mediany opóźnienia danych wejściowych w czasie.
Opóźnienia są umieszczane w następujących kategoriach:
- Dobre: poniżej 150 milisekund.
- Dopuszczalne: 150–500 milisekund.
- Słabe: 500–2000 milisekund (poniżej 2 sekund).
- Źle: ponad 2000 milisekund (2 sekundy i w górę).
Aby dowiedzieć się więcej na temat działania licznika opóźnienia wejściowego, zobacz Liczniki wydajności opóźnienia danych wejściowych użytkownika.
Aktywni użytkownicy miesięcznie (MAU, monthly active user)
Łączna liczba użytkowników, którzy rozpoczęli sesję w ciągu ostatnich 28 dni. Jeśli dane są przechowywane przez 30 dni lub mniej, w okresach, w których dostępne są mniej niż 28 dni, mogą być widoczne wartości MAU niższe niż oczekiwano i Połączenie ion.
Liczniki wydajności
Liczniki wydajności pokazują wydajność składników sprzętowych, systemów operacyjnych i aplikacji.
W poniższej tabeli wymieniono zalecane liczniki wydajności i interwały czasu używane przez usługę Azure Monitor dla usługi Azure Virtual Desktop:
| Nazwa licznika wydajności | Przedział czasu |
|---|---|
| Dysk logiczny (C:)\Średnia długość kolejki dysku | 30 sekund |
| Dysk logiczny (C:)\Średnia liczba s/transfer dysku | 60 s |
| Dysk logiczny (C:)\Bieżąca długość kolejki dysku | 30 sekund |
| Pamięć(*)\Dostępne Mbyty | 30 sekund |
| Pamięć(*)\Błędy strony/s | 30 sekund |
| Pamięć(*)\Strony/s | 30 sekund |
| Pamięć(*)\Zadeklarowane bajty w użyciu (%)/ | 30 sekund |
| PhysicalDisk(*)\Avg. Długość kolejki dysku | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Read | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Write | 30 sekund |
| Informacje o procesorze (_Total)\% czasu procesora | 30 sekund |
| Usługi terminalowe(*)\Aktywne sesje | 60 s |
| Usługi terminalowe(*)\Sesje nieaktywne | 60 s |
| Usługi terminalowe(*)\Łączna liczba sesji | 60 s |
| *Opóźnienie danych wejściowych użytkownika na proces(*)\Maksymalne opóźnienie wejściowe | 30 sekund |
| *Opóźnienie danych wejściowych użytkownika na sesję(*)\Maksymalne opóźnienie wejściowe | 30 sekund |
| RemoteFX Network(*)\Current TCP RTT | 30 sekund |
| Sieć RemoteFX(*)\Bieżąca przepustowość UDP | 30 sekund |
Potencjalne problemy z łącznością
Potencjalne problemy z łącznością pokazują hosty, użytkowników, opublikowane zasoby i klientów z wysokim współczynnikiem awarii połączenia. Po wybraniu filtru "raport według" możesz ocenić ważność problemu, sprawdzając wartości w następujących kolumnach:
- Próby (liczba prób połączenia)
- Zasoby (liczba opublikowanych aplikacji lub komputerów stacjonarnych)
- Hosty (liczba maszyn wirtualnych)
- Klienci
Jeśli na przykład wybierzesz filtr Według użytkownika, możesz sprawdzić, czy próby połączenia poszczególnych użytkowników będą podejmowane w kolumnie Próby .
Jeśli zauważysz, że problem z połączeniem obejmuje wiele hostów, użytkowników, zasobów lub klientów, prawdopodobnie problem dotyczy całego systemu. Jeśli tak nie jest, jest to mniejszy problem o niższym priorytcie.
Możesz również wybrać wpisy, aby wyświetlić dodatkowe informacje. Możesz wyświetlić, które hosty, zasoby i wersje klienta były związane z problemem. Na ekranie będą również wyświetlane wszelkie błędy zgłaszane podczas prób połączenia.
Czas rundy (RTT)
Czas rundy (RTT) to oszacowanie czasu rundy połączenia między lokalizacją użytkownika końcowego a regionem świadczenia platformy Azure hosta sesji. Aby sprawdzić, które lokalizacje mają najlepsze opóźnienie, wyszukaj żądaną lokalizację w narzędziu do szacowania środowiska usługi Azure Virtual Desktop.
Historia sesji
Element Sesje pokazuje stan wszystkich sesji, połączonych i rozłączonych. Sesje bezczynności pokazują tylko rozłączone sesje .
Alerty o ważności 0
Najpilniejsze elementy, które należy zająć się od razu. Jeśli nie rozwiążesz tych problemów, może to spowodować, że wdrożenie usługi Azure Virtual Desktop przestanie działać.
Czas nawiązywania połączenia
Czas nawiązywania połączenia to czas między otwarciem zasobu przez użytkownika w celu rozpoczęcia sesji a załadowaniem pulpitu i gotowością do użycia. Na przykład w przypadku usługi RemoteApp jest to czas potrzebny na uruchomienie aplikacji.
Czas nawiązywania połączenia ma dwa etapy:
- Połączenie ion, czyli jak długo trwa kierowanie użytkownika do hosta sesji przez usługę platformy Azure.
- "Logowanie", czyli jak długo trwa wykonywanie zadań związanych z logowaniem użytkownika i ustanawianiem sesji na hoście sesji.
Podczas monitorowania czasu nawiązywania połączenia należy pamiętać o następujących kwestiach:
Czas nawiązywania połączenia jest mierzony przy użyciu następujących punktów kontrolnych z danych diagnostycznych usługi Azure Virtual Desktop. Punkty kontrolne Szczegółowe informacje używane do określania, kiedy połączenie jest ustanowione, są inne dla pulpitu a scenariusza usługi RemoteApp.
Początek: WVD Połączenie ion state = started
Kończy: WVDCheckpoints Name = ShellReady (komputery stacjonarne); Name = RdpShellAppExecuted (RemoteApp. W przypadku chronometrażu należy wziąć pod uwagę tylko pierwsze uruchomienie aplikacji)
Na przykład Szczegółowe informacje mierzy czas uruchamiania środowiska pulpitu w zależności od tego, jak długo trwa uruchamianie Eksploratora Windows. Szczegółowe informacje również mierzy czas uruchomienia usługi RemoteApp na podstawie czasu potrzebnego do uruchomienia pierwszego wystąpienia aplikacji powłoki dla połączenia.
Uwaga
Jeśli użytkownik uruchamia więcej niż jedną aplikację RemoteApp, czasami aplikacja powłoki może być wykonywana wiele razy w ramach jednego połączenia. Aby uzyskać dokładny pomiar czasu nawiązywania połączenia, należy użyć tylko pierwszego punktu kontrolnego wykonywania dla każdego połączenia.
Ustanawianie nowych sesji zwykle trwa dłużej niż ponowne ustanawianie połączeń z istniejącymi sesjami z powodu różnic w procesie "logowania" dla nowych i ustanowionych połączeń.
Czas potrzebny użytkownikowi na podanie poświadczeń jest odejmowany od czasu nawiązania połączenia z kontem w sytuacjach, w których użytkownik może chwilę wprowadzić poświadczenia lub użyć alternatywnych metod uwierzytelniania w celu zalogowania się.
Podczas rozwiązywania problemów z wysokim czasem nawiązywania połączenia usługa Azure Monitor podzieli łączną liczbę danych czasu połączenia na cztery składniki, aby ułatwić określenie, jak skrócić czas logowania.
Uwaga
Składniki w tej sekcji pokazują tylko podstawowe etapy połączenia. Te składniki mogą działać równolegle, co oznacza, że nie będą one sumować się do całkowitego czasu nawiązywania połączenia. Łączny czas nawiązywania połączenia to pomiar, który usługa Azure Monitor określa w osobnym procesie.
Poniższy schemat blokowy przedstawia cztery etapy procesu logowania:
Schemat blokowy przedstawia następujące cztery składniki:
Trasa użytkownika: czas potrzebny użytkownikowi na wybranie ikony usługi Azure Virtual Desktop w celu uruchomienia sesji, gdy usługa identyfikuje hosta do nawiązania połączenia. Duże obciążenie sieci, wysokie obciążenie usługi lub unikatowy routing ruchu sieciowego może prowadzić do wysokich czasów routingu. Aby rozwiązać problemy z trasą użytkownika, zapoznaj się ze ścieżkami sieciowymi.
Połączony stos: czas potrzebny na rozwiązanie przez usługę hosta sesji docelowej dla użytkownika, gdy usługa nawiązuje połączenie między hostem sesji a klientem zdalnym użytkownika. Podobnie jak routing użytkowników, obciążenie sieciowe, obciążenie serwera lub unikatowy routing ruchu sieciowego może mieć wpływ na czas połączenia. W przypadku tego składnika należy również zwrócić uwagę na routing sieciowy. Aby skrócić czas połączenia, upewnij się, że skonfigurowano odpowiednio wszystkie konfiguracje serwera proxy na hostach klienta i sesji oraz że routing do usługi jest optymalny.
Logowanie: czas, jaki trwa między nawiązaniem połączenia z hostem, gdy powłoka zacznie ładować się. Czas logowania obejmuje kilka procesów, które mogą przyczynić się do wysokich czasów połączenia. Możesz wyświetlić dane dla etapu "logowania" w Szczegółowe informacje, aby sprawdzić, czy występują nieoczekiwane szczyty w średnim czasie.
Proces "logowania" jest podzielony na cztery etapy:
Profile: czas ładowania profilu użytkownika dla nowych sesji. Czas ładowania zależy od rozmiaru profilu użytkownika lub używanych rozwiązań profilu użytkownika (takich jak wirtualizacja środowiska użytkownika). Jeśli używasz rozwiązania, które zależy od profilów przechowywanych w sieci, nadmierne opóźnienie może również prowadzić do dłuższych czasów ładowania profilu.
Obiekty zasad grupy (GPO): czas stosowania zasad grupy do nowych sesji. Skok w tym obszarze danych jest znakiem, że masz zbyt wiele zasad grupy, zasady są zbyt długo stosowane lub host sesji ma problemy z zasobami. Jedną z czynności, które można zrobić w celu optymalizacji czasu przetwarzania, jest upewnienie się, że kontroler domeny jest blisko hostów sesji, jak to możliwe.
Rozpoczęcie powłoki: czas potrzebny na uruchomienie powłoki (zazwyczaj explorer.exe).
FSLogix (Frxsvc): czas potrzebny na uruchomienie programu FSLogix w nowych sesjach. Długi czas uruchamiania może wskazywać na problemy z udziałami używanymi do hostowania profilów użytkowników FSLogix. Aby rozwiązać te problemy, upewnij się, że udziały są sortowane z hostami sesji i odpowiednio skalowane dla średniej liczby użytkowników logowanych do hostów. Innym obszarem, na którym należy się przyjrzeć, jest rozmiar profilu. Duże rozmiary profilów mogą spowalniać czasy uruchamiania.
Rozpoczęcie powłoki do gotowości do powłoki: czas, od kiedy powłoka zaczyna się ładować, gdy jest w pełni załadowana i gotowa do użycia. Opóźnienia w tej fazie mogą być spowodowane przeciążeniem hosta sesji (wysokie użycie procesora CPU, pamięci lub działania dysku) lub problemy z konfiguracją.
Raport użytkownika
Strona raportu użytkownika umożliwia wyświetlenie historii połączenia i informacji diagnostycznych określonego użytkownika. Każdy raport użytkownika przedstawia wzorce użycia, opinie użytkowników i wszelkie błędy, które użytkownicy napotkali podczas sesji. Większość mniejszych problemów można rozwiązać za pomocą opinii użytkowników. Jeśli chcesz dokładniej poznać szczegóły, możesz również filtrować informacje o określonym identyfikatorze połączenia lub okresie.
Użytkownicy na rdzeń
Jest to liczba użytkowników w każdym rdzeniu maszyny wirtualnej. Śledzenie maksymalnej liczby użytkowników na rdzeń w czasie może pomóc w ustaleniu, czy środowisko stale działa w wysokim, niskim lub zmiennym liczbie użytkowników na rdzeń. Znajomość liczby aktywnych użytkowników pomoże Ci wydajnie zasób i skalowanie środowiska.
Dzienniki zdarzeń systemu Windows
Dzienniki zdarzeń systemu Windows to źródła danych zbierane przez agenta usługi Azure Monitor lub agenta usługi Log Analytics na maszynach wirtualnych z systemem Windows. Zdarzenia można zbierać z dzienników standardowych, takich jak System i Aplikacja, a także dzienniki niestandardowe utworzone przez aplikacje, które należy monitorować.
W poniższej tabeli wymieniono wymagane dzienniki zdarzeń systemu Windows dla usługi Azure Virtual Desktop Szczegółowe informacje:
| Nazwa zdarzenia | Typ zdarzenia |
|---|---|
| Aplikacja | Błąd i ostrzeżenie |
| Microsoft-Windows-TerminalServices-Remote Połączenie ionManager/Administracja | Błąd, ostrzeżenie i informacje |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Błąd, ostrzeżenie i informacje |
| System | Błąd i ostrzeżenie |
| Microsoft-FSLogix-Apps/Operational | Błąd, ostrzeżenie i informacje |
| Microsoft-FSLogix-Apps/Administracja | Błąd, ostrzeżenie i informacje |
Następne kroki
- Aby rozpocząć, zobacz Monitorowanie wdrożenia przy użyciu usługi Azure Virtual Desktop Szczegółowe informacje.
- Aby oszacować, zmierzyć koszty magazynowania danych i zarządzać nimi, zobacz Szacowanie kosztów usługi Azure Monitor.
- Jeśli wystąpi problem, zapoznaj się z naszym przewodnikiem rozwiązywania problemów, aby uzyskać pomoc i znane problemy.
Możesz również skonfigurować usługę Azure Advisor, aby ułatwić ustalenie, jak rozwiązać lub zapobiec typowym problemom. Dowiedz się więcej na temat wprowadzenia do usługi Azure Advisor.
Jeśli potrzebujesz pomocy lub masz pytania, zapoznaj się z naszymi zasobami społeczności:
Zadaj pytania lub sugestie społeczności w witrynie Azure Virtual Desktop TechCommunity.
Aby dowiedzieć się, jak zostawić opinię, zobacz Omówienie rozwiązywania problemów, opinie i pomoc techniczna dla usługi Azure Virtual Desktop.
Możesz również zostawić opinię dotyczącą usługi Azure Virtual Desktop w centrum opinii usługi Azure Virtual Desktop