Monitorização de disponibilidade para fornecedores de alojamento que alerta a sua equipa antes de chegarem os pedidos de assistência.
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 a carregar 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á monitorizamos tudo a partir do centro de dados."
A monitorização de dentro partilha o destino daquilo que vigia — quando o bastidor perde a ligação de rede, o seu sistema de alertas perde-a também. E mede a partir de dentro das suas próprias paredes; 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 aviso 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. 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 em baixo é um incidente" é a maior delas. No alojamento partilhado, a multiplicação é brutal: um nó × 40 clientes = quarenta interrupções em simultâneo, quarenta caixas de entrada de apoio, quarenta conversas de renovação — a partir de um único disco cheio. A correção custa um engenheiro e uma rotação de registos; 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 si.
Eis o aspeto de um disco a encher quando algo está a vigiar a partir de dentro do servidor.↓ minuto a minuto
O que acontece quando /var enche
Um disco num dos seus servidores enche-se lentamente durante a noite. Os quarenta sites de clientes nesse servidor continuam a responder a todos os pedidos, e todos os painéis continuam a mostrar verde.
Esse é um servidor salvo. Mas uma frota de alojamento falha em mais camadas do que o disco — sites, certificados, domínios, reputação de correio.↓ cada camada, um único painel
Sites, servidores e IPs de correio
A monitorização de servidores para empresas de alojamento significa três vigilâncias 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 painel, agrupado por bastidor ou por cliente.
O que os seus clientes notam primeiro
A um registo descontrolado de ficar cheio
Neste momento, teria de iniciar sessão 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 a encher alerte a sua equipa de prevenção enquanto os clientes nesse servidor continuam a ser 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. A monitorização de listas negras para servidores de correio verifica todos os domínios de envio e os respetivos 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 (registo 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
Uma colagem, um bastidor inteiro de monitores
Integrar um bastidor formulário a formulário é a forma mais certa de a monitorização deixar de acompanhar a frota. Cole a lista de sites alojados, 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 todos 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 utilizador real, um tipo por passagem, com a lista processada pré-visualizada antes de algo ser criado
- Resultados linha a linha — duplicados e linhas acima do limite são 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 em vez de quarenta pedidos de assistência
Durante um incidente, os seus clientes verificam a sua caixa de entrada — a menos que lhes dê um sítio melhor para consultar. 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 pedidos de assistência 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í, com o distintivo "Powered by Uptimia" removido
- Pública ou privada — aberta aos clientes dele, ou protegida por palavra-passe / restrita por IP para que só ele a veja
- Relatórios personalizados — 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 apoio 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 equipa já usa para gerir incidentes.
Microsoft TeamsUma única lista de contactos — uma única lista de prevenção para toda a frota.
Ver o diretório completo de integrações →A indisponibilidade de um cliente devia chegar até si.Não sob a forma de um pedido de assistência.
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 alojados 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 si.
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 próprio.
Expiração de SSL & domínio
Certificados e registos 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 em baixo primeiro para a equipa 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, as pessoas que foram alertadas também são avisadas disso — 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.
Monitorização de disponibilidade para fornecedores de alojamento
A monitorização de disponibilidade para fornecedores de alojamento consiste em vigiar todos os sites alojados, os servidores por trás deles e os IPs de correio a partir dos quais os clientes enviam — num único painel externo — para que os problemas sejam detetados antes de chegarem os pedidos de assistência. 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 apoio descobre primeiro
Cada problema que um cliente nota primeiro é um pedido de assistência, um risco de estorno e uma mancha na sua reputação.
A sua equipa deteta primeiro
O incidente passa a ser uma linha no relatório do nó — prova de que a plataforma está vigiada.
O que cada camada deteta
Três coisas a vigiar — sites, servidores, IPs de correio — cobertas a partir de um único sítio; acrescente velocidade de página e transações onde for relevante.
Explorar a monitorização de certificados SSL →| Camada | O que deteta | Como funciona |
|---|---|---|
| Disponibilidade | Sites em baixo, erros de servidor | A cada 30 s a partir do plano Professional, reverificado a partir de até mais 3 regiões |
| Métricas do servidor | Disco cheio, pico de carga, servidor offline | 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 | Registos caducados | 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 sobre monitorização para fornecedores de alojamento
01O que é a monitorização de disponibilidade para fornecedores de alojamento?+
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 a monitorização de listas negras deteta uma listagem?+
07Quantos servidores e sites posso monitorizar?+
08Posso restringir um membro da equipa 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 alojados?+
11Que canais de alerta a minha equipa 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.