Opsio - Cloud and AI Solutions
Disaster Recovery7 min de lectura· 1562 palabras

¿Qué es un hot site en la recuperación ante desastres? Definición y opciones en la nube

Fredrik Karlsson
Fredrik Karlsson

Group COO & CISO

Publicado: ·Actualizado:
Traducido del inglés y revisado por el equipo editorial de Opsio. Ver original →

Free penetration test

Free cloud & web-app pentest for qualified companies. SOC 2, HIPAA, PCI DSS-aligned report.

Apply

Un hot site es una ubicación de recuperación totalmente equipada, con hardware, software, enlaces de red y datos actuales ya instalados, que puede relevar a su sitio principal en cuestión de minutos u horas. Es el tipo de sitio de recuperación ante desastres más rápido y más caro. En la nube, el equivalente es una configuración hot standby o activo/activo en una segunda región.

Puntos clave

  • El NIST describe los hot sites como instalaciones dimensionadas para el sistema y configuradas con el hardware, la infraestructura de apoyo y el personal de soporte necesarios.
  • Sus datos se actualizan de forma continua o poco después que los del sitio principal, por lo que se pierden pocos datos y la recuperación es rápida.
  • Los warm sites tienen parte del equipo y necesitan preparación antes de usarse. Los cold sites ofrecen solo espacio y energía.
  • En términos de AWS, equivale a «hot standby» (activo/pasivo a plena capacidad) o «multisitio activo/activo», la estrategia más compleja y costosa.
  • La replicación no protege frente a la corrupción ni al ransomware. Sigue necesitando copias de seguridad a un punto en el tiempo.

¿Qué es un hot site en la recuperación ante desastres?

Es una ubicación alternativa que ya ejecuta, o puede ejecutar de inmediato, una copia de sus sistemas de producción. Cuando falla el sitio principal, usted redirige a los usuarios y sigue trabajando.

La referencia estándar en EE. UU. es NIST SP 800-34, la Contingency Planning Guide for Federal Information Systems. Define este tipo de sitio como uno con equipos suficientes, el software de producción actual y almacenamiento adecuado, con los últimos datos respaldados cargados. En muchos casos, sus bases de datos se actualizan al mismo tiempo que las del sitio principal o poco después. El NIST señala además que el sitio necesita una forma de trasladar rápidamente la conectividad de los usuarios y un soporte operativo cercano al del sitio de producción.

Un ejemplo del NIST son dos sistemas idénticos en ubicaciones distintas, ambos en producción, cada uno capaz de asumir toda la carga de trabajo, con los datos sincronizados de forma continua. El NIST lo califica como la opción más cara.

Hot site, warm site y cold site

Los tres tipos de sitio se diferencian en cuánto está listo antes de un desastre. Más preparación significa una recuperación más rápida y un mayor coste de funcionamiento.

CaracterísticaCold siteWarm siteHot site
Qué hay instaladoEspacio, energía, conexiones de telecomunicaciones, control ambientalParte o la totalidad del hardware, el software, las telecomunicaciones y la energíaHardware completo, infraestructura de apoyo y personal
DatosSe restauran desde copias de seguridad tras el sucesoRestaurados o replicados en parteActuales o casi actuales, a menudo replicados de forma continua
Tiempo de preparaciónLargoMedioCorto
CosteBajoMedioMedio a alto
Uso típicoSistemas que pueden estar caídos díasSistemas importantes con cierta toleranciaSistemas en los que importan los minutos de inactividad

Las filas de tiempo de preparación y coste siguen la tabla de criterios de sitios alternativos de ejemplo del NIST. Los tiempos de recuperación exactos dependen de su diseño y de sus pruebas, no de la etiqueta.

¿Cómo funciona un hot site?

Una configuración operativa tiene cuatro partes que deben mantenerse al día con producción:

  1. Infraestructura: servidores, almacenamiento y capacidad de red dimensionados para la carga de trabajo que necesita ejecutar allí.
  2. Replicación de datos: copia síncrona o asíncrona de bases de datos y archivos desde el sitio principal.
  3. Configuración y código: las mismas versiones de software, parches y ajustes que en producción, idealmente desplegados desde las mismas plantillas de infraestructura como código.
  4. Conmutación del tráfico: cambios de DNS, de balanceador de carga o de red que envían a los usuarios al sitio de recuperación cuando lo activa.

¿Qué ocurre en la activación?

La activación es una decisión, no solo un paso técnico. El responsable del incidente confirma que el sitio principal no puede recuperarse dentro del objetivo de tiempo de recuperación (RTO) acordado y, a continuación, el equipo sigue el runbook: detener las escrituras en el principal si es posible, promover las bases de datos réplica, conmutar el tráfico, comprobar que las aplicaciones funcionan e informar a los usuarios y a las partes interesadas. AWS advierte de que la conmutación automática basada en comprobaciones de estado debe usarse con precaución, porque una falsa alarma cuesta disponibilidad y datos. Por eso muchos equipos activan la conmutación manualmente, pero automatizan todos los pasos que hay detrás del botón.

Hot sites en la nube: hot standby y activo/activo

En la nube rara vez se alquila un edificio aparte. En su lugar, se ejecuta una segunda copia del entorno en otra región o zona de disponibilidad. El whitepaper de recuperación ante desastres de AWS describe cuatro estrategias, de la más barata a la más completa:

