O monitoramento de servidores nº 1 do Brasil

O CloudRadar monitora hosts disponíveis através da internet pública a partir de diferentes localizações geográficas. O monitoramento sem agente também pode ser executado dentro de intranets protegidas por trás de um firewall, instalando o executor de verificação - chamado frontman - on-premise.

Os cheques são baseados em

• Solicitações de eco ICMP (ping)
• Verificações da porta TCP
• Solicitações HTTP (HEAD, GET, POST)

Uma verificação com falha é repetida duas vezes no local original e depois encaminhada para dois locais vizinhos e executada lá três vezes. Uma verificação deve ser executada nove vezes para ser considerada como falha.

**Verificações da porta TCP fornecem **opções para

• Verifique se uma porta TCP está aberta
• Verifique se uma porta aberta responde com o protocolo esperado
• Especificando um tempo limite personalizado (timeout)
• um pré-voo antes da execução regular para avisar os clientes sobre erros de configuração e verificações que falharão imediatamente após a adição (evita configurações incorretas).

Verificações HTTP fornecem opções para

• ignorando erros de SSL
• especificando um tempo limite
• procurando por um padrão (palavra-chave de controle) dentro do código-fonte HTML ou dentro do HTML renderizado (sem execução JS)
• especificando cabeçalhos personalizados, por exemplo, autenticação básica HTTP
• especificando um código de status HTTP esperado
• permitir ou não permitir seguir redirecionamentos
• uma verificação pré-voo para avisar os clientes sobre erros e verificações de cheques que falharão imediatamente após a adição, exibindo códigos de status HTTP e outros erros imediatamente (evita configurações incorretas)

Para obter informações completas sobre o sistema operacional, é necessária a instalação de um agente.

O agente está disponível para

• Microsoft Windows (> = Windows 7), pacote MSI assinado, suporta instalações autônomas
• CentOS, Redhat e derivados, pacote RPM e yum-repository
• SuSE Linux, pacotes RPM genéricos são adequados, nenhum repositório é fornecido.
• Debian e Ubuntu Linux, pacote DEB e repositório Debian, suportando arquiteturas x86, AMD64 e ARM
• Mac OS X
• Extensão do Plesk que fornece total integração na interface do usuário da Web
• Pacote Synology que fornece total integração na interface do usuário da Web
• Pacote QNAP, configuração e instalação através do SSH
• Pacotes binários (tar.gz) para qualquer outro Linux, suportando arquiteturas x86, AMD64 e ARM

O agente monitora

• a utilização da CPU (detalhando o iowait, o usuário e a carga do sistema, ociosos), a soma de todas as CPUs e a métrica detalhada de cada CPU ou núcleo.
• a utilização da memória com uma análise detalhada da memória armazenada em cache, armazenada em buffer, disponível e paginada.
• o nível de preenchimento de discos (pontos de montagem), descobertos automaticamente, filtros personalizados para inserir ou excluir discos e pontos de montagem podem ser definidos.
• o uso de largura de banda de placas de rede, descoberto automaticamente, filtros personalizados para dispositivos in- ou excluindo podem ser definidos.
• processos; o agente relata todos os processos e seus estados
• serviços que são descobertos automaticamente através do Windows Service Manager ou Linux SystemD. Todos os serviços descobertos e seus estados são relatados.
• Portas TCP e UDP abertas pelo SO
• processos que causam uma carga alta. Os chamados instantâneos de utilização da CPU são obtidos. Se a carga atingir um limite, os processos que mais consomem CPU são registrados. Os limites podem ser ajustados.
• inventário de hardware, detalhando as placas PCI, monitores conectados, módulos de memória montados, dispositivos USB conectados, modelo e número de série da placa-mãe, modelo de CPU
• Saúde do disco S.M.A.R.T
• Temperaturas relatadas pelos sensores da placa principal.
• Para uma configuração fácil, o agente suporta três predefinições para os casos de uso mais comuns
• Somente heartbeat, para clientes que querem apenas ser alertados se um host estiver inativo
• Minimalista, para máquinas virtuais, relatando apenas níveis de preenchimento de disco, memória e CPU
• completo, suportando todos os recursos mencionados acima

Para quaisquer dados reunidos por um script ou software de terceiros, as verificações personalizadas podem ser criadas.

