Partilhar via

Glossário do Azure Virtual Desktop Insights

  • Artigo

Este artigo lista e descreve brevemente os principais termos e conceitos relacionados ao Azure Virtual Desktop Insights.

Alertas

Todos os alertas ativos do Azure Monitor que você configurou na assinatura e classificou como gravidade 0 aparecerão na página Visão geral. Para saber como configurar alertas, consulte Azure Monitor Log Alerts.

Sessões disponíveis

Sessões disponíveis mostra o número de sessões disponíveis no pool de hosts. O serviço calcula esse número multiplicando o número de máquinas virtuais (VMs) pelo número máximo de sessões permitidas por máquina virtual e, em seguida, subtraindo o total de sessões.

Sistema operacional cliente (SO)

O sistema operacional cliente (SO) mostra qual versão dos usuários finais do sistema operacional que acessam os recursos da Área de Trabalho Virtual do Azure estão usando no momento. O SO cliente também mostra qual 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 sistema operacional Windows, consulte Versão do sistema operacional.

Sucesso da conexão

Este item mostra a integridade da conexão. "Sucesso da conexão" significa que a conexão pode chegar ao host, conforme confirmado pela pilha nessa máquina virtual. Uma conexão com falha significa que a conexão não pôde alcançar o host.

Usuários ativos diários (DAU)

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

Alertas diários

O número total de alertas disparados por dia.

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

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

Horas de ligação diárias

O número total de horas gastas conectadas a uma sessão entre usuários nas últimas 24 horas.

Diagnósticos e erros

Quando um erro ou alerta aparece no Azure Virtual Desktop Insights, ele é categorizado por três coisas:

  • Tipo de atividade: esta categoria é como o erro é categorizado pelo diagnóstico da Área de Trabalho Virtual do Azure. As categorias são atividades de gerenciamento, feeds, conexões, registros de host, erros e pontos de verificação. Saiba mais sobre essas categorias em Usar o Log Analytics para o recurso de diagnóstico.

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

    • Erros marcados como "service" ou "ServiceError = TRUE" aconteceram no serviço de Área de Trabalho Virtual do Azure.
    • Os erros marcados como "implantação" ou marcados como "ServiceError = FALSE" aconteceram fora do serviço de Área de Trabalho Virtual do Azure.
    • Para saber mais sobre a marca ServiceError, consulte Cenários de erro comuns.

  • Fonte: esta categoria fornece uma descrição mais específica do local onde o erro aconteceu.

    • Diagnóstico: a função de serviço responsável por monitorar e relatar a atividade do serviço para permitir que os usuários observem e diagnostiquem problemas de implantação.

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

    • RDGateway: a função de serviço responsável por lidar com a conectividade de rede entre usuários finais e máquinas virtuais.

    • RDStack: um componente de software instalado em suas VMs para permitir que elas se comuniquem com o serviço de Área de Trabalho Virtual do Azure.

    • Cliente: software em execução na máquina do utilizador final que fornece a interface para o serviço de Ambiente de Trabalho Virtual do Azure. Ele exibe a lista de recursos publicados e hospeda a conexão de Área de Trabalho Remota depois de fazer uma seleção.

Cada problema ou erro de diagnóstico inclui uma mensagem que explica o que correu mal. Para saber mais sobre como solucionar erros, consulte Identificar e diagnosticar problemas da Área de Trabalho Virtual do Azure.

Códigos de região do gateway

Algumas métricas no Azure Virtual Desktop Insights listam a região de gateway pela qual um usuário se conecta. 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 a seguir lista os códigos de região do gateway e suas regiões do Azure correspondentes:

