Compartilhar via

Glossário do Azure Virtual Desktop Insights

Este artigo lista e descreve resumidamente os principais termos e conceitos relacionados com o Azure Virtual Desktop Insights.

Alertas

Todos os alertas ativos do Azure Monitor que configurou na subscrição e classificados como gravidade 0 serão apresentados na página Descrição geral. Para saber como configurar alertas, veja Alertas de Registo do Azure Monitor.

Sessões disponíveis

As sessões disponíveis mostram o número de sessões disponíveis no conjunto de anfitriões. O serviço calcula este número ao multiplicar o número de máquinas virtuais (VMs) pelo número máximo de sessões permitidas por máquina virtual e, em seguida, subtrair o total de sessões.

Sistema operativo cliente (SO)

O sistema operativo cliente (SO) mostra que versão dos utilizadores finais do SO que acedem aos recursos do Azure Virtual Desktop está atualmente a utilizar. O SO cliente também mostra a versão do cliente Web (HTML) e o cliente de Ambiente de Trabalho Remoto completo que os utilizadores têm. Para obter uma lista completa das versões do SO Windows, veja Versão do Sistema Operativo.

Ligação bem-sucedida

Este item mostra o estado de funcionamento da ligação. "Êxito da ligação" significa que a ligação pode chegar ao anfitrião, conforme confirmado pela pilha nessa máquina virtual. Uma ligação falhada significa que a ligação não conseguiu aceder ao anfitrião.

Utilizadores ativos diários (DAU)

O número total de utilizadores que iniciaram uma sessão nas últimas 24 horas.

Alertas diários

O número total de alertas acionados todos os dias.

Ligações diárias e restabelecimento de ligações

O número total de ligações e restabelecimento de ligações foi iniciado ou concluído nas últimas 24 horas.

Horas conectadas diariamente

O número total de horas passadas ligadas a uma sessão entre utilizadores nas últimas 24 horas.

Diagnósticos e erros

Quando é apresentado um erro ou alerta no Azure Virtual Desktop Insights, este é categorizado por três elementos:

  • Tipo de atividade: esta categoria é a forma como o erro é categorizado pelo Azure Virtual Desktop diagnóstico. As categorias são atividades de gestão, feeds, ligações, registos de anfitriões, erros e pontos de verificação. Saiba mais sobre estas categorias em Utilizar o Log Analytics para a funcionalidade diagnóstico.

  • Tipo: esta categoria mostra a localização do erro.

    • Erros marcados como "serviço" ou "ServiceError = TRUE" ocorreram no serviço Azure Virtual Desktop.
    • Erros marcados como "implementação" ou "ServiceError = FALSE" marcados fora do serviço Azure Virtual Desktop.
    • Para saber mais sobre a etiqueta ServiceError, veja Cenários de erro comuns.

  • Origem: esta categoria fornece uma descrição mais específica de onde ocorreu o erro.

    • Diagnóstico: a função de serviço responsável pela monitorização e pela atividade do serviço de relatórios para permitir que os utilizadores observem e diagnostiquem problemas de implementação.

    • RDBroker: a função de serviço responsável por orquestrar atividades de implementação, manter o estado dos objetos, validar a autenticação e muito mais.

    • RDGateway: a função de serviço responsável pelo processamento da conectividade de rede entre utilizadores finais e máquinas virtuais.

    • RDStack: um componente de software instalado nas suas VMs para permitir que comuniquem com o serviço Azure Virtual Desktop.

    • Cliente: software em execução no computador do utilizador final que fornece a interface para o serviço Azure Virtual Desktop. Apresenta a lista de recursos publicados e aloja a ligação ao Ambiente de Trabalho Remoto depois de efetuar uma seleção.

Cada diagnóstico problema ou erro inclui uma mensagem que explica o que correu mal. Para saber mais sobre a resolução de erros, veja Identificar e diagnosticar problemas do Azure Virtual Desktop.

