Compartilhar via


Glossário de insights da Área de Trabalho Virtual do Azure

Este artigo lista e descreve brevemente os principais termos e conceitos relacionados aos Insights da Área de Trabalho Virtual do Azure.

Alertas

Todos os alertas ativos do Azure Monitor que você configurou na assinatura e classificados comoseveridade 0serão exibidos na página de visão geral. Para saber como configurar alertas, consulte Alertas de Log do Azure Monitor.

Sessões disponíveis

Sessões disponíveis mostram o número de sessões disponíveis no pool de host. O serviço calcula este número multiplicando o número de VMs (máquinas virtuais) pelo número máximo das sessões permitidas por máquina virtual e subtraindo o total das sessões.

SO (sistema operacional) do cliente

O SO (sistema operacional) do cliente mostra qual versão do SO os usuários finais que acessam recursos da Área de Trabalho Virtual do Azure estão usando no momento. O SO do cliente também mostra qual versão do cliente Web (HTML) e do cliente completo da Área de Trabalho Remota os usuários têm. Para obter uma lista completa das versões do sistema operacional Windows, consulte Versão do Sistema Operacional.

Conexão eficaz

Este item mostra a integridade da conexão. "Conexão eficaz" significa que a conexão pode alcançar o host, conforme confirmado pela pilha nesta máquina virtual. Uma conexão com falha significa que a conexão não pode alcançar o host.

Usuários diariamente ativos (média)

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

Alertas diários

O número total de alertas disparados cada jornada.

Conexões e reconexões diárias

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

Horas conectadas 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

Embora um erro ou alerta aparece nos Insights da Área de Trabalho Virtual do Azure, 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 feeds, conexões, registros de host, erros e pontos de verificação de gerenciamento. Saiba mais sobre estas categorias emUsar o Log Analytics do recurso de diagnóstico.

  • Variante: esta categoria mostra o local do erro.

    • Erros assinalados como "serviço" ou "ServiceError = TRUE" aconteceram no serviço da Área de Trabalho Virtual do Azure.
    • Erros assinalados 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, confiraCenários de erro comuns.
  • Fonte de dados: esta categoria fornece uma descrição mais específica de onde o erro ocorreu.

    • Diagnóstico: a função de serviço responsável pelo monitoraramento e relatário da atividade do serviço para permitir que os usuários observem e diagnostiquem problemas de implantação.

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

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

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

    • Cliente: o software em execução no computador do usuário final fornece a interface para o serviço de Área de Trabalho Virtual do Azure. Ele exibe a lista dos recursos publicados e hospeda a conexão da Área de Trabalho Remota após fazer uma seleção.

Todo problema ou erro de diagnóstico inclui uma mensagem que explica o que deu errado. Para saber mais de como solucionar erros, confiraIdentificar 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 do 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 em que o gateway está localizado. A tabela a seguir lista os códigos de região do gateway e as regiões correspondentes do Azure:

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 Sudeste da Austrália
BRS Brazil South
CAC Canadá Central
CAE Leste do Canadá
CHNO Norte da Suíça
CIN Índia Central
CUS Centro dos EUA
EAS Leste da Ásia
EEU Leste da Europa
EUS Leste dos EUA
EUS2 Leste dos EUA 2
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 Coreia Central
KRS Sul da Coreia
KRS2 Sul da Coreia 2
NCUS Centro-Norte dos EUA
NEU Norte da Europa
NOE Leste da Noruega
NOW Oeste da Noruega
SAN Norte da África do Sul
SAW Oeste da África do Sul
SCUS Centro-Sul dos Estados Unidos
SEA2 Sudeste da Ásia 2
SEAS Sudeste Asiático
SIN Sul da Índia
SWW Oeste da Suíça
UAEC EAU Central
UAEN Norte dos EAU
UKN Norte do Reino Unido
UKS Sul do Reino Unido
UKS2 Sul do Reino Unido 2
UKW Oeste do Reino Unido
WCUS Centro-Oeste dos EUA
WEU Europa Ocidental
WIN Índia Ocidental
WUS Oeste dos EUA

Atraso de entrada

"Atraso de entrada" nos Insights da Área de Trabalho Virtual do Azure significa o atraso de entrada por contador de desempenho do processo para cada sessão. Na página desempenho do host emaka.ms/azmonwvdi, este contador de desempenho é configurado para enviar um relatório ao serviço uma vez a cada 30 segundos. Estes intervalos de 30 segundos são chamados de "amostras" e o pior caso nesta janela. Os valores medianos e p95 refletem a mediana e o percentil 95 de todas as amostras.

EmAtraso de entrada por host, você pode selecionar uma linha de host da sessão para filtrar todos os outros objetos visuais na página deste host. Você também pode selecionar um nome do processo para filtrar o atraso médio de entrada ao longo do tempo no gráfico.

Enfatizamos os atrasos nas seguintes categorias:

  • Boa: abaixo de 150 milissegundos.
  • Aceitável: de 150-500 milissegundos.
  • Ruim: 500-2000 de milissegundos (abaixo de 2 segundos).
  • Inadequada: mais de 2.000 milissegundos (2 segundos e acima).

Para saber mais sobre os contadores de desempenho de atraso de entrada, confiraContadores de desempenho de Atraso de Entrada do Usuário.

MAUs (usuários ativos mensais)

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

Contadores de desempenho

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

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