Código de região do gateway Região do Azure
AUC Austrália Central
AUC2 Austrália Central 2
AUE Leste da Austrália
AUSE Austrália Sudeste
BRS Sul do Brasil
CAC Canadá Central
CAE Leste do Canadá
CHNO Norte da Suíça
CIN Índia Central
CUS E.U.A. Central
EAS Ásia Leste
UEE Europa Oriental
EUS E.U.A. Leste
EUS2 E.U.A. Leste 2
FRAS Sul de França
FRC França Central
GEC Alemanha Central
GEN Norte da Alemanha
GENE Nordeste da Alemanha
GWC Alemanha Centro-Oeste
JPE Leste do Japão
JPW Oeste do Japão
KRC Coreia do Sul Central
KRS Sul da Coreia do Sul
KRS2 Coreia do Sul 2
NCUS E.U.A. Centro-Norte
NEU Europa do Norte
NÃO Leste da Noruega
AGORA Oeste da Noruega
SAN Norte da África do Sul
SERRA Oeste da África do Sul
SCUS E.U.A. Centro-Sul
AAE2 Sudeste Asiático 2
Mares Sudeste Asiático
SIN Sul da Índia
SWW Oeste da Suíça
UAEC E.A.U. Central
EAU Norte dos E.A.U.
UKN Norte do Reino Unido
Reino Unido Sul do Reino Unido
UKS2 Sul do Reino Unido 2
UKW Oeste do Reino Unido
WCUS E.U.A. Centro-Oeste
UEO Europa Ocidental
VITÓRIA Oeste da Índia
WUS E.U.A. Oeste

Atraso de entrada

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

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

Colocamos atrasos nas seguintes categorias:

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

Para saber mais sobre como funciona o contador de atraso de entrada, consulte Contadores de desempenho de atraso de entrada do usuário.

Utilizadores Ativos Mensais (MAU)

O número total de usuários que iniciaram uma sessão nos últimos 28 dias. Se você armazenar dados por 30 dias ou menos, poderá ver valores de MAU e Conexão abaixo do esperado durante períodos em que tiver menos de 28 dias de dados disponíveis.

Contadores de desempenho

Os contadores de desempenho mostram o desempenho de componentes de hardware, sistemas operacionais e aplicativos.

A tabela a seguir lista os contadores de desempenho recomendados e os intervalos de tempo que o Azure Monitor usa para a Área de Trabalho Virtual do Azure:

Nome do contador de desempenho Intervalo de tempo
Disco lógico(C:)\Comprimento médio da fila de disco 30 segundos
Disco lógico(C:)\Média de seg/transferência de disco 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/s 30 segundos
Memória(*)\Páginas/seg 30 segundos
Memória(*)\% de Bytes Consolidados em Utilização 30 segundos
PhysicalDisk(*)\Comprimento médio da fila de disco 30 segundos
PhysicalDisk(*)\Média de disco seg/leitura 30 segundos
PhysicalDisk(*)\Média de seg/transferência de disco 30 segundos
PhysicalDisk(*)\Média de seg/gravação do disco 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 usuário por processo(*)\Atraso máximo de entrada 30 segundos
*Atraso de entrada do usuário por sessão(*)\Atraso máximo de entrada 30 segundos
Rede RemoteFX(*)\RTT TCP atual 30 segundos
Rede RemoteFX(*)\Largura de banda UDP atual 30 segundos

Possíveis problemas de conectividade

Possíveis problemas de conectividade mostra os hosts, usuários, recursos publicados e clientes com uma alta taxa de falha de conexão. Depois de escolher um filtro "relatório por", você pode avaliar a gravidade do problema verificando os valores nestas colunas:

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

Por exemplo, se você selecionar o filtro Por usuário , poderá verificar as tentativas de conexão de cada usuário na coluna Tentativas .

Se você notar que um problema de conexão abrange vários hosts, usuários, recursos ou clientes, é provável que o problema afete todo o sistema. Se isso não acontecer, é uma questão menor que menor prioridade.

Você também pode selecionar entradas para exibir informações adicionais. Você pode ver quais hosts, recursos e versões de cliente estavam envolvidos com o problema. O visor também mostrará quaisquer erros relatados durante as tentativas de conexão.

Tempo de ida e volta (RTT)

