Monitoreo de disponibilidad para proveedores de hosting que le avisa antes de que lleguen los tickets.
Uptimia comprueba los sitios de sus clientes desde fuera, mientras un agente de una sola línea informa de la CPU, el disco y la carga desde dentro de cada servidor. Ve /var al 92% mientras los cuarenta sitios de ese nodo siguen cargando con normalidad, y lo soluciona antes de que se produzca una interrupción.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentCuatro creencias que llenan la cola de tickets
Las cuatro se sostienen hasta que un disco lleno tumba cuarenta sitios.
"Ya lo monitoreamos todo desde dentro del centro de datos."
El monitoreo desde dentro corre la misma suerte que lo que vigila: cuando el rack pierde la red, sus alertas también la pierden. Y mide desde dentro de sus propias paredes; nunca puede ver lo que ve un cliente a tres redes de distancia.
"Los sitios están activos, así que los servidores están bien."
"Activo" es un indicador retardado. Un servidor con /var al 96% responde a todas las solicitudes justo hasta que deja de responder a ninguna. Para cuando los sitios le avisan, ya no es una sola advertencia: es todo el nodo, de golpe.
"Si nuestras IPs de correo tuvieran un problema, veríamos rebotes."
Los rechazos ocurren en silencio, en el otro extremo. El correo sale bien de su cola; una IP listada simplemente se rechaza en el destino. Se entera cuando un cliente le reenvía su tercera factura no entregada.
"En realidad nadie lee las páginas de estado."
Nadie las lee en un día normal. Durante un incidente marcan la diferencia entre una sola nota de estado y cuarenta tickets idénticos, y a los clientes les basta un incidente para aprender dónde mirar.
"Un servidor caído es un incidente" es la más grande de todas. En hosting compartido, la multiplicación es brutal: un nodo × 40 clientes = cuarenta interrupciones simultáneas, cuarenta bandejas de soporte, cuarenta conversaciones de renovación, todo por un solo disco lleno. La solución cuesta un ingeniero y una rotación de logs; enterarse tarde cuesta la paciencia de cuarenta clientes.
Así que la pregunta no es si un servidor se llenará este trimestre. Es si la primera persona en enterarse trabaja para usted.
Así es como se ve un disco que se está llenando cuando algo lo vigila desde dentro del servidor.↓ minuto a minuto
Qué pasa cuando /var se llena
El disco de uno de sus servidores se llena en silencio durante la noche. Los cuarenta sitios de clientes en ese servidor siguen respondiendo a todas las peticiones, y todos los paneles siguen en verde.
Eso es un servidor salvado. Pero una flota de hosting falla en más capas que el disco: sitios, certificados, dominios, reputación de correo.↓ cada capa, un solo panel
Sitios, nodos e IPs de correo
El monitoreo de servidores para empresas de hosting significa vigilar tres cosas a la vez: los sitios de los clientes desde fuera, los servidores desde dentro y las IPs desde las que sale su correo. Un solo panel, agrupado por rack o por cliente.
Lo que sus clientes notan primero
A un log descontrolado de llenarse
Ahora mismo tendría que entrar en cada servidor para averiguar cuál es. Un agente de una sola línea lo informa de forma continua — CPU, memoria, disco, carga y red de cada servidor Linux, cada 30 segundos — así que un /var que se está llenando avisa a su guardia mientras los clientes de ese servidor todavía reciben servicio.
- Instalación en una línea — un comando
curl, un temporizador systemd, sin tiempo de inactividad en el sitio - Umbrales de disco por punto de montaje —
/varavisa antes que/, y cada punto de montaje abre y cierra su propio incidente - El silencio cuenta — un servidor que se salta tres informes seguidos se marca como fuera de servicio 90 segundos después del último
IPs de correo analizadas en 17 zonas
Una entrada en Spamhaus o Barracuda no se anuncia en ningún sitio: el correo sale limpio de su cola y se rechaza en el destino. El monitoreo de listas negras para servidores de correo analiza cada dominio de envío y sus IPs contra 17 zonas DNSBL cada 15, 30 o 60 minutos, y abre un manual de exclusión en cuanto una responde "listado".
- Dominio + IP web + IP de correo — un solo monitor cubre todo un dominio de envío, además de hasta cinco IPs dedicadas, contra las 17 zonas
- Sigue su infraestructura — la IP web (registro A) y la IP de correo (MX) se resuelven de nuevo en cada análisis, así que el monitoreo se mueve cuando mueve el servidor
- Sin falsas alarmas — códigos de reputación como Hostkarma NOBL y Mailspike "good" se leen como limpios, nunca como una entrada en lista
Pegue una vez, un rack de monitores
Dar de alta un rack formulario a formulario es la forma en que el monitoreo deja de coincidir con la flota, sin que nadie lo note. Pegue la lista de sitios alojados, elija el tipo de comprobación y todo el rack se crea de una vez, archivado en el grupo de ese rack: una pasada por tipo, así que disponibilidad, SSL y dominio son tres. ¿Va a apagar el rack el domingo? Silencie todo el rack con una sola acción, en todos los tipos a la vez.
- Pegar para crear — cree en lote monitores de disponibilidad, SSL, dominio, malware, velocidad o de usuarios reales, un tipo por pasada, con una vista previa de la lista antes de crear nada
- Resultados por fila — los duplicados y las líneas que superan el límite vuelven identificados, fila a fila; las válidas se crean igualmente
- Mantenimiento en lote — pause, reanude o programe una ventana para todo un rack con una sola selección
bravo-clinic.co
gamma-realty.net
delta-cafe.io
… 96 líneas más
Una nota, no cuarenta tickets
Durante un incidente, sus clientes revisan su bandeja de entrada, a menos que les haya dado un lugar mejor al que acudir. Una página de estado en el propio dominio del cliente — su logo, sin el distintivo de Uptimia — se alimenta en directo con sus monitores, así que un incidente se convierte en una nota que escribe usted en lugar de cuarenta tickets que responde.
- Su dominio, sus notas — apunte un subdominio suyo hacia nosotros y ahí responde una página de estado de marca blanca, con el distintivo "Powered by Uptimia" quitado
- Pública o privada — abierta a sus clientes, o protegida por contraseña o restringida por IP para que solo la vean ellos
- Informes con su marca — resúmenes de disponibilidad programados en PDF, HTML o CSV, con sus colores y su logo arriba
Le avisamos antes de que se llene la cola de soporte
Un servidor, una IP de correo o un sitio de un cliente: el que falle, llega a su rotación de guardia por los canales donde su equipo ya gestiona incidentes.
Microsoft TeamsUna sola lista de contactos — una sola lista de guardia para toda la flota.
Explore el directorio completo de integraciones →El tiempo de inactividad de un cliente debería avisarle a usted.No un ticket de soporte.
La prueba de 30 días abre todos los tipos de monitor: sitios, servidores, SSL, dominio y listas negras.
Su flota vigilada en tres pasos
Sitios, servidores e IPs de correo bajo vigilancia esta misma tarde.
Agregue los sitios y los servidores
Pegue su lista de sitios alojados una vez por cada tipo de comprobación — disponibilidad, luego SSL, luego dominio — e instale el agente de una línea en cada servidor Linux para vigilar CPU, disco y carga.
bravo-clinic.co
… 98 más
Defina umbrales y enrute las alertas
Defina los umbrales de disco y carga por servidor, conecte Slack y SMS, y decida a quién se avisa primero — y a quién después si no responde.
Active la capa visible para sus clientes
Páginas de estado de marca blanca en los dominios de sus clientes e informes mensuales con sus colores — se enteran de los incidentes por usted.
También incluido
Dé de alta desde la API
Cree monitores y páginas de estado desde sus scripts de aprovisionamiento: un servidor nuevo arranca, una sola llamada lo pone bajo vigilancia.
Ventanas de mantenimiento
¿Va a apagar un rack este fin de semana? Programe la ventana — las comprobaciones se pausan, las alertas se callan, nadie se avisa a sí mismo.
Expiración de SSL y dominio
Certificados y registros vigilados con una ventana de aviso configurable antes de que caduquen. Los monitores de dominio siguen la misma escala que los de disponibilidad hasta 1.000; el SSL se cuenta con las familias más ajustadas, 100 como máximo.
Niveles de escalado
Enrute una alerta de servidor caído primero a la guardia, y al gestor de cuenta solo si sigue abierta en 15 minutos.
Avisos de recuperación
Cuando un servidor o un sitio se recupera, las personas a las que se avisó también se enteran — sin que el pánico de las 3 de la madrugada se alargue.
Una cuenta, toda la flota
Los grupos evitan que 25 nodos y 940 sitios se conviertan en una sola lista plana — filtre, pause o genere informes de cualquier rack por separado.
Monitoreo de disponibilidad para proveedores de hosting
El monitoreo de disponibilidad para proveedores de hosting consiste en vigilar cada sitio alojado, los servidores que los sostienen y las IPs de correo desde las que envían sus clientes — todo desde un panel externo — para detectar los problemas antes de que lleguen los tickets de soporte. Los sitios se comprueban desde fuera, un agente informa de los servidores desde dentro, y los resultados alimentan las páginas de estado y los informes que ven sus clientes.
La cola de soporte se entera primero
Cada problema que un cliente nota primero es un ticket, un riesgo de contracargo y un golpe a su reputación.
Usted lo detecta primero
El incidente se convierte en una línea del informe del nodo: la prueba de que la plataforma está vigilada.
Qué detecta cada capa
Tres cosas que vigilar — sitios, servidores, IPs de correo — cubiertas desde un solo lugar; agregue velocidad de página y transacciones donde importe.
Explorar el monitoreo de certificado SSL →| Capa | Qué detecta | Cómo funciona |
|---|---|---|
| Disponibilidad | Sitios caídos, errores de servidor | Cada 30 s desde el plan Professional, con nueva comprobación desde hasta 3 regiones más |
| Métricas del servidor | Disco lleno, pico de carga, servidor fuera de servicio | El agente informa de CPU, memoria, disco y carga cada 30 s, 8 umbrales |
| Certificado SSL | Expiración, cadenas rotas | Ventana de aviso configurable, crítico dentro de los 45 días |
| Expiración del dominio | Registros vencidos | WHOIS comprobado de nuevo en su intervalo, crítico dentro de los 3 días |
| Lista negra | IP de correo listada en una DNSBL | 17 zonas analizadas cada 15–60 min, IPs resueltas de nuevo en cada análisis |
Preguntas frecuentes
01¿Qué es el monitoreo de disponibilidad para proveedores de hosting?+
02¿Puedo darle a un cliente un acceso que solo muestre sus sitios?+
03¿Se integran con cPanel, WHM o Plesk?+
04¿Es esto un programa de reventa o de marca blanca?+
05¿El agente de servidor funciona en Windows?+
06¿Con qué rapidez detecta una entrada en lista negra el monitoreo?+
07¿Cuántos servidores y sitios puedo monitorear?+
08¿Puedo limitar a un miembro del equipo a ciertos racks?+
09¿Qué pasa cuando un servidor supera un umbral?+
/var puede avisar antes que /.10¿Necesito instalar algo en los sitios alojados?+
11¿Qué canales de alerta puede usar mi equipo?+
Detecte el disco lleno antes de que tumbe los sitios
Cargue una parte de su flota en la prueba — sitios, servidores e IPs de correo — y detecte el próximo problema antes de que sea un ticket.