Códigos de região do gateway

Algumas métricas no Azure Virtual Desktop Insights listam a região do gateway através da qual um utilizador se liga. A região do gateway é representada por um código de três ou quatro letras que corresponde à região do Azure onde o gateway está localizado. A tabela seguinte lista os códigos de região do gateway e as regiões do Azure correspondentes:

Código da região do gateway Região do Azure
AUC Austrália Central
AUC2 Austrália Central 2
AUE Leste da Austrália
AUSE Sudeste da Austrália
BRS Sul do Brasil
CAC Canadá Central
CAE Leste do Canadá
CHNO Suíça (Norte)
CIN Índia Central
CUS EUA Central
EAS Leste da Ásia
EEU Europa De Leste
UES Leste dos EUA
UES2 Leste 2 dos EUA
FRAS Sul da França
FRC França Central
GEC Alemanha Central
GEN Norte da Alemanha
GENE Nordeste da Alemanha
GWC Centro-Oeste da Alemanha
JPE Leste do Japão
JPW Oeste do Japão
KRC Coréia Central
KRS Sul da Coreia
KRS2 Coreia do Sul 2
NCUS Centro-Norte dos EUA
NEU Norte da Europa
NOE Noruega Leste
AGORA Oeste da Noruega
SAN Norte da África do Sul
SAW Oeste da África do Sul
SCUS Centro-Sul dos EUA
MAR2 Sudeste Asiático 2
MARES Sudeste da Ásia
SIN Sul da Índia
SWW Oeste da Suíça
UAEC Emirados Árabes Unidos Central
UAEN Emirados Árabes Unidos Norte
UKN Norte do Reino Unido
REINO UNIDO Sul do Reino Unido
UKS2 Sul do Reino Unido 2
UKW Oeste do Reino Unido do Reino Unido
WCUS Centro-Oeste dos EUA
WEU Europa Ocidental
WIN Oeste da Índia
WUS Oeste dos EUA

Atraso de entrada

"Atraso de entrada" no Azure Virtual Desktop Insights significa o atraso de entrada por contador de desempenho do processo para cada sessão. Na página de desempenho do anfitrião no aka.ms/azmonwvdi, este contador de desempenho está configurado para enviar um relatório para o serviço uma vez a cada 30 segundos. Estes intervalos de 30 segundos são denominados "amostras" e o relatório é o pior caso nessa janela. Os valores medianos e p95 refletem a mediana e o percentil 95 em todas as amostras.

Em Atraso de entrada por anfitrião, pode selecionar uma linha de anfitrião de sessão para filtrar todos os outros elementos visuais na página para esse anfitrião. Também pode selecionar um nome de processo para filtrar o atraso de entrada mediano ao longo do gráfico de tempo.

Colocámos atrasos nas seguintes categorias:

  • Bom: abaixo dos 150 milissegundos.
  • Aceitável: 150-500 milissegundos.
  • Pobre: 500-2.000 milissegundos (abaixo de 2 segundos).
  • Mau: mais de 2000 milissegundos (2 segundos ou mais).

Para saber mais sobre como funciona o contador de atrasos de entrada, veja Contadores de desempenho de Atraso de Entrada do Utilizador.

Utilizadores ativos mensais (MAU)

O número total de utilizadores que iniciaram uma sessão nos últimos 28 dias. Se armazenar dados durante 30 dias ou menos, poderá ver valores mau e ligação inferiores ao esperado durante períodos em que tem menos de 28 dias de dados disponíveis.

Contadores de desempenho

Os contadores de desempenho mostram o desempenho de componentes de hardware, sistemas operativos e aplicações.

A tabela seguinte lista os contadores de desempenho recomendados e intervalos de tempo que o Azure Monitor utiliza para o Azure Virtual Desktop:

Nome do contador de desempenho Intervalo de tempo
Disco Lógico(C:)\Comprimento Médio da Fila do Disco 30 segundos
Disco Lógico(C:)\Seg. Disco Médio seg/Transferência 60 segundos
Disco Lógico(C:)\Comprimento da Fila de Disco Atual 30 segundos
Memória(*)\Mbytes Disponíveis 30 segundos
Memória(*)\Falhas de Página/seg 30 segundos
Memória(*)\Páginas/seg 30 segundos
Memória(*)\% Bytes Consolidados em Utilização 30 segundos
PhysicalDisk(*)\Comprimento Médio da Fila do Disco 30 segundos
PhysicalDisk(*)\Média. Disco seg/Leitura 30 segundos
PhysicalDisk(*)\Avg. Disco seg/Transferência 30 segundos
PhysicalDisk(*)\Avg. Disco seg/Escrita 30 segundos
Informações do Processador(_Total)\% de Tempo do Processador 30 segundos
Serviços de Terminal(*)\Sessões Ativas 60 segundos
Serviços de Terminal(*)\Sessões Inativas 60 segundos
Serviços de Terminal(*)\Total de Sessões 60 segundos
*Atraso de Entrada do Utilizador por Processo(*)\Atraso Máximo de Entrada 30 segundos
*Atraso de Entrada do Utilizador por Sessão(*)\Atraso Máximo de Entrada 30 segundos
Rede RemoteFX(*)\TCP RTT Atual 30 segundos
Rede RemoteFX(*)\Largura de Banda UDP Atual 30 segundos

Potenciais problemas de conectividade

Potenciais problemas de conectividade mostram os anfitriões, utilizadores, recursos publicados e clientes com uma elevada taxa de falhas de ligação. Depois de escolher um filtro "report by", pode avaliar a gravidade do problema ao verificar os valores nestas colunas:

  • Tentativas (número de tentativas de ligação)
  • Recursos (número de aplicações ou ambientes de trabalho publicados)
  • Anfitriões (número de VMs)
  • Clientes

Por exemplo, se selecionar o filtro Por utilizador, pode marcar para ver as tentativas de ligação de cada utilizador na coluna Tentativas.

Se notar que um problema de ligação abrange vários anfitriões, utilizadores, recursos ou clientes, é provável que o problema afete todo o sistema. Se não for o caso, é um problema mais pequeno que tem uma prioridade mais baixa.

Também pode selecionar entradas para ver informações adicionais. Pode ver que anfitriões, recursos e versões de cliente estiveram envolvidos no problema. O ecrã também mostrará quaisquer erros comunicados durante as tentativas de ligação.

Tempo de ida e volta (RTT)

O tempo de ida e volta (RTT) é uma estimativa do tempo de ida e volta da ligação entre a localização do utilizador final e a região do Azure do anfitrião da sessão. Para ver que localizações têm a melhor latência, procure a localização pretendida nas estatísticas de latência de ida e volta da rede do Azure.

Histórico de sessões

O item Sessões mostra a status de todas as sessões, ligadas e desligadas. As sessões inativas só mostram as sessões desligadas.

Alertas de gravidade 0

Os itens mais urgentes que precisa de tratar imediatamente. Se não resolver estes problemas, estes podem fazer com que a implementação do Azure Virtual Desktop deixe de funcionar.

Hora de ligar

O tempo de ligação é o tempo entre o momento em que um utilizador abre um recurso para iniciar a sessão e quando o ambiente de trabalho é carregado e está pronto para ser utilizado. Por exemplo, para um RemoteApp, este é o tempo que demora a iniciar a aplicação.

O tempo de ligação tem duas fases:

  • Ligação, que é o tempo que o serviço do Azure demora a encaminhar o utilizador para um anfitrião de sessão.
  • "Início de sessão", que é o tempo que o serviço demora a realizar tarefas relacionadas com o início de sessão do utilizador e o estabelecimento da sessão no anfitrião da sessão.