O tempo de ida e volta (RTT) é uma estimativa do tempo de ida e volta da conexão entre o local do usuário final e a região do Azure do host da sessão. Para ver quais locais têm a melhor latência, procure o local desejado nas estatísticas de latência de ida e volta da rede do Azure.

Histórico das sessões

O item Sessões mostra o status de todas as sessões, conectadas e desconectadas. Sessões ociosas mostram apenas as sessões desconectadas.

Alertas de gravidade 0

Os itens mais urgentes que você precisa cuidar imediatamente. Se você não resolver esses problemas, eles podem fazer com que sua implantação da Área de Trabalho Virtual do Azure pare de funcionar.

Tempo para fazer a ligação

O tempo para se conectar é o tempo entre quando um usuário abre um recurso para iniciar sua sessão e quando sua área de trabalho foi carregada e está pronta para uso. Por exemplo, para um RemoteApp, esse é o tempo necessário para iniciar o aplicativo.

O tempo para se conectar tem duas etapas:

  • Conexão, que é o tempo que leva para o serviço do Azure rotear o usuário para um host de sessão.
  • "Logon", que é o tempo que leva para o serviço executar tarefas relacionadas ao login do usuário e ao estabelecimento da sessão no host da sessão.

Ao monitorar o tempo de conexão, tenha em mente o seguinte:

  • O tempo para se conectar é medido com os seguintes pontos de verificação dos dados de diagnóstico do serviço de Área de Trabalho Virtual do Azure. Os pontos de verificação que o Insights usa para determinar quando a conexão é estabelecida são diferentes para uma área de trabalho versus um cenário de RemoteApp.

Por exemplo, o Insights mede o tempo de inicialização de uma experiência de área de trabalho com base no tempo necessário para iniciar o Windows Explorer. O Insights também mede o tempo de inicialização de um RemoteApp com base no tempo necessário para iniciar a primeira instância do aplicativo shell para uma conexão.

Nota

Se um usuário iniciar mais de um RemoteApp, às vezes o aplicativo shell pode ser executado várias vezes durante uma única conexão. Para uma medição precisa do tempo de conexão, você deve usar apenas o primeiro ponto de verificação de execução para cada conexão.

  • Estabelecer novas sessões geralmente leva mais tempo do que restabelecer conexões com sessões existentes devido a diferenças no processo de "logon" para conexões novas e estabelecidas.

  • O tempo que o usuário leva para fornecer credenciais é subtraído do seu tempo para se conectar à conta para situações em que um usuário demora um pouco para inserir credenciais ou usar métodos de autenticação alternativos para entrar.

Ao solucionar problemas de um tempo alto para se conectar, o Azure Monitor dividirá os dados de tempo total de conexão em quatro componentes para ajudá-lo a identificar como reduzir o tempo de entrada.

Nota

Os componentes nesta seção mostram apenas os estágios de conexão primários. Esses componentes podem ser executados em paralelo, o que significa que eles não somarão para igualar o tempo total de conexão. O tempo total para se conectar é uma medida que o Azure Monitor determina em um processo separado.

O fluxograma a seguir mostra os quatro estágios do processo de entrada:

Um fluxograma mostrando os quatro estágios do processo de entrada: Rota do Usuário, Pilha Conectada, Logon e Início do Shell para Pronto para o Shell.

