Introdução
Ambientes de desktop remoto geram várias camadas de dados operacionais, desde o uso de CPU e memória até usuários conectados, sessões simultâneas e demanda de aplicativos. O desafio é decidir quais sinais são importantes e como eles se relacionam. Este artigo explica o que o software de monitoramento de desktop remoto rastreia, como a visibilidade das sessões difere do monitoramento de servidores e como as equipes de TI podem usar dados em tempo real e históricos para diagnosticar problemas de desempenho.
O que o software de monitoramento de desktop remoto realmente monitora?
A monitorização de desktop remoto abrange uma série de conceitos. Algumas ferramentas focam em recursos do lado do servidor, enquanto outras fazem inventário de conexões usando o Protocolo de Desktop Remoto (RDP) ou Serviços de Desktop Remoto (RDS). Ferramentas que adotam uma abordagem focada na segurança podem auditar e registar a atividade do utilizador.
Para a TI, faz sentido dividir estas ferramentas em 5 categorias:
| Camada de monitoramento | O que responde | Informação típica |
|---|---|---|
| Infraestrutura | O host está saudável? | CPU, memória, disco, largura de banda, disponibilidade |
| Conexão | Quem se conectou e quando? | Utilizador, hora de login, estado da conexão |
| Sessão | O que está a acontecer nas sessões remotas? | Utilizadores conectados, sessões simultâneas, duração, estado da sessão |
| Experiência do usuário | A sessão remota é responsiva? | Atraso de entrada, latência, atrasos de login, responsividade da aplicação |
| Atividade | Quais aplicações ou ações estão envolvidas? | Utilização de aplicações, processos, eventos de auditoria ou gravações de sessão |
Estes estão relacionados, mas não são necessariamente intercambiáveis, uma vez que um pode relatar uma saturação da CPU, mas não revelar qual sessão foi a primeira afetada, enquanto uma plataforma de auditoria pode identificar quem se conectou, mas não explicar por que o desempenho deteriorou.
O software de gravação de sessões leva isso um passo adiante ao reunir evidências detalhadas do que ocorreu no contexto do ambiente remoto, introduzindo considerações adicionais de segurança, privacidade, retenção e armazenamento.
O primeiro desafio, então, ao comparar software de monitoramento de desktop remoto, é identificar a visibilidade que a TI realmente requer.
Por que a Visibilidade a Nível de Sessão é Diferente do Monitoramento de Servidor?
Tradicional monitorização do servidor as ferramentas perguntam se a máquina está funcionando bem. A utilização da CPU está alta? A memória está baixa? A utilização do disco está aumentando? O servidor está online?
Estas métricas ainda são relevantes em um cenário de hospedagem RDS, mas há outra camada a considerar. A infraestrutura RDS compartilhada significa que, no nível do host, CPU, memória, armazenamento e capacidade de rede são distribuídos entre vários usuários e aplicações.
A nível de sessão, as aplicações e processos de cada utilizador têm exigências únicas. Um Host de Sessão RD pode estar geralmente saudável enquanto as aplicações de um utilizador congelam, ou uma sessão lenta não implica que o servidor inteiro esteja à capacidade.
A diferença é significativa para fins de resolução de problemas. Se dez utilizadores no mesmo servidor começarem a desacelerar ao mesmo tempo, faz sentido investigar primeiro os recursos partilhados do servidor. Se apenas um utilizador estiver a ter problemas, é mais provável que a questão esteja isolada a essa sessão, suas aplicações e conexão.
As ferramentas de monitoramento de desktop remoto são mais eficazes quando capacitam os administradores a alternar entre essas perspectivas e estabelecer conexões entre a saúde geral do servidor e o estado das sessões individuais dos usuários.
Quais são as métricas mais importantes de Remote Desktop?
Nenhuma métrica governa a saúde de um ambiente de desktop remoto. Os administradores precisam de contexto suficiente para interpretar a carga de trabalho atual, o consumo de recursos e a experiência do usuário.
Quantos utilizadores e sessões estão ativos?
Contagens de sessões fornecem a base para esta conversa.
Dados relevantes incluem usuários conectados, sessões ativas e desconectadas, contagens de sessão concorrente distribuição entre servidores, períodos de pico e concorrência histórica.
As tendências de concorrência têm prioridade sobre o número de funcionários ao avaliar o desempenho de um sistema de desktop remoto, uma vez que a capacidade é tipicamente definida pela carga de trabalho simultânea, em vez do número de usuários registrados. Uma máquina que atende 200 usuários casuais pode estar significativamente mais sobrecarregada do que uma contagem de sessões simultâneas de 40 usuários executando aplicações de alto desempenho.
O valor das métricas de concorrência, complementado por estatísticas de infraestrutura, é estabelecer se há uma correlação entre o aumento de usuários conectados e o crescimento do consumo de recursos.
Os Recursos do Servidor Estão Acompanhando a Demanda de Sessões?
CPU, memória, atividade do disco e armazenamento disponível ainda são as principais métricas para monitorar um desktop remoto.
A questão interessante não é se a CPU atingiu uma certa porcentagem, mas quando estava sob pressão e o que mais estava acontecendo ao mesmo tempo.
Um pico consistente de CPU, por exemplo, pode correlacionar-se com a pressa de login da manhã, um número aumentado de sessões simultâneas, um processo agendado ou um uso intenso de uma aplicação empresarial específica.
A conexão entre os dois é geralmente mais importante do que o valor de utilização.
Quais Aplicações e Processos Estão a Impulsionar a Carga de Trabalho?
A visibilidade da aplicação contribui com contexto adicional.
Compreender as aplicações em uso, quando a demanda aumenta e quais processos consomem mais recursos permite que os administradores associem a atividade do usuário ao comportamento da infraestrutura.
A monitorização de aplicações pode responder a estes tipos de questões. Surge um problema de desempenho quando uma aplicação específica é utilizada intensamente? Existem hosts de sessão a executar um conjunto de aplicações mais intensas? Estão a ser mantidas ou licenciadas aplicações que são raramente utilizadas?
Esta informação tem valor, não apenas para resolução de problemas, mas também para a administração geral de infraestrutura e software.
A Rede ou a Experiência do Usuário estão Contribuindo para o Problema?
As sessões de área de trabalho remota são interativas por natureza, tornando problemas de rede ou de responsividade imediatamente aparentes para os usuários finais.
A largura de banda precisa ser avaliada em conjunto com outras métricas de desempenho do servidor, uma vez que um servidor pode ter capacidade de CPU e memória sobrando enquanto as conexões são desaceleradas por um gargalo em outro lugar na cadeia de comunicação. Compreender Desempenho do RDP em redes de alta latência pode ajudar a distinguir problemas de responsividade da rede de restrições de recursos do lado do host.
Alguns ambientes RDS podem oferecer mais informações sobre a experiência do usuário final do que outros. O Microsoft Performance Monitor, por exemplo, possui contadores de Atraso de Entrada do Usuário que podem identificar atrasos nos níveis de sessão e processo. A Microsoft documenta o recurso como um método de correlação entre números de sessão, uso da CPU e capacidade de resposta em servidores RD Session Host.
Nem todas as ferramentas de monitoramento de desktop remoto incluem as mesmas métricas de latência ou atraso de entrada. Os administradores de TI devem verificar o que um fornecedor realmente oferece em termos de informações sobre a experiência do usuário, em vez de assumir que isso estará presente.
Como a Monitorização de Área de Trabalho Remota Pode Ajudar a Sua Equipa Quando Tem de Resolver Sessões Lentas?
O valor da monitorização de desktop remoto é melhor percebido quando os administradores captam múltiplos sinais e os correlacionam.
Quando um utilizador aponta que o RDP está lento, descreve o efeito, não a causa. A sua primeira prioridade é entender a extensão do problema.
Um usuário está tendo problemas? Existem vários usuários que estão no mesmo host? Existem usuários em vários servidores com o mesmo problema?
Com o escopo do problema definido, suas percepções de monitoramento podem ajudar a concentrar sua busca:
| Sintoma | Verificações úteis |
|---|---|
| Um utilizador está lento | Estado da sessão, aplicações, processos, condições de conexão |
| A maioria dos usuários em um servidor está lenta | CPU, memória, I/O de disco, uso de processos, sessões concorrentes |
| Os utilizadores em vários servidores estão lentos | Dependências de rede ou infraestrutura compartilhadas |
| O desempenho degrada ao mesmo tempo diariamente | Concorrência, tarefas agendadas, picos de aplicação |
| Os utilizadores são frequentemente desconectados. | Disponibilidade do servidor, condições de rede, eventos de serviço e conexão |
| Uma aplicação apresenta um desempenho ruim repetidamente. | Utilização da aplicação, processos relacionados e consumo de recursos |
O objetivo é a correlação. Picos de CPU significam mais no contexto do aumento da concorrência. A alta utilização de largura de banda é mais notável diante de várias reclamações de usuários. Um problema de desempenho recorrente é mais fácil de identificar quando você sabe que a mesma aplicação ou carga de trabalho está ocorrendo a cada vez.
A monitorização nem sempre identifica a causa raiz, mas captura o contexto operacional necessário para que os administradores possam restringir o campo de possíveis suspeitos.
A resolução de problemas com base na memória após o fato não é a mesma coisa que inspecionar o ambiente no momento do incidente.
Monitorização em Tempo Real, Alertas e Relatórios Históricos: Por Que Todos Eles São Importantes?
A monitorização revela-se benéfica quando permite responder a três questões operacionais diferentes: o que está a acontecer atualmente, quando deve a TI agir e o que ocorreu anteriormente?
O que está a acontecer agora?
A monitorização em tempo real pode ser utilizada pelos administradores para examinar o desempenho atual do servidor, os utilizadores registados, os processos de aplicação e a atividade da rede.
Esta informação pode ser vital durante um incidente, pois permite ao administrador verificar se ainda há pressão sobre os recursos ou uma carga incomum a ocorrer.
O valor em tempo real fornece dados atuais, mas é só isso. A métrica é apenas informativa no momento. Algo que parece normal agora pode ter sido anormal quando o usuário estava enfrentando o problema.
Quando algo requer atenção?
Alertas transformam a monitorização de coleta de dados passiva em um processo proativo e operacional.
Os administradores especificam o que merece atenção: uso sustentado do processador, pressão na memória, atividade do disco, número excessivo de usuários ativos ou tempo de inatividade do servidor.
Limiares de monitoramento ainda precisam ser aplicados com bom senso; um breve pico na atividade da CPU é esperado, mas pressão recorrente durante as horas de pico pode indicar um problema de capacidade emergente.
O que aconteceu antes do incidente?
Relatórios históricos revelam padrões que métricas ao vivo não conseguem. A Microsoft recomenda usar Coleta de dados do Monitor de Desempenho para registar contadores de desempenho ao longo do tempo ao investigar problemas intermitentes de desempenho do Windows Server.
Dizer que a CPU atinge 90 por cento durante cinco minutos. Se isso for um incidente isolado em um processo em lote conhecido, pode não indicar um problema. Mas se a CPU atinge 90 por cento todos os dias úteis, por volta da mesma hora em que a concorrência ultrapassa um determinado limite, essa é uma informação valiosa para o planejamento de capacidade.
As linhas de base históricas são frequentemente mais importantes do que os limiares individuais, porque mostram o que é normal para um determinado servidor, combinação de aplicações e população de usuários.
Em Quais Casos as Ferramentas de Monitoramento Nativas do Windows São Suficientes?
O Windows já oferece um conjunto de ferramentas bastante robusto para resolução de problemas.
O Gerenciador de Tarefas e o Monitor de Recursos exibem a utilização atual dos recursos. O Monitor de Desempenho pode coletar contadores de desempenho do Windows, incluindo o atraso de entrada do usuário em nível de sessão e processo em versões suportadas do Windows Server. O Visualizador de Eventos apresenta eventos relacionados ao sistema operacional e ao RDS, enquanto o PowerShell pode ser usado para consultar e automatizar muitas tarefas de administração.
Para a resolução de problemas em um único servidor ou investigação de um problema específico, estas ferramentas podem ser suficientes para um administrador experiente.
No entanto, a necessidade de monitorar vários servidores ou de rever a situação a partir da perspectiva de uma ocorrência anterior pode exigir que a informação seja obtida de várias fontes.
A monitorização centralizada é útil em situações em que a TI tem de monitorizar mais do que um host através de uma única consola, guardar informações históricas para uso posterior, comparar sistemas e períodos de tempo, relatar a atividade do utilizador e a concorrência, ou configurar alertas.
O valor de tal abordagem não está necessariamente nas métricas que o Windows não fornece.
É mais na capacidade de consolidar, armazenar e correlacionar essas informações para torná-las mais acionáveis para os administradores.
Significa que você está gravando usuários se usar o Monitoramento de Sessão de Área de Trabalho Remota?
Não. Os termos são frequentemente usados de forma intercambiável, mas a monitorização de sessões e a gravação de sessões têm um alcance e capacidades significativamente diferentes.
Enquanto a monitorização de sessões de área de trabalho remota pode apenas observar utilizadores conectados, sessões concorrentes, utilização de recursos, histórico de sessões ou utilização de aplicações, a gravação de sessões capturaria um conjunto de dados muito mais detalhado sobre as atividades dentro da sessão remota, dependendo do produto, como o conteúdo da tela, atividades de aplicações, atividades da área de transferência ou outros eventos.
Gravar sessões pode fazer sentido para cenários específicos de acesso privilegiado, acesso de terceiros, auditoria ou segurança, mas levanta questões adicionais sobre retenção, acesso, armazenamento e privacidade.
Para a maioria das operações diárias de desktop remoto, a capacidade de gravar todos os detalhes de uma sessão é desnecessária e indesejada pela equipe de TI, uma vez que eles precisam apenas de informações suficientes sobre a sessão para observações de desempenho e fins de análise.
Como pode melhorar o seu planeamento de capacidade utilizando a monitorização de desktop remoto?
Quando se trata de infraestrutura de desktop remoto, a densidade de carga é uma consideração importante.
O número de contas configuradas diz pouco sobre a contagem de usuários simultâneos, as aplicações que executam e a sua intensidade.
A monitorização histórica torna essa informação disponível.
Ao analisar os utilizadores simultâneos e compará-los com as utilizações de CPU, memória, disco e rede, os administradores de TI obtêm informações acionáveis sobre o seu ambiente. Eles veem quando as cargas começam a impactar a infraestrutura, quais cargas de trabalho são responsáveis e se a tendência está a aumentar.
Essa informação pode ser usada para justificar ações como equilibrar a carga de trabalho entre os hosts, adicionar mais servidores, adicionar mais recursos aos servidores existentes, agendar aplicações pesadas ou investigar aplicações que consomem uma quantidade desproporcionalmente grande de recursos.
Essa abordagem é muito mais precisa do que uma recomendação geral baseada em usuários por servidor. A Microsoft Orientações para dimensionamento do Host de Sessão de Área de Trabalho Remota recomenda igualmente avaliar o tipo de carga de trabalho, a densidade de utilizadores e as medições da experiência do utilizador em vez de confiar em um único valor genérico de capacidade. Duas empresas com a mesma base de utilizadores podem ter exigências de aplicação e infraestrutura bastante diferentes.
Que tipo de requisitos deve procurar ao pesquisar um software de monitoramento de desktop remoto?
O melhor software de monitoramento de desktop remoto não é necessariamente o produto que coleta mais dados. É aquele que fornece o nível de visibilidade necessário para o ambiente que está sendo gerido.
Para a maioria das equipas de operações de TI, os requisitos principais são diretos:
- c visibilidade centralizada em vários servidores
- informações sobre usuários atuais e sessões simultâneas
- Monitoramento de CPU, memória, disco e rede
- visibilidade de aplicações e processos
- relatórios históricos e análise de tendências
- alertas configuráveis
- opções práticas de relatórios e exportação
A plataforma também deve facilitar a correlação. As contagens de sessões tornam-se mais valiosas quando os administradores podem compará-las com a carga do servidor. O uso da aplicação torna-se mais útil quando pode ser examinado ao longo do tempo.
A sobrecarga de implantação e administração também é importante. Uma plataforma de monitoramento destinada a simplificar a infraestrutura remota não deve introduzir complexidade desproporcional de infraestrutura ou gestão própria.
Finalmente, verifique exatamente o que os fornecedores querem dizer com termos como monitoramento de sessão, monitoramento de usuários e monitoramento de desktop remoto. Uma plataforma pode significar relatórios de usuários conectados, outra pode fornecer métricas de responsividade do RDP, enquanto outra pode oferecer gravação completa da tela.
A terminologia pode soar semelhante. A visibilidade oferecida pode ser muito diferente.
Como o TSplus pode simplificar o monitoramento de Desktop Remoto?
Para as equipas de TI que gerem a infraestrutura de desktop remoto Windows, trazemos a atividade do servidor e do utilizador para um ambiente de monitorização centralizado. Os administradores podem acompanhar o uso da CPU, memória, disco e largura de banda, enquanto também monitorizam os utilizadores conectados, sessões concorrentes e a atividade das aplicações, ajudando-os a relacionar o desempenho da infraestrutura com a demanda real de desktop remoto.
TSplus Monitoramento de Servidor também fornece relatórios históricos e alertas configuráveis, para que os administradores possam identificar padrões de carga de trabalho recorrentes em vez de depender apenas de métricas ao vivo. Isso facilita a investigação de problemas de desempenho, o estabelecimento de referências práticas e a antecipação de requisitos de capacidade em vários servidores, sem introduzir a gravação completa de sessões de usuário.
Conclusão
A monitorização eficaz do ambiente de trabalho remoto diz respeito à correlação, não à recolha do maior conjunto possível de métricas. O desempenho do servidor, a atividade da sessão, a demanda da aplicação e as condições da rede tornam-se mais úteis quando os administradores podem examiná-los em conjunto.
Essa visão combinada ajuda a TI a distinguir problemas isolados de usuários de gargalos em toda a hospedagem, entender padrões de desempenho recorrentes e tomar melhores decisões de capacidade à medida que os ambientes de desktop remoto crescem.