Monitorización de disponibilidad para proveedores de hosting que te avisa antes de que lleguen los tickets.
Uptimia comprueba los sitios de tus 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. Ves /var al 92% mientras los cuarenta sitios de ese nodo siguen cargando con normalidad, y lo solucionas antes de que llegue a haber 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 tira cuarenta sitios de golpe.
"Ya lo monitorizamos todo desde dentro del centro de datos."
La monitorización desde dentro corre la misma suerte que lo que vigila: cuando el rack pierde la red, tus alertas también la pierden. Y mide desde dentro de tus 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 peticiones justo hasta que deja de responder a ninguna. Para cuando los sitios te 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 tu cola; una IP listada simplemente se rechaza en el destino. Te enteras cuando un cliente te 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; enterarte 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 ti.
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 tus 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, servidores e IPs de correo
La monitorización 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 tus clientes notan primero
A un log descontrolado de llenarse
Ahora mismo tendrías 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 tu 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 tu cola y se rechaza en el destino. La monitorización 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 tu infraestructura — la IP web (registro A) y la IP de correo (MX) se resuelven de nuevo en cada análisis, así que la vigilancia se mueve cuando mueves el servidor
- Sin falsas alarmas — códigos de reputación como Hostkarma NOBL y Mailspike "good" se interpretan como limpios, nunca se confunden con una entrada en lista
Un solo pegado, un rack de monitores
Dar de alta un rack formulario a formulario es la forma en que la monitorización deja de coincidir con la flota, sin que nadie lo note. Pega la lista de sitios alojados, elige 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. ¿Vas a apagar el rack el domingo? Silencia todos con una sola acción, en todos los tipos a la vez.
- Pegar para crear — crea en lote monitores de disponibilidad, SSL, dominio, malware, velocidad o de usuarios reales, un tipo por pasada, con la lista analizada mostrada 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 — pausa, reanuda o programa 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 en lugar de cuarenta tickets
Durante un incidente, tus clientes revisan tu bandeja de entrada, a menos que les hayas dado un sitio mejor donde mirar. 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 escribes tú en lugar de cuarenta tickets que respondes.
- Su dominio, tus notas — apunta un subdominio suyo hacia nosotros y ahí responde una página de estado con tu marca, 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 tu marca — resúmenes de disponibilidad programados en PDF, HTML o CSV, con tus colores y tu logo arriba
Te 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 tu rotación de guardia por los canales donde tu equipo ya gestiona incidentes.
Microsoft TeamsUna sola lista de contactos — una sola lista de guardia para toda la flota.
Explora el directorio completo de integraciones →El tiempo de inactividad de un cliente debería avisarte a ti.No un ticket de soporte.
La prueba de 30 días abre todos los tipos de monitor: sitios, servidores, SSL, dominio y listas negras.
Tu flota vigilada en tres pasos
Sitios, servidores e IPs de correo bajo vigilancia esta misma tarde.
Añade los sitios y los servidores
Pega tu lista de sitios alojados una vez por cada tipo de comprobación — disponibilidad, luego SSL, luego dominio — e instala el agente de una línea en cada servidor Linux para vigilar CPU, disco y carga.
bravo-clinic.co
… 98 más
Define umbrales y enruta las alertas
Define los umbrales de disco y carga por servidor, conecta Slack y SMS, y decide a quién se avisa primero — y a quién después si no responde.
Activa la capa visible para tus clientes
Páginas de estado con tu marca en los dominios de tus clientes e informes mensuales con tus colores — se enteran de los incidentes por ti.
También incluido
Da de alta desde la API
Crea monitores y páginas de estado desde tus scripts de aprovisionamiento: un servidor nuevo arranca, una sola llamada lo pone bajo vigilancia.
Ventanas de mantenimiento
¿Vas a apagar un rack este fin de semana? Programa la ventana — las comprobaciones se pausan, las alertas se callan, nadie se avisa a sí mismo.
Caducidad 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
Enruta 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 pánico de las 3 de la madrugada que se alarga.
Una cuenta, toda la flota
Los grupos evitan que 25 nodos y 940 sitios se conviertan en una sola lista plana — filtra, pausa o genera informes de cualquier rack por separado.
Monitorización de disponibilidad para proveedores de hosting
La monitorización de disponibilidad para proveedores de hosting consiste en vigilar cada sitio alojado, los servidores que hay debajo y las IPs de correo desde las que envían tus 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 tus 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 tu reputación.
Tú lo detectas 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; añade velocidad de página y transacciones donde importe.
Explorar la monitorización SSL →| Capa | Qué detecta | Cómo funciona |
|---|---|---|
| Disponibilidad | Sitios caídos, errores de servidor | Cada 30 s desde el plan Professional, vuelto a comprobar 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 | Caducidad, 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 tu 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 sobre monitorización para proveedores de hosting
01¿Qué es la monitorización de disponibilidad para proveedores de hosting?+
02¿Puedo darle a un cliente un acceso que solo muestre sus sitios?+
03¿Os integráis 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 la monitorización?+
07¿Cuántos servidores y sitios puedo monitorizar?+
08¿Puedo restringir a un miembro del equipo a solo algunos 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?+
Detecta el disco lleno antes de que tire los sitios
Carga una parte de tu flota en la prueba — sitios, servidores e IPs de correo — y detecta el próximo problema antes de que sea un ticket.