Este documento explica como funciona o monitoramento de recursos na Segura® Platform, quais verificações são realizadas pelo Orbit Server Manager e como os administradores são notificados quando algo está fora do esperado.
O que é o monitoramento de recursos
O Orbit Server Manager monitora continuamente os recursos da instância e a comunicação entre os nós do cluster. Quando um recurso está abaixo do recomendado ou uma porta de comunicação não responde, o sistema gera um incidente no Orbit e notifica os administradores responsáveis.
O objetivo é oferecer visibilidade antecipada para que ações preventivas possam ser tomadas antes que problemas de capacidade ou conectividade tornem o ambiente indisponível.
Tipos de verificação
O sistema realiza 4 tipos de verificação de forma periódica e independente.
Recursos mínimos do appliance
O sistema verifica se a máquina atende aos requisitos mínimos de hardware da Segura® Platform:
- 8 processadores (CPU).
- 16 GB de memória RAM.
- 500 GB de disco total, considerando a soma dos discos físicos.
Quando algum desses requisitos não é atendido, um incidente é gerado no Orbit informando qual recurso está abaixo do mínimo, o valor atual e o valor recomendado. O incidente é fechado automaticamente quando o recurso é ajustado e volta ao valor mínimo recomendado.
Os limites de recursos mínimos são fixos e fazem parte dos requisitos da Segura® Platform. Eles não são configuráveis no Orbit Web ou no Orbit CLI, para evitar que alertas legítimos sejam silenciados com valores abaixo do suportado.
Espaço em disco disponível
O espaço disponível na partição de gravação de sessões é monitorado continuamente. Quando fica abaixo de 10 GB, um incidente crítico é gerado e o início de novas sessões remotas é bloqueado automaticamente.
Nessa condição, ao tentar iniciar uma sessão, o usuário recebe a mensagem: "Espaço em disco insuficiente. Contate o administrador do sistema."
Sessões que já estavam em andamento no momento do bloqueio não são afetadas. Apenas o início de novas sessões é impedido.
Quando o espaço em disco é normalizado, o incidente é fechado automaticamente e o início de novas sessões volta a funcionar sem necessidade de ação manual.
Portas de comunicação entre nós
Em ambientes configurados em modo cluster, o sistema verifica periodicamente se as portas de comunicação entre os nós estão respondendo. A lista de portas verificadas é a mesma documentada nas regras de firewall para ambientes cluster.
- Para nós membros: todas as portas relevantes para o funcionamento do cluster e da administração são verificadas.
- Para o nó árbitro: apenas um conjunto reduzido de portas é verificado, considerando que esse papel não executa a stack completa.
Quando uma ou mais portas não respondem em um nó, um incidente específico é gerado para aquele nó, listando as portas com falha e o serviço associado a cada uma. Cada nó com problema gera seu próprio incidente.
Quando todas as portas voltam a responder, o incidente do nó correspondente é fechado automaticamente. Se o ambiente sair do modo cluster ou a configuração de membros for alterada, todos os incidentes de portas anteriores são encerrados automaticamente.
Em ambientes que não estão em modo cluster, o monitoramento de portas entre nós não é executado.
Verificação em ambientes standalone
Em ambientes standalone, a própria instância verifica suas portas de serviço: Web Proxy, Terminal Proxy, RDP Proxy e porta 443 da aplicação. Se um serviço está em execução, mas a porta não responde, isso pode indicar problema de rede ou firewall.
Notificações
Quando um incidente é criado ou atualizado, as notificações são enviadas para:
- Painel de incidentes do Orbit.
- E-mail do administrador da instância configurado em Orbit Server Manager > Configurações > Aplicação.
- SIEM via syslog.