Ao monitorizar o tempo de ligação, tenha em atenção os seguintes aspetos:

  • O tempo de ligação é medido com os seguintes pontos de verificação do serviço do Azure Virtual Desktop diagnóstico dados. Os pontos de verificação que o Insights utiliza para determinar quando a ligação é estabelecida são diferentes para um ambiente de trabalho em comparação com um cenário remoteApp.

    • Começa: WVDConnection state = started

    • Termina: WVDCheckpoints Name = ShellReady (ambientes de trabalho); Name = RdpShellAppExecuted (RemoteApp. Para temporização, considere apenas a primeira iniciação da aplicação)

Por exemplo, o Insights mede o tempo que uma experiência de ambiente de trabalho inicia com base no tempo que demora a iniciar o Windows Explorer. As informações também medem o tempo que uma RemoteApp inicia com base no tempo necessário para iniciar a primeira instância da aplicação shell para uma ligação.

Observação

Se um utilizador iniciar mais do que uma RemoteApp, por vezes a aplicação shell pode ser executada várias vezes durante uma única ligação. Para obter uma medição precisa do tempo de ligação, só deve utilizar o primeiro ponto de verificação de execução para cada ligação.

  • O estabelecimento de novas sessões normalmente demora mais tempo do que o restabelecimento de ligações a sessões existentes devido a diferenças no processo de "início de sessão" para ligações novas e estabelecidas.

  • O tempo que o utilizador demora a fornecer credenciais é subtraído do tempo que demora a ligar-se a situações em que um utilizador demora algum tempo a introduzir credenciais ou a utilizar métodos de autenticação alternativos para iniciar sessão.

Ao resolver problemas de tempo elevado para ligar, o Azure Monitor divide os dados do tempo total de ligação em quatro componentes para o ajudar a identificar como reduzir o tempo de início de sessão.

Observação

Os componentes nesta secção mostram apenas as fases de ligação primárias. Estes componentes podem ser executados em paralelo, o que significa que não serão iguais ao tempo total de ligação. O tempo total para ligar é uma medida que o Azure Monitor determina num processo separado.

O fluxograma seguinte mostra as quatro fases do processo de início de sessão:

Um fluxograma que mostra as quatro fases do processo de início de sessão: Rota do Utilizador, Pilha Ligada, Início de Sessão e Início da Shell para Shell Pronto.