• Por meio de qualquer cliente HTTP, por exemplo curl, PowerShell, Python, os dados de medição podem ser enviados como carga útil JSON.
• Um intervalo de atualização esperado pode ser atribuído a verificações personalizadas para serem avisadas se o remetente parar de enviar.
• Gráficos e um histórico de 30 dias são criados automaticamente para qualquer valor numérico.
• Um prático binário de remetente de verificação personalizada é fornecido, útil para usuários do Windows que não têm o curl instalado por padrão (em breve).
  

• Todas as medidas são exibidas de forma tabular e todos os valores numéricos são exibidos também como gráficos que fornecem um histórico de 30 dias.
• As métricas relevantes são agrupadas em gráficos pré-definidos para uma rápida visão geral da utilização de CPU e memória, níveis de preenchimento de disco e uso de largura de banda.

Regras podem ser criadas para quase todas as medições. Se um valor bruto ou processado estiver abaixo ou acima de um limite, um evento (alerta ou aviso) será criado. Para evitar a criação repetitiva e propensa a erros de regras para cada host, é possível criar regras para

• um único host identificado por seu UUID
• hosts identificados por nomes que suportam curingas (wildcards)
• hosts identificados pelo endereço IP ou pelo FQDN com suporte a curingas
• hosts que possuem uma tag específica

As condições podem ser baseadas em

• last, average, min, max de até 10 medições
• correspondências curinga para processos e serviços (wildcard match)

A criação de regras é tornada confortável e fácil de usar por assistentes que são iniciados a partir da medição na qual a regra deve se basear. Dependendo do contexto, apenas as opções aplicáveis ​​são mostradas para evitar uma interface do usuário sobrecarregada.

Cada conta começa com um conjunto básico de regras úteis que cobrem casos de uso comuns.

‍

Para todos os hosts ou para hosts específicos, as páginas de status podem ser criadas. Eles são acessíveis sem autenticação na URL neutra https://serverstate.info/

Uma página de status pode ser personalizada através de um assistente

• um cabeçalho e rodapé personalizados com uso limitado de HTML (editor WYSIWYG)
• um logotipo personalizado (upload de imagem)
• número de dias que a história deve cobrir
• quais eventos incluir (alertas e / ou avisos)
• os hosts ou hosts identificados pelas tags que a página de status deve abranger

As páginas de status estão disponíveis como

• página inteira, suportando atualização automática e tema escuro
• O código de incorporação de HTML (embed code), para uso dentro de um iframe, renderiza uma pequena visão geral
• O código de incorporação de imagens renderiza uma pequena visão geral (badge) como uma imagem.

• Uma API REST pública baseada em json está disponível para fácil integração em ferramentas e scripts de terceiros.
• Através dos tokens Web-UI, a autenticação (bearer authentication) é gerenciada. Um número ilimitado de tokens pode ser criado para controlar e revogar totalmente o acesso.
• Os tokens podem ser limitados a operações de leitura.
• A API não suporta todos os recursos disponíveis através da Web-UI ainda, mas as funções básicas para gerenciar hosts e buscar eventos estão disponíveis. Veja todos os recursos da API.

Eventos (alertas ou avisos) são enviados para os destinatários através dos seguintes meios

o email

• Slack
• Telegram
• PushOver
• SMS
• Telefonemas (texto para fala)
• Microsoft Teams
• Web Hooks (Web Ganchos)

Além de eventos, um destinatário pode assinar

• lembretes para problemas não resolvidos com um intervalo de lembrete personalizado por destinatário
• um breve resumo diário das edições das últimas 24 horas enviadas à meia-noite
• relatórios diários, semanais ou mensais detalhados
• comentários sobre questões feitas por colegas de equipe

Um destinatário pode filtrar quais eventos receber (roteamento de mensagens) com base em

• O nome do host afetado, suportando curingas
• Tags de host, endereço IP ou FQDN do host afetado, suportando curingas (wildcards)
• A mensagem do evento, suportando curingas
• todas as opções de filtro podem ser combinadas por um AND ou OR lógico.

O criador inicial da conta pode convidar pessoas para participar da equipe. Um e-mail de convite é enviado e a equipe é unida clicando no link. Uma senha deve ser definida.

Os colegas de equipe podem ter um dos seguintes papéis

• Admin, com acesso de leitura e gravação a tudo
• Membro, com acesso de leitura e gravação a tudo, exceto ao gerenciamento de equipe.
• Convidado, somente leitura, não permitido para qualquer configuração, limitado ao painel e às medições. Um convidado pode ser limitado ao grupo de hosts.

Todas as atividades dos colegas de equipe são registradas em um registro de auditoria, permitindo que os membros acompanhem quem fez o quê quando.