Nome do contador de desempenho Intervalo de tempo
Azure Data Box Disk Lógico(C:)\Comprimento médio da fila de disco 30 segundos
Disco Lógico(C:)\Média de transferência/segundo do 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/segundo 30 segundos
Memória(*)\Páginas/segundo 30 segundos
Memória(*)\% de bytes confirmados em uso 30 segundos
Disco físico(*)\Comprimento médio da fila de disco 30 segundos
Disco físico(*)\Média de segundos do disco/leitura 30 segundos
Disco físico(*)\Média de segundos do disco/transferência 30 segundos
Disco físico(*)\Média de segundos do disco/gravação 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 de usuário por processo(*)\Atraso máx de entrada 30 segundos
Atraso de entrada de usuário por sessão(*)\Atraso máx de entrada 30 segundos
Rede do RemoteFX(*)\RTT de TCP atual 30 segundos
Rede do RemoteFX(*)\Largura de banda de UDP atual 30 segundos

Problemas possível de conectividade

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

  • As tentativas (número de tentativas de conexão)
  • Os recursos (número de aplicativos publicados ou áreas de trabalho)
  • Os hosts (número de VMs)
  • Clientes

Por exemplo, se você selecionar ofiltro Por Usuário, poderá verificar para ver as tentativas de conexão de cada usuário na colunaTentativas.

Se você perceber 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 não for, é um problema menor que a prioridade mais baixa.

Você também pode escolher as entradas para exibir informações adicionais. Você pode exibir quais hosts, recursos e versões de cliente estavam envolvidos com o problema. A exibição também mostrará todos os 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 sessão do host na região do Azure. 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 de sessão

Oitem Sessõesmostra o estado de todas as sessões, conectadas e desconectadas. Assessões ociosas mostram apenas as sessões desconectadas.

0 alertas de severidade

Itens mais urgentes dos quais você precisa se encarregar imediatamente. Se você não resolver estes problemas, eles podem fazer com que a implantação da Área de Trabalho Virtual do Azure pare de funcionar.

Tempo para se conectar

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

O tempo para se conectar tem dois estágios:

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

Ao monitorar o tempo para se conectar, 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 da Á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 um desktop versus um cenário de aplicativo RemoteApp.

    • Começa: WVDConnection estado = iniciado

    • Termina: WVDCheckpoints Nome = ShellReady (desktops); Nome = RdpShellAppExecuted (RemoteApp. Para o tempo, considere apenas a primeira inicialização do aplicativo)

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

Observação

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

  • O estabelecimento de novas sessões normalmente demora mais 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 necessário para o usuário fornecer credenciais é subtraído do tempo para se conectar à conta nas situações em que um usuário demora um pouco para inserir as credenciais ou usa métodos de autenticação alternativos para entrar.

Ao solucionar um problema de muito tempo para se conectar, o Azure Monitor dividirá os dados de tempo de conexão total em quatro componentes para ajudar você a identificar como reduzir o tempo de entrada.

Observação

Os componentes desta seção mostram apenas os estágios de conexão primária. Esses componentes podem ser executados em paralelo, o que significa que eles não somarão ao tempo total para se conectar. 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 as quatro fases do processo de entrada: Roteamento de usuário, Pilha conectada, Logon e Início do shell até Shell pronto.

O fluxograma mostra os quatro componentes a seguir:

  • Rota do usuário: quanto tempo 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 pode levar a tempos de roteamento altos. Para solucionar problemas de rota do usuário, examine os caminhos de rede.

  • Pilha conectada: quanto tempo 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 pode afetar o tempo de conexão. Para esse componente, você também precisará prestar atenção no seu roteamento de rede. Para reduzir o tempo de conexão, verifique se você configurou adequadamente todas as configurações de proxy nos hosts de sessão e de cliente, bem como se o roteamento para o serviço é ideal.

  • Logon: quanto tempo leva entre quando uma conexão com um host é estabelecida e quando o Shell começa a ser carregado. O tempo de logon inclui vários processos que podem contribuir para tempos de conexão altos. Você pode ver os dados da fase de "logon" nos Insights para verificar se há picos inesperados em tempos médios.

    O processo de "logon" é dividido em quatro estágios:

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

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

    • Início do shell: o tempo necessário para iniciar o shell (normalmente explorer.exe).

    • FSLogix (Frxsvc): o tempo necessário para iniciar o FSLogix em novas sessões. Um tempo de inicialização longo 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 posicionados com os hosts da sessão e dimensionados adequadamente para o número médio de usuários que se conectam aos hosts. Outra área que você deve examinar é o tamanho do perfil. Tamanhos de perfil grandes podem desacelerar os tempos de inicialização.

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

Relatório do usuário

A página relatório do usuário permite histórico de conexão de um usuário e informações de diagnótico específicos. Todo relatório do usuário mostra padrões de uso, comentários do usuário e quaisquer erros que os usuários encontraram durante suas sessões. A maioria dos problemas menores pode ser resolvida junto dos comentários do usuário. Se você precisar de obter detalhes, também poderá filtrar informações sobre uma ID de conexão específica ou um período de tempo.

Os usuários por núcleo

Este é o número de usuários em cada núcleo da 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 de nível alto, baixo ou flutuante de usuários por núcleo. Saber quantos usuários são ativos te ajudará com os recursos com eficiência e a escalar o ambiente.

Logs de Eventos do Windows

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

A seguinte tabela lista os Logs de Eventos do Windows necessários para os Insights da Área de Trabalho Virtual do Azure:

Nome do evento Tipo de evento
Aplicativo 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óximas etapas

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

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