¿Debería crear una estrategia de recuperación ante desastres en nubes públicas, ya que tienden a ser resilientes, o usar la copia de seguridad? Si es 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 la que almacena datos de manera eficiente y proporciona varias opciones de recuperación, como la recuperación granular de archivos/carpetas, la restauración a una base de datos, etc. Normalmente, se supone que la recuperación se ejecuta en el mismo entorno o en uno similar. Mientras tanto, la recuperación ante desastres se centra en la replicación y recuperación rápidas de las aplicaciones y de 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 conmutación por error fluida (devolver las aplicaciones cuando se soluciona el desastre).
Ahora que conocemos la diferencia, ¿qué tecnología deberíamos usar? Bueno, yo diría que... Necesita tener una funcionalidad de respaldo. Es mejor que nada y te ayudará a recuperarte tras un fallo o un desastre. Puedes usar las funcionalidades estándar de la nube pública para crear instantáneas de volumen o contratar a un proveedor para ello. Asegúrate de entender cuánto tiempo lleva la recuperación, dónde se almacenan los datos, cuánto tendrás que 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 los datos o las máquinas virtuales.
Las copias de seguridad son excelentes cuando necesitas restaurar alguna parte de tu información, pero no son de mucha ayuda cuando todo el centro de datos o la zona de disponibilidad está caído.
Hace unos años, las empresas consideraban que las nubes públicas eran inseguras e inestables. Ahora existe una tendencia opuesta: la gente tiende a pensar que Las nubes públicas son altamente confiables y almacenan todos los datos. en unas pocas copias, y proporcionan hasta 100% de tiempo de actividad. Claro que a veces es así, pero la verdad está en un punto intermedio.
Las nubes públicas tienen problemas de vez en cuando: sus regiones o servicios específicos pueden estar caídos, lo que afecta a sus clientes, incluido usted, como cliente. Puede ver el estado de la nube pública de AWS, Azur, o PCG. Por ejemplo, supongamos que ejecutas tus máquinas virtuales en AWS en la región Oeste de EE. UU. Si hay problemas de conectividad, tus aplicaciones y máquinas virtuales se verán afectadas. Quizás pienses que esto ocurre muy rara vez y que no tienes por qué preocuparte. No recuerdo un mes sin problemas con los servicios en la nube de alguno de los tres grandes proveedores. Si no te importa que la interrupción dure hasta 6 horas, puedes evitarlo; las nubes públicas suelen restablecer sus servicios de forma excelente en ese lapso.