Estrategia de AWSQué se ejecuta en la región de recuperaciónTipo de sitio más cercano
Copia de seguridad y restauraciónSolo copias; la infraestructura se vuelve a desplegar tras el sucesoCold site
Pilot lightDatos replicados y servicios centrales activos; servidores de aplicaciones apagadosCold a warm
Warm standbyUna copia reducida pero totalmente operativa que puede asumir tráfico de inmediatoWarm site
Hot standby / multisitio activo/activoCapacidad completa, en espera (activo/pasivo) o atendiendo a los usuarios (activo/activo)Hot site

AWS califica el multisitio activo/activo como el enfoque más complejo y costoso, pero afirma que puede acercar el tiempo de recuperación a cero en la mayoría de los desastres. También señala que la mayoría de los clientes que construyen un segundo entorno completo acaban usándolo en activo/activo, ya que lo están pagando de todos modos.

Una configuración en la nube tiene dos ventajas sobre una física. Se puede probar la conmutación sin desplazar personal y se puede reconstruir todo el entorno desde código si algo se desvía. La contrapartida es que se paga la capacidad completa en dos lugares, además de la transferencia de datos de la replicación.

¿Compensa el coste de un hot site?

Solo para los sistemas en los que el coste de la inactividad es mayor que el de operar un segundo entorno. Parta de un análisis de impacto en el negocio, fije un RTO y un objetivo de punto de recuperación (RPO) para cada sistema y ajuste el tipo de sitio a esos objetivos. Nuestra guía sobre RPO y RTO muestra cómo fijarlos.

El NIST hace aquí una observación útil: un mismo sistema puede necesitar estrategias distintas para funciones distintas. El procesamiento de pedidos puede requerir una conmutación inmediata, mientras que los informes mensuales de la misma plataforma pueden esperar días. Una clasificación por niveles como esta mantiene reducida la huella siempre activa y la factura manejable.

Lista de comprobación antes de construir uno

  • Lo bastante lejos del sitio principal como para que un único suceso regional no pueda afectar a ambos.
  • Capacidad para la carga de trabajo crítica, no necesariamente para todo.
  • Retraso de replicación monitorizado frente a su RPO, con alertas.
  • Copias de seguridad a un punto en el tiempo guardadas por separado, para recuperarse de la corrupción o el ransomware que la replicación copiaría.
  • Controles de seguridad equivalentes a los de producción: identidad, firewalls, registros y cifrado.
  • Un runbook de conmutación con responsables nominales y un plan de retorno.
  • Pruebas de conmutación periódicas, registradas en su plan de recuperación ante desastres.

Cómo ayuda Opsio

Opsio diseña y opera la recuperación ante desastres en la nube en AWS, Azure y Google Cloud, desde pilot light hasta configuraciones multirregión completas, y prueba la conmutación con su equipo. Para WorkBuster, una plataforma global de selección de personal en modalidad SaaS, construimos el entorno de AWS sobre MySQL RDS Multi-AZ y escalado automático, con plantillas de CloudFormation para poder volver a desplegar la infraestructura de forma coherente; lea el caso de WorkBuster.

Preguntas frecuentes

¿Cuál es la diferencia entre un hot site y un cold site?

El primero tiene equipos, software y datos actuales listos y puede asumir la actividad con rapidez. El segundo solo tiene espacio, energía y conexiones de red, de modo que hay que instalar los sistemas y restaurarlos desde copias de seguridad antes de reanudar el trabajo.

¿Con qué rapidez puede un hot site asumir las operaciones?

Normalmente en minutos u horas, según lo actuales que sean los datos y lo automatizada que esté la conmutación. Una configuración activo/activo en la nube puede acercar el tiempo de recuperación a cero en la mayoría de los fallos, pero la recuperación ante la corrupción de datos sigue dependiendo de las copias de seguridad.

¿Un hot site es lo mismo que un sitio espejo?

Son muy parecidos. Un sitio espejo ejecuta una copia idéntica de producción sincronizada de forma continua. El ejemplo del NIST de dos sistemas de producción idénticos que asumen cada uno la carga completa es, en la práctica, un sitio espejo.

¿Necesito un hot site si trabajo en la nube?

No de forma automática. Ejecutar en varias zonas de disponibilidad ya protege frente a la pérdida de un centro de datos. Un hot standby en una segunda región compensa cuando las caídas regionales, la normativa o los contratos exigen tiempos de recuperación muy cortos.

¿Qué significa «hotsite» en marketing?

En marketing, sobre todo en Brasil, un «hotsite» es un pequeño sitio web temporal para una campaña o el lanzamiento de un producto. No tiene relación con la recuperación ante desastres.

Escrito por

Fredrik Karlsson
Fredrik Karlsson

Group COO & CISO

Fredrik es el COO y CISO del grupo en Opsio. Se centra en la excelencia operativa, la gobernanza y la seguridad de la información, trabajando estrechamente con los equipos de entrega y liderazgo para alinear tecnología, riesgo y resultados de negocio en entornos de TI complejos. Lidera la práctica de seguridad de Opsio, incluyendo servicios SOC, pruebas de penetración y marcos de cumplimiento.

Normas editoriales: Este artículo lo ha escrito el profesional cloud indicado arriba. Lo actualizamos cuando cambia la tecnología o la normativa que trata; las fechas de esta página indican la última actualización. Opsio mantiene su independencia editorial.