¿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...
Primero, 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 mal uso de los términos. La copia de seguridad es cuando replica algún estado de sus datos en algún almacenamiento (cinta, NAS, almacenamiento en la nube, etc.) y luego tiene una manera de restaurar uno o varios elementos faltantes desde los puntos de restauración. Según algunas configuraciones y políticas de retención, protege contra pérdida de datos, ransomware o fallas del sistema. La mejor solución de respaldo es aquella que almacena datos de manera eficiente y proporciona 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, Disaster Recovery se trata de una rápida replicación y recuperación de las aplicaciones y de toda la infraestructura; El consumo de almacenamiento es esencial, pero el enfoque principal está en RPO (objetivo de punto de recuperación, el tiempo entre replicaciones) y RTO (objetivo de tiempo de recuperación, 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 conmutación por recuperación sin problemas (devolver aplicaciones cuando se soluciona el desastre).
Ahora que sabemos la diferencia, ¿qué tecnología se debe utilizar? Bueno, yo diría que al menos necesitas tener una función de copia de seguridad. Es mejor que nada y le ayudará a recuperarse después de un fallo o un desastre. Puede utilizar las capacidades estándar de la nube pública para tomar instantáneas de volumen o utilizar algún proveedor para ello. Solo asegúrese de comprender cuánto tiempo lleva la recuperación, dónde se almacenan los datos, cuánto debe pagar por la copia de seguridad (no solo por las licencias si no es gratuita, sino también por el almacenamiento y la transferencia de datos) y cómo restaurar datos o 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.
