Krypton Solid

La última tecnología en raciones de 5 minutos

¿Cuál es la diferencia entre un sitio caliente y un sitio frío para DR?

Tener un sitio de recuperación para los datos de su organización en caso de desastre es esencial. Una ubicación fuera del sitio para recuperar datos y reanudar las operaciones ayuda a mantener la continuidad del negocio y previene la pérdida de datos cuando ocurre el peor de los casos y debe ser un elemento clave de cualquier plan de recuperación ante desastres.

Si bien la nube está cobrando impulso en el espacio de recuperación, el uso de sitios calientes y sitios fríos para la continuidad del negocio y la recuperación ante desastres (BC/DR) sigue siendo predominante. Esencialmente, los sitios calientes y fríos son dos opciones de respaldo que puede tener disponibles para la recuperación remota de datos con diferentes niveles de trabajo involucrados. Mientras que un sitio caliente es una copia de un centro de datos con todo su hardware y software ejecutándose simultáneamente con su sitio principal, un sitio frío se simplifica: no hay hardware de servidor, ni software, nada. Tener un sitio frío disponible es básicamente alquilar el espacio que necesitará para un centro de datos sin ningún equipo. También hay sitios tibios que residen entre un sitio caliente y un sitio frío desde el punto de vista del equipo.

Es probable que los costos desempeñen un papel clave en el tipo de sitio que elija su organización. Antes de decidirse por uno u otro para su plan de recuperación ante desastres, es importante comprender cómo funciona cada tipo de sitio de recuperación ante desastres, qué recursos requiere cada uno y cuáles son las prioridades de su organización en caso de una interrupción significativa. Desde los costos iniciales hasta las necesidades de personal, hay muchos factores a considerar al decidir entre un sitio caliente y un sitio frío para DR.

Cómo funciona un sitio caliente

Un hot site es una ubicación DR que está configurada y lista para funcionar, es decir, uno puede llegar y continuar trabajando de inmediato. Un sitio de respaldo activo tendrá el equipo configurado con sus datos actuales disponibles cuando ingrese, con todas las funciones principales del centro de datos copiadas y mantenidas fuera del sitio.

Debido a que todo está destinado a estar en funcionamiento en cualquier momento, un sitio activo es la mejor opción para los datos de misión crítica. Si bien tener un sitio de recuperación ante desastres trabajando activamente además de un centro de datos principal es costoso, esos costos adicionales se compensan al proporcionar redundancia cuando ocurre un desastre. Dependiendo de la industria, esta urgencia puede variar, pero en una época en la que cualquier tiempo de inactividad puede considerarse inaceptable, los sitios calientes son una opción cada vez más popular.

Un sitio caliente tiene copias de todos los servidores críticos, así como personal disponible para administrar y monitorear el equipo.

Cómo funciona un sitio frío

A diferencia de un sitio caliente, que está disponible y funcionando las 24 horas del día, los 7 días de la semana, un sitio frío es esencialmente espacio disponible con poca o ninguna configuración en él. Cuando llega a un sitio de respaldo en frío, debe configurar el equipo, realizar todas las conexiones, cargar el software, etc. Hasta que se activen los servicios DR, solo se instalarán los servicios básicos de energía, comunicación y controles ambientales para el sistema de TI.

Los sitios fríos no se utilizan hasta que ocurre un desastre. Por lo general, existe una estrategia para la configuración rápida de un sitio DR frío, pero antes de que ocurra un desastre, no hay recursos físicamente en el lugar o en funcionamiento activo. Las copias de seguridad periódicas a menudo se realizan en preparación para usar un sitio DR frío, de modo que los datos se puedan recuperar cuando el sitio se pone en uso.

Debido a su infraestructura básica, los sitios fríos mantienen bajos los costos. Tienden a no usarse para datos de misión crítica, donde se puede requerir un acceso rápido. Mientras que un sitio caliente generalmente solo requiere personal básico para asegurarse de que el equipo funcione correctamente, un sitio frío necesitará tener personal técnico disponible para la configuración.

Diferencias y similitudes clave

Los sitios calientes y fríos brindan ubicaciones seguras fuera del sitio que no se verán afectadas por la mayoría de los desastres físicos que pueden causar fallas, como clima extremo o incendios. Ambas instalaciones están equipadas con funciones básicas de calefacción, ventilación, aire acondicionado y energía, así como equipo de comunicaciones.

