Glossário do Azure Virtual Desktop Insights

  • Artigo

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 a versão dos utilizadores finais do SO que acedem aos recursos do Azure Virtual Desktop que estão 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.

Êxito da ligação

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 e restabelecimento de ligações diários

O número total de ligações e ligações iniciadas ou concluídas nas últimas 24 horas.

Horas de ligação diárias

O número total de horas despendidas 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 aspetos:

  • Tipo de atividade: esta categoria é a forma como o erro é categorizado pelos diagnósticos do Azure Virtual Desktop. 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 de 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 marcados como "ServiceError = FALSE" ocorreram 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ósticos: a função de serviço responsável pela atividade do serviço de monitorização e relatórios para permitir que os utilizadores observem e diagnosticem 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 de 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 problema ou erro de diagnóstico inclui uma mensagem que explica o que correu mal. Para saber mais sobre a resolução de problemas de erros, veja Identificar e diagnosticar problemas do Azure Virtual Desktop.

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 em aka.ms/azmonwvdi, este contador de desempenho é configurado para enviar um relatório para o serviço uma vez a cada 30 segundos. Estes intervalos de 30 segundos são denominados "exemplos" 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 mediana ao longo do gráfico de tempo.

Colocámos atrasos nas seguintes categorias:

  • Bom: abaixo de 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 Atrasos de Entrada de Utilizadores.

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 de 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 e intervalos de tempo recomendados que o Azure Monitor utiliza para o Azure Virtual Desktop:

Nome do contador de desempenho Intervalo de tempo
Disco Lógico(C:)\Média. Comprimento da Fila do Disco 30 segundos
Disco Lógico(C:)\Avg. Disco 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(*)\Média. Comprimento da Fila do Disco 30 segundos
PhysicalDisk(*)\Avg. 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)\% 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

Os 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 "relatório por", 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 verificar 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 quais as localizações que têm a melhor latência, procure a localização pretendida na ferramenta Azure Virtual Desktop Experience Estimator.

Histórico das sessões

O item Sessões mostra o estado 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 poderão fazer com que a implementação do Azure Virtual Desktop deixe de funcionar.

Tempo para fazer a ligação

A hora de ligar é a hora entre quando 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 uma 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 executar tarefas relacionadas com o início de sessão do utilizador e a estabelecer a 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 dos dados de diagnóstico do serviço de Ambiente de Trabalho Virtual do Azure. As informações de pontos de verificação utilizadas 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 para uma experiência de ambiente de trabalho ser iniciada com base no tempo que demora a iniciar o Explorador do Windows. As informações também medem o tempo para um RemoteApp ser iniciado com base no tempo necessário para iniciar a primeira instância da aplicação shell para uma ligação.

Nota

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 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.

  • Normalmente, o estabelecimento de novas sessões 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 seu tempo para se ligar à conta de 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 dividirá 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.

Nota

Os componentes nesta secção mostram apenas as fases de ligação primária. 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 se ligar. Uma carga de rede elevada, uma carga de serviço elevada ou um encaminhamento exclusivo de tráfego de rede podem levar a tempos de encaminhamento elevados. Para resolver problemas de rotas de 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 até ao momento em que 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 carregar. 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. Quanto tempo demora o carregamento 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 de 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 Objetos (GPOs): o tempo que demora a aplicar políticas de grupo a novas sessões. Um pico nesta área de 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 é certificar-se de 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 necessário para 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 utilização. Os atrasos nesta fase podem ser causados por sobrecarga do anfitrião de 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 de 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 sessões. A maioria dos problemas mais pequenos pode ser resolvido com o feedback dos utilizadores. Se precisar de aprofundar a pesquisa, 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 consistentemente 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 o Azure Virtual Desktop Insights:

Nome do evento Tipo de evento
Aplicação Erro e Aviso
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Administração Erro, Aviso e Informações
Microsoft-Windows-TerminalServices-LocalSessionManager/Operacional 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

Passos seguintes

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

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