¿Debería desarrollar una estrategia de recuperación ante desastres en nubes públicas, ya que suelen ser resilientes, o usar la copia de seguridad? De ser así, ¿cuál es la mejor opción? 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 datos eficientemente 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, 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 bajo (Objetivo de Punto de Recuperación, el tiempo entre replicaciones) y RTO (Objetivo de Tiempo de Recuperación, el tiempo para restaurar todo el sistema después de un desastre). Los datos se almacenan en un formato listo para usar; la recuperación granular de archivos/carpetas es una ventaja, pero no un aspecto central. Una solución de DR ideal debe ser capaz de restaurar a otra nube o región y tener una funcionalidad de conmutación por recuperación fluida (retorno de aplicaciones cuando se soluciona el desastre).
Ahora que conocemos la diferencia, ¿qué tecnología deberíamos usar? Bueno, diría que... Necesita tener una funcionalidad de respaldoEs mejor que nada y te ayudará a recuperarte tras un fallo o un desastre. Puedes usar las funciones estándar de la nube pública para tomar instantáneas de volumen o contratar a un proveedor para ello. Solo asegúrate de comprender cuánto tiempo tarda 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 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 necesitas restaurar alguna parte de tu información, pero no ayuda mucho cuando todo el centro de datos o la zona de disponibilidad está inactivo.
Hace unos años, las empresas consideraban que las nubes públicas eran inseguras e inestables. Ahora existe la tendencia opuesta: la gente tiende a pensar que... Las nubes públicas son altamente confiables y almacenan todos los datos. En pocas copias, y ofrecen un tiempo de actividad de hasta 100%. Claro, a veces es así, pero la verdad está en el medio.
Las nubes públicas pueden tener problemas ocasionalmente: sus regiones o servicios específicos pueden estar inactivos, lo que afecta a sus clientes, incluido usted. Puede ver el estado de la nube pública de AWS, Azur, o PCGPor ejemplo, supongamos que ejecuta sus máquinas virtuales en AWS en la región oeste de EE. UU. Si hay problemas de conectividad, sus aplicaciones y máquinas virtuales también lo estarán. Quizás diga que ocurre con poca frecuencia y que no necesita preocuparse por eso. No recuerdo un mes sin problemas con los servicios en la nube de ninguno de los tres grandes. Si una interrupción de hasta 6 horas le parece bien, puede omitirla; las nubes públicas restauran sus servicios de manera excelente en este periodo.
