¿Debo crear una estrategia de recuperación ante desastres en las nubes públicas, ya que tienden a ser resistentes, o utilizar la copia de seguridad? Si es así, ¿cuál es el mejor? estrategia de RD para mí? Hablemos de ello...
En primer lugar, analicemos brevemente la diferencia entre recuperación ante desastres y copia de seguridad, ya que la mayoría no ve ninguna diferencia o incluso hace un uso incorrecto de los términos. La copia de seguridad consiste en replicar parte de los datos en algún tipo de almacenamiento (cinta, NAS, almacenamiento en la nube, etc.) y luego tener una forma de restaurar un elemento o elementos faltantes desde los puntos de restauración. Según algunas configuraciones y políticas de retención, protege contra la pérdida de datos, el ransomware o la falla del sistema. La mejor solución de backup es el que almacena los datos de manera eficiente y brinda varias opciones de recuperación, como recuperación granular de archivos/carpetas, restauraciones a una base de datos, etc. Por lo general, se supone que la recuperación se ejecuta en el mismo entorno o en uno similar. Mientras tanto, la recuperación ante desastres se trata de la replicación y recuperación rápidas de las aplicaciones y toda la infraestructura; el consumo de almacenamiento es esencial, pero el enfoque principal está en un RPO (objetivo de punto de recuperación, el tiempo entre replicaciones) y un RTO (objetivo de tiempo de recuperación, el tiempo para restaurar todo el sistema después de un desastre) bajos. Los datos se almacenan en un formato listo para usar; la recuperación granular de archivos/carpetas es una ventaja, pero no un aspecto fundamental. Una solución de recuperación ante desastres ideal debería poder restaurar en otra nube o región y tener una funcionalidad de recuperación sin problemas (retorno de aplicaciones cuando se soluciona el desastre).
Ahora que conocemos la diferencia, ¿qué tecnología se debe utilizar? Bueno, yo diría que al menos Necesita tener una funcionalidad de respaldoEs mejor que nada y te ayudará a restaurar después de una falla o un desastre. Puedes usar las capacidades estándar de la nube pública para tomar instantáneas de volumen o usar algún proveedor para eso. Solo asegúrate de comprender cuánto tiempo lleva la recuperación, dónde se almacenan los datos, cuánto debes pagar por la copia de seguridad (no solo por las licencias si no es gratis, sino también por el almacenamiento y la transferencia de datos) y cómo restaurar los datos o las máquinas virtuales.
La copia de seguridad es excelente cuando necesita restaurar alguna parte de su información, pero no ayuda mucho cuando todo el centro de datos o la zona de disponibilidad no funciona.
Hace unos años, las empresas consideraban que las nubes públicas eran inseguras e inestables. Ahora hay una tendencia opuesta: la gente tiende a pensar que las nubes públicas son muy confiables, almacenan todos los datos en unas pocas copias y proporcionan hasta 100% de tiempo de actividad. Por supuesto, a veces es así, pero la verdad está en el medio.
Las nubes públicas tienen problemas de vez en cuando: sus regiones o servicios específicos pueden estar inactivos, lo que afecta a sus clientes, incluido usted, como su cliente. Puedes ver el estado de la nube pública. aquí, aquí, o aquí. Por ejemplo, supongamos que ejecuta sus máquinas virtuales en AWS en la región oeste de EE. UU. Si tiene problemas debido a la conectividad, sus aplicaciones y máquinas virtuales tienen problemas. Quizás diga que sucede muy raramente y que no necesita preocuparse por eso. No recuerdo un mes sin problemas con los servicios en la nube para uno de los Tres Grandes. Si le parece bien hasta 6 horas de interrupción, puede omitirla; Las nubes públicas hacen un excelente trabajo al restaurar sus servicios en este período de tiempo.
