1. RPO y RTO: el idioma de HA y DR

Antes de hablar de herramientas, necesitas dos conceptos básicos:

• RPO (Recovery Point Objective): cuánta pérdida de datos es aceptable cuando ocurre un desastre. Un RPO de 15 minutos significa que puedes perder como máximo los últimos 15 minutos de información.
• RTO (Recovery Time Objective): cuánto tiempo de indisponibilidad puedes tolerar. Un RTO de 1 hora significa que el servicio debe volver a estar arriba como máximo en una hora.

A menor RPO y RTO, mayor disponibilidad… y normalmente, mayor coste y complejidad. :contentReference[oaicite:0]{index=0}

2. ¿Qué es la alta disponibilidad (HA)?

Alta disponibilidad significa diseñar el sistema para que una falla local (un nodo, una NIC, una fuente de poder, un disco) no deje el servicio fuera de línea.

En Windows Server, el ejemplo típico es un failover cluster:

• Varios nodos que comparten recursos (discos, volúmenes, cargas de trabajo).
• Un servicio o máquina virtual que puede moverse automáticamente de un nodo a otro.
• Monitorización constante: si un nodo falla, otro toma el control (failover).

Bien diseñado, un clúster puede acercarte a un RTO muy bajo (minutos o incluso segundos) con un RPO cercano a cero, porque los datos suelen estar en almacenamiento compartido o réplica síncrona.

3. ¿Qué es el disaster recovery (DR)?

Disaster recovery se centra en lo que ocurre cuando el problema no es un nodo, sino un evento mayor: se cae el site, se rompe la SAN, hay un corte eléctrico prolongado o un incidente que deja tu datacenter inutilizable.

Aquí entran en juego:

• Backups (copias de seguridad en otra ubicación o nube).
• Replicación entre sitios (por ejemplo, Storage Replica entre clústeres). :contentReference[oaicite:1]{index=1}
• Planes formales de continuidad: personas, procesos, comunicaciones, pruebas.

DR suele implicar RTO mayores (minutos u horas) y un RPO definido por la frecuencia de backups o replicación. El objetivo no es que nada falle, sino que, cuando falle, puedas recuperarte.

4. Ejemplos concretos en Windows Server

4.1. Ejemplo de alta disponibilidad

Imagina un clúster Hyper-V de dos nodos con almacenamiento compartido:

• Dos servidores físicos con Windows Server 2019 o 2022.
• Un pool de almacenamiento compartido (SAN, Storage Spaces Direct, etc.).
• Varios roles de máquina virtual altamente disponibles.

Si uno de los nodos falla, las VMs se mueven al otro. El servicio se interrumpe durante el failover, pero vuelve rápidamente. Alta disponibilidad resuelta a nivel local.

4.2. Ejemplo de disaster recovery

Ahora imagina que quieres proteger ese clúster frente a la caída completa del site.
Podrías:

• Replicar volúmenes con Storage Replica hacia otro site o datacenter, en modo síncrono (bajo RPO, baja latencia) o asíncrono (más latencia aceptable, algo de RPO). :contentReference[oaicite:2]{index=2}
• Automatizar o documentar el proceso de arrancar los servicios en el site secundario cuando el primario no esté disponible.
• Complementarlo con backups en frío para escenarios extremos (corrupción lógica, ransomware, etc.).

5. Cómo se complementan HA y DR

No es HA vs DR, es HA y DR:

• HA cubre fallas “pequeñas” o esperadas: un servidor que muere, una NIC rota, un reinicio imprevisto.
• DR cubre desastres: pérdida del site, desastre natural, fallo mayor de energía, ataques que te obligan a apagar todo.

Un buen diseño combina ambos. Por ejemplo:

• Clúster local de Hyper-V para alta disponibilidad.
• Storage Replica entre sites + backups en otra ubicación para disaster recovery.
• Procedimientos probados regularmente (simulacros) para verificar que el plan funciona.

6. Checklist rápido

Puedes usar esta lista como punto de partida con Windows Server 2016, 2019 o 2022:

• ¿Tienes identificado qué servicios requieren HA y cuáles sólo necesitan un buen backup?
• ¿Tus RPO y RTO están escritos y acordados con el negocio, o sólo “en la cabeza” de TI?
• ¿Cuentas con al menos dos hosts físicos para ofrecer alta disponibilidad?
• ¿Tienes una copia de seguridad fuera del site principal o en la nube?
• ¿Has probado alguna vez la recuperación completa (no sólo restaurar un archivo suelto)?

Conclusión

Entender la diferencia entre alta disponibilidad y disaster recovery es básico para diseñar infraestructuras que realmente protejan al negocio. Windows Server 2016 y versiones posteriores ofrecen las piezas necesarias: clústeres de conmutación por error, Storage Replica, backups integrados con la nube y herramientas de monitorización.

La clave está en traducir esas piezas a RPO, RTO y planes claros, no sólo en tener servidores “redundantes” sin estrategia.