Tiempo de inactividad razonable

Question

Ejecuto alrededor de 5 servidores alojados diferentes, a través de una variedad de proveedores de alojamiento. En los últimos dos meses, uno de los servidores en los que trabajo ha caído dos veces. Ambas veces fueron inesperadas y bastante largas (36 horas y 4 horas). El servidor en cuestión es un VPS, no un servidor compartido. Dada mi experiencia con mis otros servidores / proveedores (tanto VPS como compartidos), esto parece una cantidad inaceptable de tiempo de inactividad.

• ¿Qué te parece?
• ¿Qué considera una cantidad razonable de tiempo de inactividad para sus servidores (planificados y no planificados)?

Answer 1

Obtienes lo que pagas.

¿Cuál es su SLA con su proveedor? por lo menos tienes uno? Si hay algún factor que explica la diferencia de precio, es este. Si necesita un tiempo de actividad garantizado (por ejemplo, 3 9s), deberá pagarlo. El tiempo de actividad de 5 9s, por ejemplo, le costará considerablemente más.

Para responder a su pregunta: ¿recibió una explicación sobre las causas de este tiempo de inactividad? 36 horas es excesivamente largo. 4 horas no necesariamente (si es raro). ¿Fue una falla de hardware? Si es así, no puedes hacer mucho al respecto. Una vez tuve un proveedor que de vez en cuando rellenaba su configuración y el correo dejaba de funcionar hasta que les decía que lo arreglaran. Para mí, eso era inaceptable.

Answer 2

El hardware del servidor fallará. Es solo cuestión de tiempo. En lugar de intentar determinar qué es razonable, le haría otra pregunta: ¿Cuáles son todas las formas posibles en que su configuración podría fallar y está preparado para cambiar su configuración para tener en cuenta estas posibilidades?

Por ejemplo, supongamos que su sitio web está alojado en un solo VPS. Algunos ejemplos de fallas pueden ser:

1. El VPS podría corromperse
2. El hipervisor podría fallar
3. El equipo de red en el gabinete podría morir
4. Pueden existir problemas de energía / calor en el centro de datos
5. La conectividad de Internet troncal podría caerse.

Puede reducir el riesgo de que el n. ° 1 y n. ° 2 eliminen su sitio mediante la implementación de un equilibrador de carga y un segundo VPS. ¿Esta disminución del riesgo vale el gasto adicional?

Esta discusión se convierte en una cuestión de recuperación ante desastres en algún momento.