BACKGROUND IMAGE: ktsimage/iStock

E-Handbook:

Consejos para la recuperación de desastres desde la nube

Lo básico Póngase al día con nuestro contenido introductorio.

Recuperación de desastres en la nube explicada

Descubra si la recuperación ante desastres en la nube es una buena opción para su organización, así como los pros y los contras de los diferentes enfoques de DR en la nube.

Aunque el concepto –y algunos de los productos y servicios– de la recuperación ante desastres basada en la nube aún es incipiente, algunas empresas, especialmente las PyMEs, están descubriendo y comenzando a aprovechar los servicios en la nube para la recuperación de desastres. Puede ser una alternativa atractiva para las empresas cuyos recursos de TI son limitados porque el costo basado en el uso de los servicios en la nube es muy adecuado para DR, donde la infraestructura secundaria está estacionada y en ralentí la mayor parte del tiempo. Tener sitios de DR en la nube reduce la necesidad de espacio de centros de datos, infraestructura de TI y recursos de TI, lo que lleva a reducciones significativas de costos, permitiendo a las empresas más pequeñas implementar opciones de recuperación ante desastres que antes solo se encontraban en empresas más grandes.

Pero la recuperación de desastres en la nube no es una solución perfecta, y sus deficiencias y desafíos deben ser claramente entendidos antes de que una empresa se adentre en ello. La seguridad generalmente encabeza la lista de preocupaciones:

  • ¿Los datos se transfieren de forma segura y se almacenan en la nube?
  • ¿Cómo se autentican los usuarios?
  • ¿Son las contraseñas la única opción o el proveedor de la nube ofrece algún tipo de autenticación de dos factores?
  • ¿Cumple el proveedor de la nube con los requisitos regulatorios?

Y debido a que se accede a las nubes a través de internet, también se deben entender claramente los requisitos de ancho de banda. Existe el riesgo de que solo se planifiquen los requisitos de ancho de banda para transferir datos a la nube sin un análisis suficiente de cómo hacer que los datos estén accesibles cuando ocurre un desastre:

  • ¿Tiene su empresa el ancho de banda y la capacidad de red para redirigir a todos los usuarios a la nube?
  • Si planean restaurar desde la nube a la infraestructura local, ¿cuánto tardará esa restauración?

La confiabilidad del proveedor de la nube, su disponibilidad y su capacidad para atender a sus usuarios mientras se desarrolla un desastre son otras consideraciones clave. La elección de un proveedor de servicios de nube o proveedor de servicios gestionados (MSP) que puede ofrecer el servicio dentro de los términos acordados es esencial, y aunque una elección equivocada puede que no lo lleve al infierno, puede fácilmente ponerlo en la caseta del perro o incluso hacer que lo despidan.

Diseñando una recuperación de desastres en el anteproyecto de la nube

Al igual que con el DR tradicional, no hay un solo modelo para la recuperación de desastres en la nube. Cada compañía es única en las aplicaciones que ejecuta, y la relevancia de las aplicaciones para su negocio y la industria en la que se encuentra. Por lo tanto, un plan de recuperación de desastres en la nube (también conocido como cloud DR blueprint) es muy específico y distintivo para cada organización.

El principio general utilizado para derivar DR tradicionales y basados en la nube se denomina “triage”. El proceso de diseño de un plan de DR comienza con la identificación y priorización de aplicaciones, servicios y datos, y determina para cada uno la cantidad de tiempo de inactividad aceptable antes de que haya un impacto comercial significativo. La prioridad y los objetivos de tiempo de recuperación requeridos (RTO) determinarán el enfoque de recuperación de desastres.

La identificación de recursos críticos y métodos de recuperación es el aspecto más relevante durante este proceso, ya que debe asegurarse que todas las aplicaciones y datos críticos estén incluidos en su plan. De la misma manera, para controlar los costos y garantizar una recuperación rápida y enfocada cuando el plan necesita ser ejecutado, debe asegurarse de omitir las aplicaciones y datos irrelevantes. Mientras más enfocado esté un plan de recuperación ante desastres, más probabilidades habrá de que lo pruebe periódicamente y lo ejecute dentro de los objetivos definidos.

Con las aplicaciones identificadas y priorizadas, y los RTO definidos, puede determinar los mejores y más rentables métodos para lograr los RTO, lo que debe hacerse mediante la aplicación y el servicio. En los casos más raros, tendrá un único método de DR para todas sus aplicaciones y datos; es más probable que termine con varios métodos que protegen los clústeres de aplicaciones y datos con RTO similares.

Opciones de recuperación de desastres en la nube

A continuación se muestran algunos tipos de recuperación de desastres en las opciones de nube que las empresas pueden elegir.

Aplicaciones administradas y DR administrado. Una opción es colocar las instancias de producción primaria y recuperación ante desastres en la nube y que ambas sean administradas por un proveedor de servicios gestionados (MSP). Al hacer esto, se cosechan todos los beneficios de la computación en la nube, desde el costo basado en el uso hasta la eliminación de la infraestructura local. En lugar de hacerlo usted mismo, está difiriendo el DR a la nube o al proveedor de servicios administrados. La elección del proveedor del servicio y el proceso de negociación de acuerdos de nivel de servicio (SLA) apropiados son de suma importancia. Al ceder el control al proveedor del servicio, debe estar absolutamente seguro de que puede entregar un servicio ininterrumpido dentro de los SLA definidos para instancias primarias y de DR.

Copia de seguridad y restauración desde la nube. Las aplicaciones y los datos permanecen localmente en este enfoque, con la copia de seguridad de los datos en la nube y la restauración en el hardware local cuando se produce un desastre. En otras palabras, la copia de seguridad en la nube se convierte en un sustituto de las copias de seguridad fuera del sitio basadas en cinta.

Al contemplar la opción de respaldo y recuperación en la nube, es crucial comprender claramente tanto la copia de seguridad como los aspectos de restauración más problemáticos. El respaldo en la nube se conecta con el almacenamiento local y en la nube y mantienen sincronizados tanto los datos locales como los datos en la nube.

El aspecto desafiante del uso de copias de seguridad basadas en la nube para la recuperación de desastres es la restauración. Con el ancho de banda limitado y posiblemente los terabytes de datos que se recuperarán, restaurar los datos localmente dentro de los RTO definidos puede ser un desafío. Algunos proveedores de servicios de respaldo en la nube ofrecen una opción para restaurar los datos a los discos, que luego se envían al cliente para la recuperación local. Otra opción es tener un gran caché local de copias de seguridad recientes que se puede usar para restauraciones locales.

Por otro lado, dependiendo de los datos que se restaurarán, las características como la compresión y, lo que es más importante, la de-duplicación de datos pueden hacer que las restauraciones de datos en la nube a la infraestructura local sean una opción viable.

Respaldo y restauración en la nube. En este enfoque, los datos no se restauran a la infraestructura local; en su lugar, se restauran en máquinas virtuales en la nube. Esto requiere tanto almacenamiento en la nube como recursos computacionales en la nube, como el Elastic Compute Cloud (EC2) de Amazon. La restauración se puede realizar de forma continua (preestablecido) o cuando se declara un desastre. Preparar las máquinas virtuales de recuperación ante desastres y mantenerlas relativamente actualizadas a través de restauraciones programadas es crucial en los casos donde se necesitan cumplir RTO agresivos. Algunos proveedores de servicios en la nube facilitan la creación de máquinas virtuales en la nube como parte de su oferta de DR.

Replicación a máquinas virtuales en la nube. Para aplicaciones que requieren tiempo de recuperación agresivo y objetivos de punto de recuperación (RPO), así como conocimiento de la aplicación, la replicación es la opción a elegir para el movimiento de los datos. La replicación en máquinas virtuales en la nube se puede usar para proteger las instancias de producción tanto en la nube como en las instalaciones. En otras palabras, la replicación es adecuada para la protección de datos de VMs en la nube, o de VMs en las instalaciones hacia VMs en la nube.

Nuevas opciones, fundamentos antiguos

La nube amplía en gran medida las opciones de recuperación de desastres, produce importantes ahorros de costos y habilita los métodos de recuperación de desastres en PyMEs que antes solo eran posibles en organizaciones más grandes. Sin embargo, no cambia los fundamentos de DR de tener que diseñar un plan sólido de recuperación ante desastres, probarlo periódicamente y tener a los usuarios capacitados y preparados de manera adecuada.

Sobre el autor: Jacob Gsoedl es escritor freelancer con experiencia ejecutiva en gestión de sistemas.

Este artículo se actualizó por última vez en agosto 2018

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close