Si utilizas un sitio web empresarial o personal, el downtime puede convertirse en un problema serio, especialmente cuando desconoces la causa o no puedes encontrar una solución con rapidez. A continuación repasamos distintos aspectos de las caídas de servicio para ayudarte a reducir su riesgo.
Definición
Un sitio web está experimentando downtime cuando:
- no está disponible
- no puede realizar funciones importantes
Según la documentación y recomendaciones habituales de Plesk, este riesgo debe tomarse en serio porque una caída puede amenazar el éxito online de una empresa y provocar:
- insatisfacción de los clientes y daños de reputación;
- pérdida de visibilidad en motores de búsqueda;
- pérdida de ingresos.
Hoy el sitio web suele ser la cara pública de una empresa y, en muchos casos, los clientes forman su primera impresión a través de él. También puedes publicar información esencial en la web; si deja de estar disponible, los usuarios pierden acceso a esa información.
Por eso mantener el sitio disponible las 24 horas es un objetivo importante, aunque conseguirlo de forma constante requiere una infraestructura y una operación adecuadas.
Principales causas del downtime de un sitio web
Muchos factores diferentes pueden provocar este tipo de problema. Plesk y otros proveedores de infraestructura señalan varias causas habituales.
Problemas de hardware
Los fallos de hardware representan una parte importante de los incidentes de indisponibilidad.
Puedes reducir el riesgo protegiendo cableado y controladores de red, utilizando fuentes de alimentación fiables e incorporando redundancia. Sin embargo, ningún diseño de hardware puede garantizar al 100 % que nunca se produzca un fallo.
Presta atención al compromiso de disponibilidad que ofrece el proveedor. Los servicios de baja calidad pueden tener objetivos de uptime inferiores, mientras que los sitios de producción deberían buscar una disponibilidad elevada respaldada por infraestructura y procesos adecuados.
Algunas empresas ofrecen garantías de disponibilidad reducidas o únicamente pequeños créditos de servicio cuando se produce una caída. Ese crédito puede ser insignificante frente al impacto comercial real que provoca un sitio indisponible.
La monitorización ayuda porque proporciona un registro preciso de cuándo estuvo disponible o inaccesible el sitio.
Los problemas de DNS son otra causa habitual de indisponibilidad. Pueden deberse a tiempos de propagación, registros incorrectos, errores de configuración o nombres de servidor equivocados.
Si tu web no carga por un problema de DNS, identifica la causa real lo antes posible y evita realizar cambios adicionales sin entender primero el estado de los registros.
Ataques DDoS
Un DDoS, o ataque distribuido de denegación de servicio, ocurre cuando una o varias fuentes generan una gran cantidad de solicitudes o tráfico contra un servidor. El objetivo es consumir recursos, saturar el servicio y hacerlo inaccesible para usuarios legítimos.
Tu web ni siquiera tiene que ser el objetivo directo. Si otro proyecto en la misma infraestructura compartida recibe un ataque, tu sitio también puede verse afectado. Esto es importante al elegir el tipo de hosting y el nivel de aislamiento.
Incluso un blog personal o un sitio no comercial puede verse afectado si comparte recursos con el objetivo principal de un ataque.
Por ello, el riesgo de disponibilidad es especialmente relevante cuando decidescompartir recursos del servidoren lugar de utilizarservidores dedicadosu otra infraestructura con mayor aislamiento.
Monitorización del servidor y del sitio web
Atacantes maliciosos
Los atacantes pueden identificar debilidades en sistemas de seguridad y provocar la indisponibilidad de una web. En algunos casos no existe un motivo económico directo: un objetivo vulnerable puede ser atacado simplemente porque resulta fácil de explotar.
A diferencia de un DDoS amplio, un atacante puede dirigirse específicamente a tu sitio. Los bots automatizados se utilizan con frecuencia para descubrir instalaciones vulnerables y explotarlas a escala.
El sitio sigue expuesto si el software, la seguridad y la monitorización no se mantienen actualizados. Incluso una vulnerabilidad relativamente pequeña puede terminar causando una interrupción importante.
Problemas del CMS
Un CMS, o sistema de gestión de contenidos, también puede generar incidencias. Por ejemplo, instalar un plugin incompatible en WordPress puede romper el sitio o provocar errores críticos.
Conflictos de base de datos u otros problemas internos de la aplicación pueden producir el mismo resultado.
Fallos de software
El mantenimiento periódico del software es importante para reducir el riesgo de indisponibilidad. Si dejas una web sin revisar durante mucho tiempo, componentes obsoletos o pequeños errores pueden pasar desapercibidos hasta convertirse en una incidencia seria.
Sin mantenimiento, un problema relativamente pequeño puede terminar provocando un periodo prolongado de downtime.
Cómo reducir el downtime de un sitio web
Plesk y las buenas prácticas de operación recomiendan varias medidas para reducir este riesgo:
Utiliza una CDN
Una CDN, o Content Delivery Network, es una capa situada entre el sitio y sus visitantes. Puede mejorar la velocidad de carga y hacer que parte del contenido sea más resistente y accesible.
Las CDN funcionan mediante una red de servidores de caché distribuidos en distintas ubicaciones. Estos servidores almacenan copias de contenido y lo entregan rápidamente a usuarios geográficamente cercanos.
En determinadas situaciones, una CDN puede continuar sirviendo contenido en caché aunque el servidor de origen esté temporalmente indisponible. También puede ayudar a filtrar bots maliciosos y tráfico sospechoso mediante análisis de solicitudes y direcciones IP.
Utiliza un servicio de monitorización
Un servicio de monitorización comprueba la web a intervalos regulares y te avisa cuando deja de responder o presenta errores.
Una herramienta de monitorización no puede evitar todas las caídas, pero puede informarte rápidamente para que respondas antes de que el problema afecte a más usuarios.
Elige una solución que compruebe el sitio con frecuencia y pueda enviar alertas por varios canales. También es útil mantener una página de estado que informe a los clientes cuando existe una incidencia activa.
El objetivo es detectar y resolver problemas antes de que los usuarios tengan que comunicarlos públicamente, por ejemplo en redes sociales. Preparar un proceso de respuesta a incidentes antes de una caída es mucho más eficaz que diseñarlo cuando el problema ya se ha intensificado.
_1637154649.jpg)
Elige con cuidado tu proveedor de hosting
Una de las mejores formas de reducir el riesgo de downtime es elegir un proveedor capaz de atender tanto tu tráfico actual como un crecimiento razonable futuro.
Elegir un servicio de baja calidad únicamente porque es más barato puede poner en riesgo la web y el negocio, especialmente cuando el sitio es importante para ingresos, ventas o atención al cliente.
Busca un servicio con un objetivo de disponibilidad sólido, por ejemplo alrededor del 99,9 % o superior para muchas cargas de producción, y evalúa presupuesto, requisitos, SLA, especificaciones y reputación antes de decidir.
Crea copias de seguridad de tus datos
La empresa debe realizar backups periódicos incluso cuando ya existen otras medidas de protección. Mantén copias adecuadas de la información importante en almacenamiento local y/o externo para que sea posible recuperar el servicio después de un incidente grave.
En SERVER1 ofrecemosdiferentes herramientasque ayudan con backups, disponibilidad y administración diaria del sitio.
Si el presupuesto y la criticidad lo justifican, mantener una copia adicional en un proveedor o sistema de almacenamiento independiente puede mejorar todavía más la resiliencia.