Los sitios calientes y los sitios fríos están disponibles como opciones internas o servicios externos en varios formatos. Si los recursos están disponibles, las organizaciones pueden tener un hot site interno, que puede ser un centro de datos de respaldo o una oficina de campo. Estas oficinas de campo también se pueden utilizar como sitios fríos; mantener oficinas de campo o espacio de oficina sin hardware o software de servidor es otra forma de propiedad interna para que una organización tenga un plan para desastres sin una copia completa de un centro de datos. También hay proveedores que brindan equipos o espacios dedicados o compartidos para sitios calientes o fríos.

La principal diferencia entre un sitio caliente y un sitio frío es la preparación para estar en funcionamiento. Con una copia de seguridad reciente de los datos y todos los sistemas de TI en funcionamiento, un hot site proporciona redundancia y es esencialmente un segundo centro de datos que resultará en un tiempo de inactividad mínimo o nulo. Poner en funcionamiento un sitio frío significa planificar el tiempo y los recursos de configuración.

sitios cálidos

Si su industria no permite el tiempo de inactividad en la recuperación de datos, podría ser perjudicial instalarse en un sitio frío.

Un sitio cálido es una instalación intermedia entre un sitio caliente y un sitio frío; el equipo está disponible y configurado para usted, pero debe cargar o restaurar sus datos más recientes en el sistema. Cuando se activan los servicios DR, un sitio cálido ya estará equipado con hardware, software y personal de servidor básico, y la organización puede traer y configurar recursos adicionales.

Mientras que un sitio caliente tiene datos de equipos y clientes incluidos, un sitio caliente no tiene datos de clientes preinstalados. Si una organización quiere reducir costos pero no tener que empezar de cero con un centro de datos fuera del sitio, un sitio tibio es un compromiso entre los dos extremos.

Determinar cuál es mejor para sus necesidades

Decidir entre un sitio caliente y un sitio frío puede convertirse en un proceso difícil, según sus prioridades. Si su prioridad es reducir los costos, entonces probablemente querrá optar por un sitio frío. Sin embargo, si su industria no permite el tiempo de inactividad en la recuperación de datos, podría ser perjudicial instalarse en un sitio frío.

Antes de elegir un sitio de recuperación ante desastres, debe tener en cuenta los datos del objetivo de tiempo de recuperación (RTO) y del objetivo de punto de recuperación (RPO). Si su RTO es corto (menos de tres horas), un hot site es una buena opción porque los sistemas y las configuraciones ya están establecidos para sus requisitos específicos. Pero para obtener este privilegio, deberá pagar una prima, lo que hace que los sitios calientes sean la opción de sitio DR más costosa.

Sitio caliente versus sitio frío

Si tiene un RTO largo (más de 18 horas), un sitio frío le permite configurar su equipo y telecomunicaciones, así como probar el sistema. Por lo tanto, aunque el tiempo de configuración es más largo para los sitios fríos, es posible que no tenga ningún efecto en usted si tiene un RTO largo; además, son la opción menos costosa.

Un sitio caliente podría considerarse el compromiso entre los dos, pero si tener un RTO y un RPO bajos es una prioridad, es probable que valga la pena el gasto adicional en un sitio caliente.

Deja un comentario

También te puede interesar...

¿Qué es el lenguaje ensamblador básico (BAL)?

1) BAL (lenguaje ensamblador básico) es una versión del lenguaje ensamblador de IBM (a veces llamado lenguaje ensamblador) para su sistema operativo de mainframe System / 360 y System / 370. Un lenguaje ensamblador consiste

Noticias, ayuda e investigación sobre la replicación de SQL Server

Contentenido1 Replicación de SQL Server Empezar2 Evaluar Proveedores y productos de replicación de SQL Server3 Gestionar Replicación de SQL Server3.1 Diez consejos y trucos de replicación de fusiones3.2 Replicación transaccional3.3 Replicación de instantáneas4 Problema resuelto

Trabajar con robots: acostúmbrate

Tom Davenport no respalda a los robots en el lugar de trabajo. El renombrado estudioso de la analítica y la gestión del conocimiento utilizó un trío de adjetivos poco halagadores para describir las máquinas: esnob,

Aquí hay dragones: Bitcoin e Internet de las cosas

Para que cualquier moneda se pueda utilizar para IoT, existen algunos requisitos no negociables: Soporte para transacciones, especialmente pequeñas. Almacén de valor estable Baja latencia predecible Soporte para volúmenes de tráfico muy altos A primera