O fluxograma mostra os seguintes quatro componentes:

  • Rota do usuário: o tempo que leva desde quando o usuário seleciona o ícone da Área de Trabalho Virtual do Azure para iniciar uma sessão até quando o serviço identifica um host ao qual se conectar. Alta carga de rede, alta carga de serviço ou roteamento de tráfego de rede exclusivo podem levar a tempos de roteamento altos. Para solucionar problemas de rota do usuário, examine seus caminhos de rede.

  • Pilha conectada: o tempo que leva desde quando o serviço resolve um host de sessão de destino para o usuário até quando o serviço estabelece uma conexão entre o host de sessão e o cliente remoto do usuário. Como o roteamento de usuário, a carga de rede, a carga do servidor ou o roteamento de tráfego de rede exclusivo podem afetar o tempo de conexão. Para esse componente, você também precisará prestar atenção ao roteamento de rede. Para reduzir o tempo de conexão, verifique se você configurou adequadamente todas as configurações de proxy no cliente e nos hosts de sessão e se o roteamento para o serviço é o ideal.

  • Logon: o tempo que leva entre quando uma conexão com um host é estabelecida até quando o shell começa a carregar. O tempo de logon inclui vários processos que podem contribuir para altos tempos de conexão. Você pode visualizar dados para o estágio de "logon" no Insights para ver se há picos inesperados em tempos médios.

    O processo de "logon" é dividido em quatro etapas:

    • Perfis: o tempo necessário para carregar o perfil de um usuário para novas sessões. O tempo de carregamento depende do tamanho do perfil de usuário ou das soluções de perfil de usuário que você está usando (como o User Experience Virtualization). Se você estiver usando uma solução que depende de perfis armazenados na rede, o excesso de latência também pode levar a tempos de carregamento de perfil mais longos.

    • Objetos de Política de Grupo (GPOs): o tempo necessário para aplicar diretivas de grupo a novas sessões. Um pico nessa área dos dados é um sinal de que você tem muitas políticas de grupo, as políticas demoram muito para serem aplicadas ou o host da sessão está enfrentando problemas de recursos. Uma coisa que você pode fazer para otimizar os tempos de processamento é certificar-se de que o controlador de domínio esteja próximo dos hosts de sessão o máximo possível.

    • Shell Start: o tempo que leva para lançar o shell (geralmente explorer.exe).

    • FSLogix (Frxsvc): o tempo necessário para lançar o FSLogix em novas sessões. Um longo tempo de inicialização pode indicar problemas com os compartilhamentos usados para hospedar os perfis de usuário do FSLogix. Para solucionar esses problemas, verifique se os compartilhamentos estão colocados com os hosts de sessão e dimensionados adequadamente para o número médio de usuários que entram nos hosts. Outra área que você deve observar é o tamanho do perfil. Perfis grandes podem diminuir os tempos de lançamento.

  • Shell start to shell ready: o tempo desde quando o shell começa a carregar até quando está totalmente carregado e pronto para uso. Os atrasos nessa fase podem ser causados por sobrecarga do host da sessão (alta atividade de CPU, memória ou disco) ou problemas de configuração.

Relatório do utilizador

A página de relatório do usuário permite visualizar o histórico de conexões e as informações de diagnóstico de um usuário específico. Cada relatório de usuário mostra padrões de uso, comentários dos usuários e quaisquer erros que os usuários tenham encontrado durante suas sessões. A maioria dos problemas menores pode ser resolvida com o feedback do usuário. Se você precisar se aprofundar, também poderá filtrar informações sobre um ID de conexão específico ou período de tempo.

Utilizadores por núcleo

Este é o número de usuários em cada núcleo de máquina virtual. Acompanhar o número máximo de usuários por núcleo ao longo do tempo pode ajudá-lo a identificar se o ambiente é executado consistentemente em um número alto, baixo ou flutuante de usuários por núcleo. Saber quantos usuários estão ativos ajudará você a usar recursos e dimensionar o ambiente de forma eficiente.

Registos de Eventos do Windows

Os Logs de Eventos do Windows são fontes de dados coletadas pelo Agente do Azure Monitor ou pelo agente do Log Analytics em máquinas virtuais do Windows. Você pode coletar eventos de logs padrão, como Sistema e Aplicativo, bem como logs personalizados criados por aplicativos que você precisa monitorar.

A tabela a seguir lista os Logs 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/Admin 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/Admin Erro, aviso e informações

Próximos passos

Você também pode configurar o Azure Advisor para ajudá-lo a descobrir como resolver ou evitar problemas comuns. Saiba mais em Introdução ao Azure Advisor.

Se precisar de ajuda ou tiver alguma dúvida, consulte os recursos da nossa comunidade: