---
title: AWS Disaster Recovery y la Contunidad de Negocio
description: Automatiza tu estrategia de continuidad de negocio con AWS disaster recovery, elimina fallos de Hardware, ciberataques, etc con AWS.
image: https://blog.unikal.tech/hubfs/Cabeceras%20Blog%20Neteris%20-%20Migraci%C3%B3n/IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png
---

[![LogoUnikal_Claim_Azul-Turquesa](https://blog.unikal.tech/hubfs/LogoUnikal_Claim_Azul-Turquesa.png) ](https://unikal.tech/)

- BLOG
  
    - [Business Management Solutions ](https://blog.unikal.tech/business-solutions?hsLang=es)
    - [Cloud · Systems · Networking ](https://blog.unikal.tech/cloud-systems-networking)
    - [Cybersecurity ](https://blog.unikal.tech/cybersecurity?hsLang=es)
    - [Data Technologies ](https://blog.unikal.tech/data?hsLang=es)
    - [Digital Business ](https://blog.unikal.tech/digital?hsLang=es)

[CONTACTA ](https://unikal.tech/#contacto)

Disaster Recovery

# Automatiza tu plan de AWS Disaster Recovery

Automatiza tu estrategia de continuidad de negocio con AWS disaster recovery, elimina fallos de Hardware, ciberataques, etc con AWS.

[ Cloud · Systems · Networking ](https://blog.unikal.tech/cloud-systems-networking/author/cloud-systems-networking)

 jul 17, 2025

---

![IMG RRSS - BLOG - Unikal - CSN - DISASTER RECOVERY - AWS Disaster Recovery y la continuidad de negocio](https://blog.unikal.tech/hs-fs/hubfs/Cabeceras%20Blog%20Neteris%20-%20Migraci%C3%B3n/IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png?width=700&height=394&name=IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png)

¿Fallo de Hardware? ¿Error interno? ¿Catástrofe meteorológica? ¿Ciberataque?  ¿Caída de servidores?

Si te suenan estas situaciones, seguramente te preguntes si tu estrategia de continuidad de negocio es capaz de sobrevivir ante ellas.

## La ley de Murphy

Apuesto a que cualquier persona conoce o, por lo menos, ha escuchado hablar alguna vez de la Ley de Murphy. Si bien es cierto que, en realidad, Murphy no pronunció exactamente la conocida frase *“si algo puede salir mal, saldrá mal”* (aquí podríamos abrir un largo paréntesis y llegar al verdadero origen de la frase…). Lo que sí es cierto que ha quedado como un teorema que difícilmente escapa de nuestras vidas.

Y es que, a la hora de planificar, suele tenerse en cuenta el peor de los escenarios, aquel en el que algo no funciona como debería o no se comporta, de la manera que se supone que debería comportarse, o por restricciones de tiempo, algo sucede o no.

Traducido al mundo de IT en las empresas, podemos acordarnos del señor Murphy en varias situaciones:

> **Internamente**, cuando falla:
> 
> - Un servidor, discos, *switches.*
> - Cualquier componente hardware de nuestro Centro de Datos.
> - También veremos a nuestro amigo Murphy en las situaciones de fallos en la configuración.
> - Provocando una pérdida de datos.
> - O en situaciones en las que las aplicaciones de negocio pueden verse afectadas y no ofrecer el servicio deseado.

![IMG RRSS - EVENTO - Unikal - webinar AWS 240326](https://blog.unikal.tech/hubfs/IMG%20RRSS%20-%20EVENTO%20-%20Unikal%20-%20webinar%20AWS%20240326.png)

## Webinar Transforma tus Procesos con AWS e Inteligencia Artificial

### Descarga la sesión online

Descubre casos reales y aprende a optimizar procesos.

[ Descargar ](https://specialized.unikal.tech/bedrock-amazon-web-service-ia?hsLang=es)

> **Externamente**, cuando agentes que están fuera de nuestro control provocan fallos por:
> 
> - Fenómenos meteorológicos extremos 
> - Secuestros por organizaciones cuyo único fin es obtener rédito económico tras acceder a nuestros sistemas y proceder a encriptar los datos de nuestra empresa,
> - Fallos externos que impidan el correcto funcionamiento de nuestro negocio.
> - O incluso, chantajes sobre información sensible de negocio, clientes, etc.

Para conocer las alternativas de cara a estar preparado con tu plan de continuidad de negocio, y que no se vea afectado por situaciones como las anteriores, te aconsejo “4 Claves para una Estrategia óptima de Disaster Recovery”

## AWS Elastic Disaster Recovery Service (AWS EDR)

La nube juega un papel primordial en el planteamiento de una buena estrategia de CONTINUIDAD DE NEGOCIO (*Disaster Recovery* - DR). En este caso hablaremos de una solución de DR en modo servicio (*DR as a Service* – DRaaS).

En líneas generales, podemos decir que AWS EDR es la solución DRaaS de Amazon que nos permite automatizar el proceso de levantamiento de nuestro centro de datos en la nube ante el acontecimiento de un desastre. Gracias a ello, minimiza el tiempo de inactividad y la pérdida de datos con una recuperación rápida y fiable de nuestros entornos y aplicaciones, obteniéndose unos RTO y RPO mínimos.

Sus principales características son 3:

![AWS Disaster Recovery](https://blog.unikal.tech/hs-fs/hubfs/Imported_Blog_Media/1-Sep-23-2022-12-51-18-44-PM.png?width=600&height=468&name=1-Sep-23-2022-12-51-18-44-PM.png)

Por otro lado, de cara a tener un entorno de DR en la nube que cumpla con los 3 puntos anteriores, han de contemplarse las siguientes 4 fases:

![AWS Disaster Recovery](https://blog.unikal.tech/hs-fs/hubfs/Imported_Blog_Media/2-Sep-23-2022-12-51-18-90-PM.png?width=600&height=157&name=2-Sep-23-2022-12-51-18-90-PM.png)

1. Como puede verse en la imagen, necesitaremos Evaluar nuestro ecosistema de aplicativos de cara a configurar el servicio de acuerdo a las necesidades de **RTO* y RPO**** de cada uno de ellos, así como la foto que deseamos tener en la nube en caso de desastre (qué aplicativos, qué capacidad/dimensionamiento, entre otros).
2. Una vez configurado, el servicio nos ofrece la posibilidad de monitorizar y testear que toda esa replicación se está realizando adecuadamente, permitiendo levantar entornos de manera rápida y ágil para demostrar que el **sistema es capaz de levantarse** de acuerdo con los parámetros establecidos.
3. Lógicamente, dado que nuestros entornos van evolucionando, el servicio realiza un mantenimiento, ayudándonos a que tengamos los datos y operativa actualizada, de manera que l**evantemos los entornos desde el estado más actualizado posible.**
4. En caso de desastre, este servicio lleva a cabo la recuperación, es decir, **automatiza el levantamiento** de los entornos en función de la parametrización que hayamos hecho anteriormente, contribuyendo a que tengamos un **RTO y RPO mínimos**.

Hasta aquí, podríamos decir que no aporta nada nuevo comparándolo con las metodologías de *Disaster Recovery* tradicionales (*On premise*), pero es porque no hemos hablado de las implicaciones en coste, como veremos en el último punto.

## AWS EDR: Funcionamiento

Para entender el funcionamiento de AWS EDR (o *Disaster Recovery Service* – DRS), nos basaremos en el siguiente diagrama de arquitectura:

![AWS Disaster Recovery](https://blog.unikal.tech/hs-fs/hubfs/Imported_Blog_Media/3-Sep-23-2022-12-51-19-13-PM.png?width=600&height=343&name=3-Sep-23-2022-12-51-19-13-PM.png)

Básicamente, tenemos lo siguiente:

> - **Agentes instalados en las máquinas origen *(AWS Replication Agent)*** cuya función será la de sincronizar a nivel de bloque y de manera continua los volúmenes de cada uno de los servidores *on premise* con volúmenes en la nube *(EBS Volumes)*.
> - **Instancias de replicación *(Replication Servers)*,** que serán las encargadas de recibir las actualizaciones (cambios a nivel de bloque) y aplicar los cambios en los volúmenes del área de *staging*.
> - **Instancias de Recuperación *(Recovery Instance)*,** que serán aquellas instancias lanzadas a causa del acontecimiento de un desastre en nuestro centro de datos.

El servicio AWS EDR será el encargado de, a partir de las copias de los volúmenes *on premise*, levantar instancias “gemelas” a las máquinas (físicas o virtuales) que tengamos en *on premise*, de manera que tengamos un gemelo de nuestro centro de datos en la nube.

*****![AWS Disaster Recovery](https://blog.unikal.tech/hs-fs/hubfs/Imported_Blog_Media/4-Sep-23-2022-12-51-18-77-PM.png?width=600&height=540&name=4-Sep-23-2022-12-51-18-77-PM.png)*****

 

De cara a la vuelta a la normalidad, una vez recuperado el centro de datos de producción, el mecanismo será similar, como puede verse en al siguiente diagrama.

En este caso, el proceso será el inverso:

> - **Agentes instalados en las instancias [AWS](https://specialized.unikal.tech/soluciones-aws?hsLang=es) *(AWS Replication Agent*)** enviarán la información de forma continua y a nivel de bloque hacia nuestro *Datacenter*.
> - **Agentes instalados en las máquinas de nuestro *datacenter (FailBack Client)*** procederán a la sincronización de los datos para que los cambios que se hayan producido mientras la nube ha estado ejerciendo de centro de datos principal se vean reflejados cuando restauremos nuestro *datacenter on premise*.

## AWS EDR: Coste Sencillo y directo

El coste del servicio es mínimo, infinitamente inferior al coste de administrar un centro de datos de contingencia, y en modalidad pago por uso.

Veamos los elementos a tener en cuenta:

### Almacenamiento:

 Básicamente, se nos facturará por el almacenamiento real ocupado en la nube. Hemos de tener en cuenta que dependerá de 2 factores:

- - **Tamaño** de almacenamiento de los volúmenes en origen.
    - **Granularidad** necesitada para la recuperación *Point-in-Time*, es decir, cada cuanto tiempo necesitamos almacenar un *Snapshot* y, lógicamente, la cantidad de información que ha sido modificada desde el momento en que se almacenó el anterior *Snapshot*, que determinará el tamaño de los mismos.

### Instancias de Replicación:

El coste de estas instancias variará en función del tipo de servidor que estén replicando. Normalmente, son instancias con muy baja capacidad de cómputo, por lo que el coste por hora será también reducido. El tipo de instancia predeterminado puede manejar discos de varios servidores, hasta un máximo de 15, y su coste ronda los 15 €/mes.

### Número de servidores replicados:

El servicio tiene un coste fijo por hora para cada uno de los servidores origen replicados. El coste actual (septiembre 2022) es de unos 20 €/mes por servidor.

 

## Mejora tu Plan de Contingencia con AWS Disaster Recovery

Puesto que en una buena estrategia es primordial:

> - El análisis de la situación.
> - La determinación de la criticidad de los entornos.
> - Y el diseño del protocolo de actuación.

**Te invitamos a analizar tu caso y veamos juntos cuál es la manera más económica de cumplir con tu RTO y RPO óptimo**

*RTO* y RPO**: Conceptos fundamentales y fáciles de entender en lo relativo a Disaster Recovery. En base a ellos se puede planificar y decidir qué tipo de soluciones son necesarias para cada negocio.*

- *RPO (Recovery Point Objective). Volumen de datos en riesgo de pérdida que la organización considera asumible. *
- *RTO (Recovery Time Objective). Tiempo durante el cual una organización pueda asumir una falta de funcionamiento sin afectar a la continuidad del negocio.*

[Disaster Recovery](https://blog.unikal.tech/cloud-systems-networking/tag/disaster-recovery)

## Similar posts

<https://blog.unikal.tech/cloud-systems-networking/recuperacion-desastres-alta-disponibilidad-entornos-netapp-virtualizacion?hsLang=es>

Disaster Recovery

### [Alta disponibilidad y recuperación ante desastres en entornos NetApp](https://blog.unikal.tech/cloud-systems-networking/recuperacion-desastres-alta-disponibilidad-entornos-netapp-virtualizacion?hsLang=es)

Descubre cómo garantizar continuidad de negocio con alta disponibilidad y planes de recuperación ante desastres en entornos NetApp y virtualizados.

 Cloud · Systems · Networking  dic 12, 2025

<https://blog.unikal.tech/cloud-systems-networking/monitorizacion-zabbix-y-grafana-oracle-oci?hsLang=es>

Oracle Cloud Infrastructure

### [Monitorización de OCI con Zabbix y Grafana](https://blog.unikal.tech/cloud-systems-networking/monitorizacion-zabbix-y-grafana-oracle-oci?hsLang=es)

Optimiza la monitorización de Oracle OCI con Zabbix y Grafana, mejorando el rendimiento y control de costes.

 Cloud · Systems · Networking  jul 21, 2025

<https://blog.unikal.tech/cloud-systems-networking/modern-workplace-vs-infraestructura-tradicional-cual-elegir?hsLang=es>

Infraestructura como servicio

### [Modern Workplace vs Infraestructura tradicional: ¿Cuándo dar el salto?](https://blog.unikal.tech/cloud-systems-networking/modern-workplace-vs-infraestructura-tradicional-cual-elegir?hsLang=es)

Descubre cuándo migrar de una infraestructura tradicional a un Modern Workplace y cómo hacerlo con seguridad, agilidad y visión estratégica.

 Cloud · Systems · Networking  dic 4, 2025

© 2026 Unikal Tech - Partners. Todos los derechos reservados. [ Política de privacidad](https://unikal.tech/politica/) [Política de Cookies](https://unikal.tech/politica-de-cookies/)[Canal ético](https://canaldecomunicacion.info/?c=6ff15670-7ef4-41bd-90ae-470a1047f269)

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Cloud · Systems · Networking",
    "url" : "https://blog.unikal.tech/cloud-systems-networking/author/cloud-systems-networking"
  },
  "dateModified" : "2026-03-09T12:51:38.851Z",
  "datePublished" : "2025-07-17T11:12:58.000Z",
  "headline" : "AWS Disaster Recovery y la Contunidad de Negocio",
  "image" : [ "https://blog.unikal.tech/hubfs/Cabeceras%20Blog%20Neteris%20-%20Migraci%C3%B3n/IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://blog.unikal.tech/cloud-systems-networking/continuidad-de-negocio-disaster-recovery-aws",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://blog.unikal.tech/hubfs/LogoUnikal_Claim_Azul-Turquesa.png"
    },
    "name" : "UNIKAL Tech Partners"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "about" : [ {
    "@type" : "Thing",
    "name" : "Continuidad de negocio"
  }, {
    "@type" : "Thing",
    "name" : "Automatización de recuperación ante desastres"
  } ],
  "alternativeHeadline" : "Continuidad de negocio con AWS Disaster Recovery y cómo protegerte frente a fallos, ataques y catástrofes",
  "author" : {
    "@type" : "Organization",
    "name" : "Cloud Systems & Networking",
    "url" : "https://blog.unikal.tech/cloud-systems-networking"
  },
  "dateModified" : "2025-07-17",
  "datePublished" : "2025-07-17",
  "description" : "En este artículo exploramos cómo automatizar tu estrategia de continuidad de negocio usando los servicios de AWS para Disaster Recovery, abordando fallos de hardware, ciberataques y desastres naturales.",
  "headline" : "Automatiza tu plan de AWS Disaster Recovery",
  "image" : "https://blog.unikal.tech/hs-fs/hubfs/Cabeceras%20Blog%20Neteris%20-%20Migraci%C3%B3n/IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png?width=1050&height=591&name=IMG%20RRSS%20-%20BLOG%20-%20Unikal%20-%20CSN%20-%20DISASTER%20RECOVERY%20-%20AWS%20Disaster%20Recovery%20y%20la%20continuidad%20de%20negocio.png",
  "keywords" : [ "AWS Disaster Recovery", "Continuidad de negocio", "Cloud Resilience", "RTO RPO", "Automatización DRaaS" ],
  "mainEntityOfPage" : {
    "@id" : "https://blog.unikal.tech/cloud-systems-networking/continuidad-de-negocio-disaster-recovery-aws",
    "@type" : "WebPage"
  },
  "mentions" : [ {
    "@type" : "Organization",
    "name" : "AWS",
    "url" : "https://aws.amazon.com"
  }, {
    "@type" : "Organization",
    "name" : "Neteris",
    "url" : "https://www.neteris.com"
  } ],
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://blog.unikal.tech/hubfs/UNIKAL%20LOGO/UNIKAL%20logo%20Full%20Colour%20(Black)%20-%20Sin%20fondo%201900x1080.png"
    },
    "name" : "Unikal Tech Partners"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "xpath" : [ "/html/head/title", "/html/body//h1" ]
  },
  "timeRequired" : "PT5M",
  "url" : "https://blog.unikal.tech/cloud-systems-networking/continuidad-de-negocio-disaster-recovery-aws"
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://blog.unikal.tech",
    "name" : "Blog",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://blog.unikal.tech/cloud-systems-networking",
    "name" : "Cloud Systems & Networking",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://blog.unikal.tech/cloud-systems-networking/continuidad-de-negocio-disaster-recovery-aws",
    "name" : "Automatiza tu plan de AWS Disaster Recovery",
    "position" : 3
  } ]
}
```