O fluxograma mostra os quatro componentes seguintes:

  • Rota do utilizador: o tempo que demora a partir do momento em que o utilizador seleciona o ícone do Azure Virtual Desktop para iniciar uma sessão para quando o serviço identifica um anfitrião ao qual ligar. Uma carga de rede elevada, uma carga de serviço elevada ou um encaminhamento de tráfego de rede exclusivo podem levar a tempos de encaminhamento elevados. Para resolver problemas de rota do utilizador, veja os caminhos de rede.

  • Pilha ligada: o tempo que demora a partir do momento em que o serviço resolve um anfitrião de sessão de destino para o utilizador quando o serviço estabelece uma ligação entre o anfitrião da sessão e o cliente remoto do utilizador. Tal como o encaminhamento de utilizadores, a carga de rede, a carga do servidor ou o encaminhamento de tráfego de rede exclusivo podem afetar o tempo de ligação. Para este componente, também terá de prestar atenção ao encaminhamento de rede. Para reduzir o tempo de ligação, certifique-se de que configurou adequadamente todas as configurações de proxy nos anfitriões de cliente e de sessão e que o encaminhamento para o serviço é ideal.

  • Início de sessão: o tempo que demora entre quando uma ligação a um anfitrião é estabelecida para quando a shell começa a ser carregada. O tempo de início de sessão inclui vários processos que podem contribuir para tempos de ligação elevados. Pode ver os dados da fase de "início de sessão" no Insights para ver se existem picos inesperados em tempos médios.

    O processo de "início de sessão" está dividido em quatro fases:

    • Perfis: o tempo que demora a carregar o perfil de um utilizador para novas sessões. O tempo que o carregamento demora depende do tamanho do perfil de utilizador ou das soluções de perfil de utilizador que está a utilizar (como a Virtualização da Experiência do Utilizador). Se estiver a utilizar uma solução que depende de perfis armazenados na rede, o excesso de latência também pode levar a tempos de carregamento de perfis mais longos.

    • Política de Grupo Objects (GPOs): o tempo que demora a aplicar políticas de grupo a novas sessões. Um pico nesta área dos dados é um sinal de que tem demasiadas políticas de grupo, que as políticas demoram demasiado tempo a aplicar ou que o anfitrião da sessão está a ter problemas de recursos. Uma coisa que pode fazer para otimizar os tempos de processamento é garantir que o controlador de domínio está próximo dos anfitriões de sessão o mais possível.

    • Início da Shell: o tempo que demora a iniciar a shell (normalmente explorer.exe).

    • FSLogix (Frxsvc): o tempo que demora a iniciar o FSLogix em novas sessões. Um longo tempo de lançamento pode indicar problemas com as partilhas utilizadas para alojar os perfis de utilizador do FSLogix. Para resolver estes problemas, certifique-se de que as partilhas são agrupadas com os anfitriões de sessão e dimensionadas adequadamente para o número médio de utilizadores que iniciam sessão nos anfitriões. Outra área que deve observar é o tamanho do perfil. Os tamanhos de perfis grandes podem abrandar os tempos de lançamento.

  • A shell começa a ficar pronta para shell: a hora a partir da qual a shell começa a carregar para quando está totalmente carregada e pronta para ser utilizada. Os atrasos nesta fase podem ser causados por sobrecarga do anfitrião da sessão (cpu, memória ou atividade de disco elevada) ou problemas de configuração.

Relatório de utilizador

A página de relatório do utilizador permite-lhe ver o histórico de ligações e as informações de diagnóstico de um utilizador específico. Cada relatório de utilizador mostra padrões de utilização, feedback do utilizador e quaisquer erros que os utilizadores tenham encontrado durante as respetivas sessões. A maioria dos problemas mais pequenos pode ser resolvido com o feedback dos utilizadores. Se precisar de investigar mais aprofundadamente, também pode filtrar informações sobre um ID de ligação específico ou um período de tempo.

Utilizadores por núcleo

Este é o número de utilizadores em cada núcleo de máquina virtual. Controlar o número máximo de utilizadores por núcleo ao longo do tempo pode ajudá-lo a identificar se o ambiente é executado de forma consistente num número elevado, baixo ou flutuante de utilizadores por núcleo. Saber quantos utilizadores estão ativos irá ajudá-lo a utilizar e dimensionar o ambiente de forma eficiente.

Registos de Eventos do Windows

Os Registos de Eventos do Windows são origens de dados recolhidas pelo Agente do Azure Monitor ou pelo agente do Log Analytics em máquinas virtuais do Windows. Pode recolher eventos de registos padrão, como o Sistema e a Aplicação, bem como registos personalizados criados por aplicações que precisa de monitorizar.

A tabela seguinte lista os Registos de Eventos do Windows necessários para as Informações do Azure Virtual Desktop:

Nome do evento Tipo de evento
Application Erro e Aviso
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Administração Erro, Aviso e Informações
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational Erro, Aviso e Informações
Sistema Erro e Aviso
Microsoft-FSLogix-Apps/Operacional Erro, Aviso e Informações
Microsoft-FSLogix-Apps/Administração Erro, Aviso e Informações

Próximas etapas

Também pode configurar o Assistente do Azure para o ajudar a descobrir como resolve ou evitar problemas comuns. Saiba mais em Introdução ao Assistente do Azure.

Se precisar de ajuda ou tiver dúvidas, marcar os nossos recursos da comunidade:

  • Last updated on