Soy una empresa pequeña con poco presupuesto que proporciona sitios web y bases de datos para clientes benéficos y sin fines de lucro.
Tengo algunos servidores Debian Linux VPS y me aseguro de tener copias de seguridad diarias en un VPS diferente al que está alojado el servicio.
Recientemente, una de mis empresas de alojamiento me dijo que dos unidades fallaron simultáneamente y que los datos se perdieron para siempre. Las cosas suceden, dijeron perdón, ¿qué más podrían hacer? Pero me hizo preguntarme sobre formas rentables de volver a poner en funcionamiento un VPS en caso de falla de hardware u otra falla relacionada con el host.
Actualmente tendría que
- Gira un nuevo VPS
- Obtenga la copia de seguridad del último día (que incluye bases de datos, raíz web y configuración específica del sitio web) en el VPS, y configúrela como la última, etc.
- Actualice DNS y espere a que se propague.
Probablemente llevaría un día más o menos lograr esto, ya que la propagación de DNS es una gran incógnita, aunque tengo el TTL configurado bastante bajo (aproximadamente una hora).
Algunos hosts proporcionan instantáneas que se pueden usar para replicar una configuración a un nuevo VPS, pero aún existe la IP y esto no ayuda en el caso de que la empresa anfitriona cancele / suspenda una cuenta directamente (he estado leyendo sobre esto comportamiento de ciertos proveedores de hosting y me da miedo! No estoy haciendo nada spam / dudoso y vigilo de cerca la seguridad, pero me doy cuenta de que literalmente tienen el poder de hacer esto y estoy bastante reacio al riesgo).
¿Es esto, combinado con la elección de hosts de buena reputación, lo mejor que puedo hacer sin buscar una solución increíblemente costosa?
fuente
Respuestas:
Para mí, elegir hosts acreditados y hacer copias de seguridad periódicas, lo que parece que ya está haciendo, es lo mejor que puede hacer sin comenzar a pensar en la planificación de la continuidad del negocio, las configuraciones de alta disponibilidad, los SLA, etc.
Le digo a la gente que obtienes un 99% de tiempo de actividad gratis (es decir, sin gastar nada extra en alta disponibilidad). Eso es aproximadamente tres días y medio de inactividad al año. Cada 9 extra en ese tiempo de actividad aumenta el costo en algún lugar entre tres y diez veces.
Si las personas no están listas para pagar ese tipo de dinero, en mi opinión es un error engañarlas para que piensen que pueden obtener una protección adicional de cualquier importancia.
fuente
Las pequeñas empresas con presupuestos pequeños, especialmente las organizaciones sin fines de lucro, generalmente no podrán permitirse una alta disponibilidad. La pregunta es, si prácticamente no tiene presupuesto, como suele ser el caso en situaciones como esta, ¿cuál es su estrategia de restauración?
Tengo algunos clientes como este, y esto es lo que hago:
Primero, para algunos de ellos tengo una copia de seguridad incremental y un volcado de base de datos completo cada seis horas. Un cliente ya estaba usando CrashPlan Pro, así que solo lo usé. Hagas lo que hagas, debes asegurarte de tener una copia de seguridad restaurable.
Tengo un libro de jugadas ansible simple que armé en aproximadamente una hora (sin haber trabajado previamente con ansible) que instala nginx, php-fpm y MariaDB y los prepara para alojar un sitio o sitios web. La ejecución de este libro de jugadas da como resultado un servidor (o servidores) que están listos para alojar una aplicación web típica, y simplemente puedo restaurar el host virtual nginx, los archivos de aplicación y la base de datos.
El resultado de esto es que puedo abrir un sitio web de este tipo de copia de seguridad en solo unos minutos, a diferencia de la forma manual, que podría tomar una hora o más.
fuente
La complejidad de la implementación depende de la pila de aplicaciones, pero lo ideal es que desee configurar un "hot standby" (en un proveedor diferente), con datos que se replican en tiempo real (o lo más cerca posible).
Hacer el caso comercial para tener 2 servidores "en vivo" es tan simple como comparar la pérdida potencial de ingresos durante un período de "recuperación de imágenes" con el gasto de otro servidor.
fuente
Recuerde que el tiempo de actividad no es lo mismo que la integridad de los datos. Puede tener un tiempo de actividad del 99.99% y haber perdido todos sus datos dos veces en un año, siempre que el servidor se reinicie "lo suficientemente pronto". La mayoría de los proveedores de VPS garantizan que su servidor se está ejecutando, NO que sus datos estén seguros. Sus datos son su problema :(.
Lo que está buscando es algo que almacenará sus copias de seguridad en un servidor separado y (en mi humilde opinión) ni siquiera en el mismo proveedor. Dependiendo del tamaño de datos del que esté hablando, un disco duro portátil podría usarse como una tercera línea de defensa fuera de línea. Haga una copia de seguridad de sus datos como lo ha estado haciendo y luego cópielos regularmente (o solo los cambios, si es posible) en el disco duro portátil o incluso en una computadora local. También hay opciones razonablemente baratas como Backblaze para soluciones de respaldo, pero el precio dependerá de la cantidad de datos de la que esté hablando. Si puede hacer copias de seguridad incrementales, será mucho más barato que las copias de seguridad completas, pero las copias de seguridad incrementales pueden ser muy difíciles dependiendo de dónde se almacenan los datos (archivos planos = fácil, base de datos = no tan fácil).
fuente
La respuesta depende totalmente de su arquitectura y requisitos. Hace algún tiempo, 3 discos fallaron en un servidor mío, derribando más de 20 vm cuando falló un Raid 6.
Escribí sobre eso en
https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs
Pero: como esto es crítico, teníamos copias de seguridad, diariamente para cosas no importantes, 15 minutos para bases de datos y correos electrónicos. Diablos, ahora agregué un servidor que se replica a otra máquina cada 30 segundos.
No dice nada sobre la pila, nada sobre ningún presupuesto, por lo que el mejor y único consejo aquí es ir a algún proveedor de la nube y comenzar a usar sus mecanismos de respaldo. Pero comience a definir lo que realmente necesita.
Además, el presupuesto para esta copia de seguridad debe estar en su precio. Necesita ser pagado. Y cualquier infraestructura que necesite ... la necesita. No es "ridículo caro" entonces.
fuente