Monitoramento de disponibilidade para fornecedores de hospedagem que alerta sua equipe antes dos chamados de suporte.
O Uptimia verifica os sites dos seus clientes a partir do exterior, enquanto um agente instalado numa única linha reporta CPU, disco e carga a partir do interior de cada servidor. É possível ver /var a 92% enquanto os quarenta sites nesse nó continuam carregando normalmente — e resolver o problema antes sequer de haver uma interrupção.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentQuatro crenças que enchem a fila de pedidos
As quatro mantêm-se válidas até um disco cheio deitar abaixo quarenta sites.
"Já monitoramos tudo a partir do centro de dados."
O monitoramento de dentro compartilha o destino daquilo que vigia — quando o bastidor perde o link de rede, o seu sistema de alertas perde-o também. E só vê o que se passa cá dentro; nunca consegue ver o que um cliente a três redes de distância vê.
"Os sites estão no ar, por isso os servidores estão bem."
"No ar" é um indicador tardio. Um servidor com /var a 96% responde a todos os pedidos até deixar de responder a nenhum. Quando os sites o denunciam, já não é um alerta isolado — é o nó inteiro, de uma só vez.
"Se os nossos IPs de correio tivessem um problema, veríamos as devoluções."
As rejeições acontecem em silêncio, do outro lado. O correio sai da fila normalmente; um IP listado é simplesmente recusado noutro sítio. Você só descobre quando um cliente reencaminha a terceira fatura não entregue.
"Ninguém lê mesmo as páginas de estado."
Ninguém as lê num dia normal. Durante um incidente, fazem a diferença entre uma nota de estado e quarenta pedidos de assistência idênticos — e os clientes só precisam de um incidente para aprenderem onde procurar.
"Um servidor indisponível é um incidente" é a maior delas. Na hospedagem compartilhada, a multiplicação é brutal: um nó × 40 clientes = quarenta interrupções em simultâneo, quarenta caixas de entrada de suporte, quarenta conversas de renovação — a partir de um único disco cheio. A correção custa um engenheiro e uma rotação de registros; descobrir tarde custa a paciência de quarenta clientes.
Por isso, a questão não é se um servidor vai encher este trimestre. É se a primeira pessoa a saber trabalha para você.
Eis o aspecto de um disco enchendo quando algo está vigiando a partir de dentro do servidor.↓ minuto a minuto
O que acontece quando /var enche
Um disco num dos seus servidores enche-se silenciosamente durante a noite. Os quarenta sites de clientes nesse servidor continuam respondendo a todos os pedidos, e todos os dashboards continuam mostrando verde.
Esse é um servidor salvo. Mas uma frota de hospedagem falha em mais camadas do que o disco — sites, certificados, domínios, reputação de correio.↓ cada camada, um único dashboard
Sites, nós e IPs de correio
O monitoramento de servidores para empresas de hospedagem significa vigiar três frentes em simultâneo: os sites de clientes a partir do exterior, os servidores a partir do interior, e os IPs de onde sai o correio. Um único dashboard, agrupado por bastidor ou por cliente.
O que seus clientes notam primeiro
A um registro descontrolado de ficar cheio
Você teria de entrar em cada servidor para descobrir qual é. Um agente com instalação numa linha reporta-o continuamente — CPU, memória, disco, carga e rede de cada servidor Linux, a cada 30 segundos — para que um /var enchendo alerte a sua equipe de prevenção enquanto os clientes nesse servidor continuam sendo servidos.
- Instalação numa linha — um único comando
curl, um temporizador systemd, sem indisponibilidade do site - Limiares de disco por montagem —
/varalerta mais cedo do que/, e cada montagem abre e resolve o seu próprio incidente - O silêncio conta — um servidor que falha três relatórios seguidos é alertado como offline, 90 segundos após o último
IPs de correio verificados em 17 zonas
Uma listagem no Spamhaus ou no Barracuda não se anuncia em lado nenhum: o correio sai da fila limpo e é recusado do outro lado. O monitoramento de listas negras para servidores de correio verifica todos os domínios de envio e os respectivos IPs em 17 zonas DNSBL a cada 15, 30 ou 60 minutos, e abre um protocolo de remoção assim que uma delas responde "listado".
- Domínio + IP web + IP de correio — um único monitor cobre um domínio de envio inteiro, mais até cinco IPs dedicados, nas 17 zonas
- Acompanha a sua infraestrutura — o IP web (registro A) e o IP de correio (MX) são reavaliados a cada verificação, para que a vigilância se mova quando move o servidor
- Sem falsos alarmes — códigos de reputação como o Hostkarma NOBL e o Mailspike "good" são interpretados como limpos, nunca confundidos com uma listagem
Um copiar e colar, um bastidor inteiro de monitores
Integrar um bastidor formulário a formulário é a forma mais certa de a monitoramento começar a desfasar-se da frota. Cole a lista de sites hospedados, escolha o tipo de verificação, e o bastidor inteiro é criado numa só passagem e arquivado no grupo desse bastidor — uma passagem por tipo, por isso disponibilidade, SSL e domínio levam três. Vai desligar o bastidor no domingo? Silencie tudo numa única ação, em todos os tipos ao mesmo tempo.
- Colar para criar — crie em massa monitores de disponibilidade, SSL, domínio, malware, velocidade ou usuário real, um tipo de cada vez, com visualização da lista processada antes de criar seja o que for
- Resultados linha a linha — duplicados e linhas acima do limite vêm identificados, linha a linha; as válidas são criadas na mesma
- Manutenção em massa — pause, retome ou agende uma janela para um bastidor inteiro a partir de uma única seleção
bravo-clinic.co
gamma-realty.net
delta-cafe.io
… mais 96 linhas
Uma nota, não quarenta chamados
Durante um incidente, os seus clientes vão à sua caixa de entrada — a menos que lhes dê um lugar melhor para procurar. Uma página de estado no próprio domínio do cliente — com o logótipo dele, sem o distintivo do Uptimia — é alimentada em tempo real pelos monitores dele, por isso um incidente passa a ser uma nota que escreve, em vez de quarenta chamados de suporte a que responde.
- O domínio dele, as suas notas — aponte um subdomínio do cliente para nós e uma página de estado personalizada responde aí, sem o distintivo "Powered by Uptimia"
- Pública ou privada — aberta aos clientes dele, ou protegida por senha / restrita por IP para que só ele a veja
- Relatórios com a sua marca — resumos de disponibilidade agendados em PDF, HTML ou CSV, com as suas cores e o seu logótipo no topo
Alertado antes de a fila de suporte encher
Um servidor, um IP de correio ou um site de cliente — seja o que for, chega à sua escala de prevenção pelos canais que a sua equipe já usa para gerir incidentes.
Microsoft TeamsUma única lista de contatos — uma única escala de prevenção para toda a frota.
Ver o diretório completo de integrações →A indisponibilidade de um cliente devia chegar até você.Não como um chamado de suporte.
O teste gratuito de 30 dias abre todos os tipos de monitor — sites, servidores, SSL, domínio e listas negras.
A sua frota vigiada em três passos
Sites, servidores e IPs de correio sob vigilância já esta tarde.
Adicione os sites e os servidores
Cole a lista de sites hospedados uma vez por tipo de verificação — disponibilidade, depois SSL, depois domínio — e instale o agente numa linha em cada servidor Linux para CPU, disco e carga.
bravo-clinic.co
… mais 98
Defina limiares & encaminhe alertas
Defina limiares de disco e carga por servidor, ligue o Slack e o SMS, e decida quem é alertado primeiro — e quem é o seguinte se não responder.
Ative a camada visível para os clientes
Páginas de estado personalizadas nos domínios dos clientes e relatórios mensais com as suas cores — sabem dos incidentes através de você.
Também incluído
Integração a partir da API
Crie monitores e páginas de estado a partir dos seus scripts de provisionamento — um novo servidor arranca, uma chamada coloca-o sob vigilância.
Janelas de manutenção
Vai desligar um bastidor este fim de semana? Agende a janela — as verificações pausam, os alertas ficam em silêncio, ninguém se alerta a si mesmo.
Expiração de SSL & domínio
Certificados e registros vigiados com uma janela de aviso configurável antes da expiração. Os monitores de domínio seguem os mesmos níveis de disponibilidade até 1.000; o SSL é contado com as famílias mais restritas, 100 no topo.
Cadeias de escalonamento
Encaminhe um alerta de servidor indisponível primeiro para a equipe de prevenção, e só para o gestor de conta se continuar aberto ao fim de 15 minutos.
Avisos de recuperação
Quando um servidor ou um site volta, quem foi alertado também é avisado — sem pânico às 3 da manhã por resolver.
Uma conta, a frota inteira
Os grupos evitam que 25 nós e 940 sites se transformem numa lista única — filtre, pause ou reporte sobre qualquer bastidor isoladamente.
Monitoramento de disponibilidade para fornecedores de hospedagem
O monitoramento de disponibilidade para fornecedores de hospedagem vigia todos os sites hospedados, os servidores por trás deles e os IPs de correio de onde os clientes enviam — num único dashboard externo — para que os problemas sejam detectados antes dos chamados de suporte. Os sites são verificados a partir do exterior, um agente reporta os servidores a partir do interior, e os resultados alimentam páginas de estado e relatórios visíveis para os clientes.
A fila de suporte descobre primeiro
Cada problema que um cliente nota primeiro é um chamado de suporte, um risco de estorno e uma mancha na sua reputação.
A sua equipe detecta primeiro
O incidente passa a ser uma linha no relatório do nó — prova de que a plataforma está vigiada.
O que cada camada detecta
Três coisas a vigiar — sites, servidores, IPs de correio — cobertas a partir de um único lugar; acrescente velocidade de página e transações onde for relevante.
Explorar o monitoramento de certificados SSL →| Camada | O que detecta | Como funciona |
|---|---|---|
| Disponibilidade | Sites indisponíveis, erros de servidor | A cada 30 s a partir do Professional, reverificado em até mais 3 regiões |
| Métricas do servidor | Disco cheio, pico de carga, servidor indisponível | O agente reporta CPU/memória/disco/carga a cada 30 s, 8 limiares |
| Certificado SSL | Expiração, cadeias quebradas | Janela de aviso configurável, crítico dentro de 45 dias |
| Expiração do domínio | Registros expirados | WHOIS reverificado no seu intervalo, crítico dentro de 3 dias |
| Lista negra | IP de correio listado numa DNSBL | 17 zonas verificadas a cada 15–60 min, IPs reavaliados a cada verificação |
Perguntas frequentes
01O que é o monitoramento de disponibilidade para fornecedores de hospedagem?+
02Posso dar a um cliente um acesso que mostre apenas os sites dele?+
03Integram com cPanel, WHM ou Plesk?+
04Isto é um programa de revenda ou de marca branca?+
05O agente de servidor corre em Windows?+
06Com que rapidez o monitoramento de listas negras deteta uma listagem?+
07Quantos servidores e sites posso monitorar?+
08Posso restringir um membro da equipe a apenas alguns bastidores?+
09O que acontece quando um servidor ultrapassa um limiar?+
/var pode alertar mais cedo do que /.10Preciso de instalar alguma coisa nos sites hospedados?+
11Que canais de alertas a minha equipe pode usar?+
Detete o disco cheio antes de derrubar os sites
Carregue uma fatia da sua frota no teste — sites, servidores e IPs de correio — e detete o próximo problema antes de se tornar um pedido de assistência.