Chat with us, powered by LiveChat
Inicio > Blog de copias de seguridad y recuperación > Copia de seguridad en la nube híbrida: cómo las soluciones de copia de seguridad híbrida protegen los datos empresariales
Actualizado 8th septiembre 2026, Rob Morrison

¿Qué es la copia de seguridad en la nube híbrida?

¿Qué significa «copia de seguridad en la nube híbrida»?

La copia de seguridad en la nube híbrida es un enfoque de protección de datos en el que se realizan copias de seguridad de los datos de tu empresa tanto en la infraestructura local como en un almacenamiento en la nube. Las copias de seguridad suelen generarse localmente, donde se comprueban y permanecen con fines de recuperación antes de replicarse en la nube para garantizar la protección fuera de las instalaciones y la recuperación ante desastres. Una estrategia de almacenamiento dual garantiza que las empresas no dependan de un único nivel de almacenamiento o ubicación geográfica para mantener la integridad de su información.

¿Cuáles son los principales patrones de arquitectura de copias de seguridad en la nube híbrida?

Las arquitecturas de copias de seguridad en la nube híbrida suelen seguir al menos uno de los tres patrones principales: pasarela local, organización de datos por niveles en la nube o replicación.

La pasarela local implica un dispositivo local o una pasarela virtual situada entre los sistemas de la empresa y la nube para gestionar la captura de copias de seguridad y la transferencia segura de datos sin que sea necesario que todas las cargas de trabajo se conecten directamente al entorno de la nube.

Con la jerarquización de datos en la nube, los datos se trasladan automáticamente entre el almacenamiento local y el de la nube en función de su antigüedad o de una política asociada a ellos. Las copias de seguridad recientes suelen permanecer en las instalaciones para permitir una recuperación más rápida; mientras tanto, los datos más antiguos se trasladan progresivamente a niveles de almacenamiento en la nube más económicos tras superar un umbral de antigüedad preestablecido.

La copia de los datos de seguridad a la nube casi en tiempo real o según una programación es un proceso de replicación que crea una copia secundaria sincronizada de los datos para facilitar la conmutación por error rápida y la recuperación ante desastres.

¿En qué se diferencia la copia de seguridad híbrida de la copia de seguridad local y de la copia de seguridad exclusivamente en la nube?

La copia de seguridad in situ almacena todas las copias de los datos localmente, lo que permite un control total, pero también deja los datos vulnerables en caso de cualquier interrupción en esa ubicación, ya sea por daños físicos o por una filtración de datos. La copia de seguridad exclusivamente en la nube elimina este punto de fallo al mantener los datos de la empresa en una ubicación alejada de las instalaciones de la empresa; además, depende en gran medida de la velocidad de la conectividad de red para cualquier tarea de recuperación y, por lo general, hace que la empresa dependa mucho más de los servicios de un proveedor externo.

En caso de un problema local, como un corte de electricidad o un fallo de hardware de un dispositivo, las copias de seguridad locales podrían resultar totalmente inaccesibles, mientras que el almacenamiento exclusivamente en la nube podría no ser recuperable sin establecer primero una conexión que funcione. Sin embargo, el uso combinado de almacenamiento local y remoto ayudaría a superar ambos problemas, repartiendo la responsabilidad en lugar de concentrarla toda en un único enfoque.

Copia de seguridad en las propias instalaciones frente a la exclusiva en la nube frente a la híbrida

Los tres enfoques presentan algunas ventajas e inconvenientes en lo que respecta al control, el coste, la resiliencia, la escalabilidad y otros factores:

Factor En las propias instalaciones Solo en la nube Híbrido
Control de datos Total, interno Gestionado por el proveedor Dividido entre ambos
Coste inicial Elevado (hardware) Bajo Moderado
Coste recurrente Bajo Se adapta al uso Se adapta al uso de la nube
Velocidad de recuperación Rápida, local Depende de la red Rápida para datos recientes
Resiliencia fuera del sitio Ninguna por defecto Integrada Integrada
Escalabilidad Limitada por el hardware Alta Alta
Punto único de fallo Sí, el sitio Sí, la conexión Reducida, no eliminada

No hay un ganador claro en este caso: las soluciones locales sacrifican la seguridad a cambio de velocidad y control; las soluciones exclusivamente en la nube, el control a cambio de escalabilidad y redundancia; e incluso las soluciones híbridas solo logran un equilibrio entre ambas, asumiendo parte de los costes y la complejidad de cada opción sin obtener todas las ventajas de ninguna de ellas.

¿Cuáles son los modelos de implementación habituales para las copias de seguridad híbridas?

Un modelo de copia de seguridad híbrido, cuando lo adoptan las empresas, ofrece varios enfoques de implementación entre los que elegir, que dependen en gran medida de la cantidad de recursos de TI internos que una empresa pueda destinar a la gestión de las copias de seguridad.

En un sistema autogestionado, la organización se encarga de alojar y gestionar su propio software y hardware de copia de seguridad, y de vincularlo a su propia cuenta de almacenamiento en la nube dedicada. Por lo tanto, la organización se encarga de toda la configuración, la gestión, la supervisión y el mantenimiento, lo que le ofrece el máximo control, pero también supone una mayor carga de trabajo.

Un modelo gestionado o de copia de seguridad como servicio implica la intervención de algún tipo de proveedor externo que gestiona la infraestructura de copias de seguridad, el almacenamiento en la nube pública o ambos a la vez. La empresa paga por estos servicios en lugar de encargarse directamente de las tareas de copia de seguridad. De este modo, se libera al equipo informático interno de la carga de la responsabilidad diaria, aunque se pierda cierto control directo sobre cómo se realizan y almacenan las copias de seguridad.

Algunas empresas utilizan, en su lugar, un modelo de coubicación: trasladan su equipo físico a un centro de datos de terceros para mejorar la resiliencia física, al tiempo que almacenan una copia diferente de sus datos en la nube para garantizar la protección fuera de las instalaciones. Las organizaciones que buscan reducir aún más el riesgo pueden incluso recurrir a múltiples soluciones en la nube en su configuración híbrida, con el fin de evitar la dependencia de un único proveedor.

Ninguna de estas opciones es mutuamente excluyente, y la mayoría de las organizaciones con infraestructura híbrida utilizan varias opciones que mejor se adaptan a sus objetivos.

Principales ventajas e inconvenientes comunes de las copias de seguridad en la nube híbrida

Aunque las ventajas de las soluciones de nube híbrida superan a las de utilizar una única ubicación de almacenamiento para todo, también existen algunos inconvenientes.

Ventajas:

  • Al disponer de una copia local de los datos en las propias instalaciones, las restauraciones diarias ya no tienen que depender del ancho de banda de Internet ni del tiempo de respuesta de un proveedor externo, lo que reduce notablemente el tiempo dedicado a la restauración de datos.
  • Dado que un robo o un fallo de hardware en las instalaciones locales no borra todas las copias de una sola vez, se reduce el riesgo de pérdida total de datos.
  • La información a la que se accede con frecuencia puede almacenarse en el almacenamiento local, mientras que los datos más antiguos o menos críticos se trasladan gradualmente a niveles de almacenamiento en la nube más económicos, lo que ofrece a las empresas una mayor flexibilidad en la gestión de costes.
  • Dado que el almacenamiento en la nube se puede ampliar fácilmente bajo demanda, las organizaciones no tienen que preocuparse demasiado por la capacidad del hardware físico que han adquirido, lo que facilita el crecimiento del negocio.

Inconvenientes:

  • Gestionar y supervisar dos entornos requiere una mayor coordinación en comparación con gestionar una única ubicación de copia de seguridad, lo que genera una complejidad operativa adicional.
  • A diferencia de las compras puntuales de hardware, los costes del almacenamiento en la nube y las tarifas de salida de datos continúan de forma indefinida; además, pueden ser más difíciles de prever, lo que hace necesario un mejor seguimiento de los costes recurrentes.
  • Aunque el enfoque híbrido reduce los puntos únicos de fallo, algunas vulnerabilidades compartidas (como las credenciales comprometidas) pueden seguir poniendo en peligro ambas ubicaciones de almacenamiento simultáneamente si no se protegen específicamente contra ellas.
  • La integración de un sistema de copias de seguridad existente en un entorno híbrido también requiere un tiempo de preparación considerable, ya que tanto la parte local como la basada en la nube deben configurarse adecuadamente para coexistir y colaborar, en lugar de funcionar de forma independiente.

Para ser justos, la mayoría de estos inconvenientes también son perfectamente gestionables con una planificación y preparación adecuadas, razón por la cual las copias de seguridad híbridas siguen siendo una opción habitual para las empresas que buscan equilibrar el coste con la resiliencia.

¿Por qué elegir una solución de copias de seguridad híbrida?

¿Por qué optar por las copias de seguridad en la nube híbrida en lugar de las copias de seguridad exclusivamente locales o exclusivamente en la nube?

Las empresas modernas ya no tienen que elegir entre el control total y la resiliencia plena —la mayor disyuntiva entre las copias de seguridad exclusivamente locales y las exclusivamente en la nube—. Las copias de seguridad locales implican que una empresa no puede recuperarse hasta que el sitio de almacenamiento principal esté en línea. Sin embargo, optar exclusivamente por la nube implica que no se podrá recuperar la información si falla la conexión de red o el proveedor de servicios externo.

Las soluciones de copias de seguridad en la nube híbrida logran eludir por completo esta disyuntiva, cubriendo ambas necesidades a la vez en lugar de optar por una debilidad en detrimento de la otra.

Esto resulta especialmente relevante para aquellas empresas para las que un tiempo de inactividad prolongado no es una opción, pero que no pueden justificar el coste o el riesgo de mantener todo en un único nivel de almacenamiento. Un modelo híbrido, por lo tanto, permitiría la rapidez y la proximidad necesarias para las copias de seguridad diarias y, al mismo tiempo, proporcionaría medidas de seguridad externas reservadas para problemas que superan las capacidades de las copias de seguridad locales.

Optar por una copia de seguridad híbrida, en este caso, no tiene tanto que ver con una tecnología superior como con rechazar el modo de fallo concreto que conllevaría cualquiera de los dos extremos.

¿Cómo equilibra la copia de seguridad híbrida el rendimiento, el coste y la resiliencia?

Las copias de seguridad híbridas ofrecen un término medio entre estos tres factores al no centrarse en uno solo de ellos a la vez. El almacenamiento local se encarga de la mayor parte del trabajo en lo que respecta al rendimiento, ya que es mucho más fácil restaurar datos almacenados localmente que mediante cualquier transferencia a través de la red. El almacenamiento en la nube se encarga del aspecto del coste, ya que solo una parte del conjunto total de datos de la empresa necesita residir en costoso hardware local. La distribución de los datos en dos ubicaciones es la forma de garantizar la resiliencia, ya que ningún fallo aislado puede dejar inoperativos ambos almacenamientos a la vez.

Sin embargo, ninguna de estas ventajas es gratuita: cada beneficio se obtiene a costa de la compensación que, de otro modo, supondrían los otros dos.

Componentes clave de una arquitectura de copia de seguridad híbrida

¿Qué servicios en la nube suelen formar parte de una copia de seguridad híbrida?

Las copias de seguridad híbridas suelen utilizar solo unos pocos tipos de recursos en la nube, cada uno de los cuales desempeña una función muy específica:

  • La mayor parte de la información de las copias de seguridad replicadas se almacena en almacenamiento de objetos, ya que está diseñado para escalar horizontalmente de forma económica sin dejar de ser fácilmente accesible para una recuperación rápida.
  • El almacenamiento en frío o de archivo alberga archivos de copia de seguridad más antiguos a los que solo se accede de vez en cuando, pero que deben conservarse por motivos de cumplimiento normativo o de recuperación a largo plazo.
  • Las API de copia de seguridad y replicación permiten que el software local interactúe directamente con el almacenamiento en la nube para copiar automáticamente las nuevas copias de seguridad y eliminar cualquier necesidad de intervención manual.
  • Los servicios de gestión de identidades y accesos controlan quién puede leer o modificar los datos de las copias de seguridad en la nube, lo que contribuye a mejorar simultáneamente la seguridad y el cumplimiento normativo.

En algunas implementaciones híbridas no es del todo necesario utilizar las cuatro categorías a la vez. Además, algunos proveedores incluso agrupan tipos distintos en un único servicio en lugar de ofrecerlos individualmente.

¿Cómo funcionan las capas de orquestación y gestión en las arquitecturas híbridas?

Más allá de los distintos mecanismos para mover y almacenar datos, una implementación de copias de seguridad híbrida requiere otro componente, algo que haga que los entornos locales y en la nube funcionen como una sola unidad. Ese «algo» es la capa de orquestación, que programa las tareas de copia de seguridad, realiza un seguimiento de los datos que ya se han replicado, aplica las normas de retención y facilita la aplicación coherente de las políticas de almacenamiento por niveles en ambos entornos.

Las herramientas de gestión de nivel superior, situadas por encima de esta capa, ofrecen un único panel de control centralizado para supervisar las tareas y ajustar las políticas, de modo que los usuarios no tengan que consultar por separado el software local y la consola en la nube. Estas plataformas pueden incluso aprovechar la orquestación para automatizar la conmutación por error, dirigiendo cualquier solicitud de recuperación a la copia de la copia de seguridad que pueda recibirse más rápidamente.

Sin esta capa, una configuración híbrida funcionaría esencialmente como dos rutinas de copia de seguridad en gran medida independientes. Esto aumenta la probabilidad de que se produzcan diversas deficiencias, ya sean tareas de replicación omitidas o una retención inconsistente.

Prácticas recomendadas para implementar una estrategia de copia de seguridad en la nube híbrida

El éxito de una estrategia de copia de seguridad híbrida no depende únicamente de la tecnología elegida. Lo más importante es la aplicación coherente de algunas prácticas clave, entre las que se incluyen:

  • Clasificar los datos antes de decidir su ubicación de almacenamiento
  • Definir las expectativas de recuperación desde el principio
  • Cifrar los datos en ambas ubicaciones
  • Probar las copias de seguridad y las restauraciones con regularidad
  • Mantener políticas coherentes para todos

Es un buen punto de partida clasificar los datos antes de decidir dónde deben residir realmente. Obviamente, algunos tipos de información se tratarían de forma diferente al resto: los datos de archivo o de cumplimiento normativo son más adecuados para el almacenamiento en la nube, mientras que los archivos a los que se accede con frecuencia es mejor mantenerlos en un entorno local por razones de comodidad.

Establecer las expectativas de recuperación desde el principio es igual de importante; el tiempo de restauración requerido para categorías específicas de datos ayuda a diferenciar qué debe permanecer en las instalaciones y qué debe ir a la nube.

Además, considera cifrar los datos en ambas ubicaciones y no solo en el almacenamiento local o solo en la nube. Una estrategia híbrida que protege los datos almacenados en la nube pero deja las copias de seguridad locales desprotegidas simplemente desplaza la vulnerabilidad, pero no la elimina.

Una laguna habitual se subsana realizando pruebas periódicas tanto de las copias de seguridad como de las restauraciones: el problema de que una copia de seguridad completada con éxito no garantiza que los datos se recuperen realmente cuando sea necesario.

Las empresas también deben mantener la coherencia en las políticas para evitar todo tipo de confusión. Asegurarse de que las normas de retención o los controles de acceso sean los mismos tanto en el entorno local como en el de la nube garantizaría que dichos entornos no se desajusten gradualmente con el paso del tiempo.

Una estrategia híbrida suele fracasar debido al eslabón más débil del sistema, por lo que ninguna de estas prácticas funciona bien de forma aislada del resto.

Cómo funciona la copia de seguridad híbrida: flujo de datos y procesos

El proceso de copia de seguridad híbrida se desarrolla siguiendo una ruta predecible, independientemente de las herramientas utilizadas: los datos se preparan localmente, se transfieren a la nube y, a continuación, se ponen a disposición para su restauración o conmutación por error. Los apartados siguientes explican cada parte del proceso por separado.

¿Cómo se preparan, deduplican y comprimen los datos antes de su transferencia?

El proceso de preparación entra en juego antes de que ningún dato salga del entorno local. Las tareas de copia de seguridad se recopilan y se almacenan temporalmente en el almacenamiento local, en lugar de transferirse a la nube inmediatamente tras su creación. Esto permite que el resto del proceso disponga de un conjunto fiable de datos sobre el que actuar y, además, evita sobrecargar constantemente la conexión de red.

A partir de ahí, la deduplicación elimina la información redundante: si encuentra bloques o archivos completos que son idénticos en varias copias de seguridad, solo conserva una versión de ese bloque o archivo y utiliza marcadores de posición que apuntan a la primera versión siempre que se repitan. En un sistema con muchos archivos similares o copias de seguridad completas continuas, esto puede reducir considerablemente los requisitos de almacenamiento.

Los datos restantes se reducen aún más mediante la compresión, utilizando una forma más eficiente de codificar esa información, lo que reduce su tamaño aún más antes de la carga. Estas dos técnicas (deduplicación y compresión) hacen que la copia en la nube tenga un tamaño mucho menor, solo una fracción del valor total de los datos que contiene, lo que se traduce directamente en un menor tiempo de descarga y en menores tarifas de mantenimiento del almacenamiento en la nube.

¿Cómo se transfieren los datos de forma segura entre las instalaciones locales y la nube?

Una vez que los datos se han preparado, deduplicado y comprimido, se envían a la nube a través de un canal cifrado utilizando protocolos como TLS (Transport Layer Security), de modo que nadie que los intercepte durante el tránsito pueda descifrarlos. Muchos entornos de copia de seguridad híbridos también cifran los propios datos antes de que salgan de las instalaciones físicas, en la mayoría de los casos mediante el cifrado AES, para proteger también la copia de seguridad local.

Este enfoque de extremo a extremo garantiza que los datos nunca permanezcan sin cifrar en ningún momento del proceso, desde el almacenamiento local hasta su destino en la nube.

¿Cómo funcionan la restauración y la conmutación por error en escenarios de copia de seguridad híbrida?

Cuando se requiere una recuperación, primero se comprueba si hay una copia de seguridad en el almacenamiento local y, si es posible, se recupera a partir de ella, ya que los datos locales tienen una velocidad de recuperación mayor que los de la nube. En caso de que el disco local no esté disponible, el servicio de copia de seguridad intentará recuperar los datos desde la nube. Los sistemas modernos pueden incluso desviar automáticamente sus solicitudes de recuperación a un tipo de almacenamiento diferente, sin intervención humana.

Tomemos, por ejemplo, el caso de que un servidor de copias de seguridad local que contiene la copia de seguridad más actualizada sufra un fallo de hardware. Una configuración híbrida puede utilizar los mismos datos del almacenamiento en la nube sin tener que esperar, con un entorno inoperativo, a que se sustituya el hardware, lo que permite la recuperación incluso en ausencia de una de las opciones de recuperación. Las tareas de copia de seguridad suelen reanudar la escritura en el almacenamiento local una vez que este se ha sustituido, y las dos copias se sincronizan de nuevo poco después.

¿Cuándo se considera que una copia de seguridad híbrida es inmutable, con aislamiento físico o lógicamente aislada?

Los términos «inmutable», «con aislamiento físico» y «lógicamente aislada» se utilizan para proteger una copia de seguridad frente a modificaciones o eliminaciones por parte de un atacante o de forma accidental.

Una copia de seguridad inmutable no puede modificarse ni eliminarse durante un periodo determinado una vez que se ha grabado. Esto protege tanto contra la manipulación no autorizada como contra la eliminación accidental.

Una copia de seguridad aislada físicamente queda separada de los sistemas que protege, ya sea físicamente o a través de la red. La definición tradicional de «aislamiento físico» implicaba el almacenamiento en cinta fuera de línea, pero los proveedores de servicios en la nube actuales también ofrecen un almacenamiento equivalente aislado físicamente al que solo se puede acceder a través de una ruta de acceso estrictamente controlada.

Una copia de seguridad aislada lógicamente puede permanecer en la misma red que los entornos de producción, pero se mantiene separada de ellos gracias a controles de acceso o permisos específicos. Algunas organizaciones llegan incluso a utilizar un sistema de autenticación dedicado para reforzar aún más la separación de esta copia de seguridad del resto del entorno.

Imaginemos una situación en la que un ransomware comprometa la red principal de una empresa y comience a propagarse en cascada a los sistemas conectados. Una copia de seguridad alojada localmente en la misma red podría infectarse junto con el resto de los datos, pero una copia en la nube con «air-gap» o aislada lógicamente, a la que no se puede acceder con credenciales comprometidas habituales, permanecerá intacta e incluso podrá utilizarse con fines de recuperación.

Proceso paso a paso: desde la creación de una copia de seguridad local hasta la replicación en la nube y la recuperación

  1. La información se obtiene de un servidor o un terminal y, a continuación, se escribe en un destino de copia de seguridad local, ya sea de forma programada o bajo demanda.
  2. Los nuevos datos de copia de seguridad se conservan durante un breve periodo de tiempo antes de ser deduplicados y comprimidos para reducir la cantidad de datos enviados a través de la red.
  3. Una conexión cifrada protege la transferencia de datos al almacenamiento en la nube contra la manipulación, y algunos sistemas incluso cifran los datos antes de que salgan del entorno local.
  4. Al recibir la copia en la nube, el entorno de almacenamiento comprueba la integridad de los datos y, a continuación, los almacena según la política de retención o de niveles que le sea aplicable.
  5. Las copias de seguridad diarias suelen servirse directamente desde la copia local, ya que suele ser la opción más rápida.
  6. Si la copia local dejara de estar disponible, resultara dañada o fuera inaccesible, se realizaría una conmutación por error a la copia en la nube de forma transparente.
  7. Cuando se resuelve un fallo local o un problema de hardware, las nuevas copias de seguridad se graban localmente y las dos copias vuelven poco a poco a sincronizarse entre sí.

¿Qué fallos pueden seguir afectando tanto a las copias de seguridad locales como a las de la nube?

Aún pueden surgir algunos problemas en entornos que han dividido sus datos entre dos ubicaciones, como problemas con las credenciales, políticas de replicación defectuosas, ransomware insidioso o, lo menos predecible de todo, el error humano.

Las credenciales comprometidas son un motivo de preocupación alarmantemente habitual: si la cuenta comprometida puede acceder tanto al almacenamiento de copias de seguridad local como al de la nube, el atacante podría alterar los datos en ambas ubicaciones, dejando la estructura híbrida indefensa. Una política de replicación mal configurada puede no ser tan habitual, pero es igual de peligrosa. Por ejemplo, si un cambio de configuración erróneo o una copia de seguridad incompleta se sube a la copia en la nube antes de que se active una alerta, el problema simplemente se propagará a ambos tipos de almacenamiento a la vez.

El ransomware capaz de propagarse antes de ser detectado plantea un tipo de riesgo diferente. Supongamos que se produce una infección por software malicioso en un sistema terminal y este comienza a cifrar datos mientras las copias de seguridad siguen sincronizando activamente esos mismos datos. En ese caso, la copia de datos dañada o cifrada podría propagarse fácilmente al almacenamiento en la nube. El error humano podría ser, a día de hoy, el problema más arraigado en prácticamente cualquier sector. En las copias de seguridad híbridas, borrar o sobrescribir datos accidentalmente a nivel local puede provocar que dichos datos se sincronicen con la copia en la nube casi de inmediato, especialmente en entornos que ya utilizan la replicación rápida y automática.

La combinación de la sincronización temporal y el acceso compartido es el denominador común que conecta estos modos de fallo. No se trata de problemas propios de las ubicaciones de almacenamiento en sí mismas, ya que las soluciones de copias de seguridad híbridas son eficaces a la hora de protegerlas. Estos problemas se derivan de lo que las copias de seguridad híbridas no cubren por sí mismas: una gestión adecuada de las credenciales, una supervisión periódica, una validación coherente y otros medios para detectar fallos no relacionados con la ubicación.

¿Cómo se garantiza la seguridad y se mantiene el cumplimiento normativo de los datos de los que se han realizado copias de seguridad en un entorno de nube híbrida?

¿Cómo protegen las soluciones de copia de seguridad híbrida los datos en tránsito y en reposo?

Las conexiones cifradas utilizan protocolos como TLS para proteger los datos en tránsito, lo que significa que, si los datos son interceptados durante la transferencia, no se pueden leer. De manera muy similar, los datos en reposo están protegidos mientras residen en sistemas locales o en la nube, en la mayoría de los casos mediante algún tipo de cifrado AES.

En conjunto, esto significa que los datos están siempre protegidos, independientemente del estado en el que se encuentren en cada momento.

¿Cómo pueden las empresas cumplir con la normativa y los requisitos del sector mediante las copias de seguridad híbridas?

Tanto los distintos sectores como las diferentes regiones del mundo imponen sus propios requisitos sobre cómo deben almacenarse, protegerse o recuperarse los datos de las copias de seguridad; las copias de seguridad híbridas pueden cumplir con la mayoría de ellos si se configuran adecuadamente. Algunos de los ejemplos más comunes serían:

  • El RGPD (UE) exige que se apliquen determinadas medidas de protección de datos a los datos personales de los ciudadanos de la UE, así como la capacidad de eliminarlos de forma granular previa solicitud, lo que influye en cómo se estructuran las copias de seguridad y durante cuánto tiempo se conservan.
  • La HIPAA (sector sanitario de EE. UU.) exige que los datos de los pacientes estén seguros y sean recuperables, lo que hace que las copias de seguridad fuera de las instalaciones sean prácticamente obligatorias, entre otros requisitos.
  • PCI DSS (datos de tarjetas de pago) establece requisitos específicos de cifrado y control de acceso para cualquier entorno que almacene datos financieros relevantes, lo que incluye también el almacenamiento de copias de seguridad.
  • SOX (empresas públicas de EE. UU.) exige que determinados registros financieros se conserven durante un número específico de años sin que se alteren, lo que se asemeja mucho al concepto de almacenamiento de copias de seguridad inmutable.

En su mayor parte, cumplir estos requisitos se reduce a las mismas prácticas recomendadas: cifrar los datos dondequiera que se almacenen, controlar el acceso a ellos y conservarlos durante el tiempo que exija la normativa específica.

¿Qué cifrado, gestión de claves y controles de acceso deberían utilizar las soluciones de copia de seguridad en la nube híbrida?

El cifrado debe proteger los datos en tránsito y en reposo, como ya se ha mencionado, pero lo más importante es la cuestión de quién posee las claves de cifrado. Si una empresa gestiona sus propias claves de cifrado en lugar de dejar que lo haga un proveedor de servicios en la nube, tendrá la capacidad de hacer que los datos de copia de seguridad resulten ilegibles incluso si todo el sistema del proveedor ya se ha visto comprometido.

Esto también plantea otra cuestión práctica para la que conviene estar preparado: si se pierde la clave de cifrado o se gestiona de forma inadecuada, los datos de copia de seguridad que protege podrían quedar ilegibles de forma permanente, por lo que los procedimientos de copia de seguridad y recuperación de claves no son menos importantes que el propio cifrado.

En cuanto al acceso, los sistemas de copia de seguridad deben utilizar credenciales independientes y permisos basados en roles que difieran de los aplicables a las cuentas de usuario habituales, con el único fin de garantizar que, si un sistema se ve comprometido, no se conceda automáticamente acceso a las copias de seguridad.

También merece la pena separar a quienes pueden configurar o eliminar copias de seguridad de quienes solo pueden verlas y restaurarlas, ya que se trata de niveles de riesgo completamente diferentes que, potencialmente, podrían estar sujetos al mismo permiso.

Rendimiento, latencia y objetivos de recuperación

¿Cómo ayudan las soluciones híbridas a cumplir los RTO y los RPO?

El objetivo de tiempo de recuperación (RTO) mide la rapidez con la que una empresa debe volver a estar operativa tras un fallo de cualquier tipo.

El objetivo de punto de recuperación (RPO) representa el volumen aceptable de pérdida de datos, medido como el tiempo transcurrido desde la última copia de seguridad.

Una solución de copia de seguridad híbrida ofrece RTO ajustados gracias a una copia local disponible para una recuperación rápida, mientras que los RPO ajustados son posibles gracias a la replicación frecuente de datos en la nube para mantener lo más reducido posible el intervalo entre la última copia de seguridad y un fallo. Cualquier empresa que tenga requisitos de recuperación estrictos podría utilizar potencialmente ambas opciones: el almacenamiento local para ganar velocidad y la replicación en la nube para reducir la pérdida de datos.

¿Cómo afectan el almacenamiento en caché local y la organización por niveles a la velocidad de recuperación?

Las ubicaciones de almacenamiento de datos varían bastante, y esa ubicación afecta directamente al tiempo que se tardará en restaurar dichos datos. La información más reciente o a la que se accede con mayor frecuencia suele residir en el nivel de almacenamiento más rápido y accesible, a menudo almacenada en caché localmente para que sea fácilmente accesible en caso de que se necesite restaurarla en cualquier momento. Los datos más antiguos y menos importantes se trasladan con el tiempo a un almacenamiento más lento y económico, a cambio de una menor velocidad de recuperación por un menor coste de almacenamiento.

Existe una correlación directa entre los tipos de datos y sus plazos de restauración:

  • Los datos más recientes (almacenados en caché) se recuperan rápidamente, a menudo en cuestión de minutos, ya que, para empezar, no es necesario trasladarlos a través de la red.
  • Los datos que han pasado a un nivel de almacenamiento en la nube tardan más en restaurarse debido a los tiempos de recuperación y transferencia.
  • De estos tres tipos, los datos de archivo o los que se encuentran en almacenamiento en frío son los que más tardan en recuperarse, principalmente porque el almacenamiento subyacente prioriza el bajo coste por encima de todo lo demás.

Cualquier empresa que tenga requisitos significativos de velocidad de recuperación para determinados tipos de datos debe tenerlo en cuenta a la hora de decidir qué se mantiene en un nivel rápido, local o en caché, y qué puede pasar con el tiempo a un almacenamiento más lento.

¿Qué se puede seguir recuperando cuando el proveedor de la nube o la conexión de red no están disponibles?

Pase lo que pase con la conexión a la nube o con el proveedor, una copia local de los datos seguirá siendo recuperable, ya que no está conectada a la nube en absoluto. Es una de las ventajas más prácticas de un nivel de almacenamiento local como alternativa a mantener el almacenamiento de la empresa exclusivamente en la nube.

Lo que se ve afectado por una interrupción del servicio en la nube u otro problema son aquellos datos que dependen explícitamente del lado de la nube: datos que ya han pasado a un nivel exclusivamente en la nube o una copia de seguridad que aún no ha terminado de replicarse. Todos esos datos permanecen inaccesibles hasta que la conexión o el proveedor vuelvan a estar disponibles, aunque sigan existiendo en la nube, sanos y salvos.

Por ejemplo, si una empresa pierde la conexión a Internet durante varias horas a mediodía, sus copias de seguridad creadas recientemente estarán a salvo en un almacenamiento local o en la caché, cubriendo así las necesidades de recuperación del día a día. Por desgracia, la restauración de archivos más antiguos que ya se habían trasladado a un nivel de almacenamiento en la nube solo sería posible cuando se restableciera la conexión, ya que el archivo en cuestión simplemente ya no existe a nivel local.

Esto pone de relieve por qué las decisiones sobre niveles de almacenamiento van más allá de la mera cuestión del coste: puede haber datos empresariales a los que se accede con poca frecuencia, pero que podrían ser necesarios con urgencia, lo que justifica su almacenamiento en un nivel más rápido o más accesible localmente que en la nube.

Coste, licencias y coste total de propiedad

¿Cómo se comparan los costes iniciales y recurrentes de las soluciones de copia de seguridad en la nube híbrida con otros enfoques?

Las copias de seguridad en la nube híbrida ofrecen unos costes iniciales de hardware mucho más bajos que una implementación de copias de seguridad en las propias instalaciones, ya que las empresas solo tienen que adquirir la capacidad física necesaria para los datos de acceso rápido y no una copia completa de todo. Sin embargo, donde una opción híbrida podría resultar más cara es en el coste recurrente, ya que las cuotas de almacenamiento en la nube continúan indefinidamente en lugar de ser una compra única.

La desventaja de las copias de seguridad híbridas frente a una opción de nube pura radica en un mayor coste inicial por el hardware local, que aún hay que adquirir y mantener. Por su parte, los costes recurrentes favorecen a las opciones híbridas en esta comparación, ya que solo se almacenan algunos datos empresariales en la nube y, por lo tanto, se puede optar por una cuota de suscripción más reducida.

¿Qué factores de precios debes tener en cuenta para el almacenamiento en la nube y la salida de datos?

Es raro que el precio del almacenamiento en la nube se reduzca a una única cifra sencilla, ya que el coste total viene determinado por una amplia variedad de factores, entre los que se incluyen la cantidad de datos almacenados, cómo se clasifican por niveles y la frecuencia con la que hay que acceder a ellos.

Factor de precio A qué afecta Cómo gestionarlo
Volumen de almacenamiento Volumen total de datos almacenados en la nube Reducirlo mediante deduplicación, compresión y límites de retención
Clase o nivel de almacenamiento Coste por GB, depende de la frecuencia de acceso Trasladar los datos a los que se accede con poca frecuencia a un almacenamiento más económico
Tarifas de salida Coste de sacar datos de la nube Minimizar las restauraciones completas innecesarias; probar con recuperaciones parciales
Tarifas de recuperación Coste adicional por acceder a datos almacenados en el nivel «cold» o de archivo Reserva los niveles de archivo para datos que probablemente no requieran una recuperación rápida
Costes de API/solicitud Coste por cada operación de lectura/escritura Evita las operaciones excesivamente frecuentes si es posible

¿Cómo pueden la deduplicación, la compresión y las políticas de retención reducir los costes?

Tanto la deduplicación como la compresión reducen la cantidad total de datos que deben transmitirse y almacenarse. El almacenamiento en la nube suele facturarse en función del volumen de datos, por lo que reducir ese volumen también reduce la factura. Un volumen menor no solo supone un menor coste por el almacenamiento en la nube, sino que también influye en la velocidad de recuperación, ya que hay menos datos que transferir a través de la red para la restauración u otros fines.

Las políticas de retención se convierten en una tercera variable en esta ecuación: el tiempo que se almacenan las copias de seguridad afecta directamente a la cantidad total de datos que hay en el sistema, incluidos los datos almacenados en la nube. Si una empresa conserva todas las copias de seguridad de forma indefinida, sus costes de almacenamiento seguirán creciendo exponencialmente con el tiempo. Sin embargo, si se aplica una política de retención, esta puede ayudar a conservar solo lo que la empresa realmente necesita, en función de los requisitos de cumplimiento normativo o las necesidades de recuperación.

La disyuntiva es obvia: menos datos históricos de los que recuperarse. Algunos problemas solo se detectan tras un cierto tiempo, por lo que los períodos de retención deben configurarse en función de las necesidades reales de recuperación de la empresa, en lugar de tener en cuenta únicamente la minimización de costes.

Implementación: pasos de planificación y despliegue

¿Cómo se evalúa el entorno actual y los requisitos de copia de seguridad?

Si una empresa decide adoptar un enfoque híbrido de copias de seguridad, tendría sentido identificar qué es lo que realmente hay que proteger y con qué rapidez habría que recuperarlo antes de la implementación. En términos generales, esto suele incluir:

  • Tipos y volúmenes de datos en todos los sistemas
  • Requisitos de recuperación (RTO/RPO) para cada tipo de datos
  • Infraestructura de copias de seguridad existente y lo que se puede reutilizar
  • Ancho de banda de red disponible para la transferencia a la nube

Puede que esta evaluación no parezca gran cosa, pero, de alguna manera, determina la mayoría de las decisiones posteriores, incluyendo qué se mantiene en el almacenamiento local, qué se transfiere a la nube y cuánta capacidad en la nube debe prever una empresa.

¿Cómo se diseñan las estrategias de retención, clasificación por niveles y recuperación?

Los intervalos de retención de los datos deben establecerse basándose en los resultados de evaluaciones previas, en lugar de utilizar una política predeterminada como punto de partida. Los datos críticos y regulados suelen requerir un periodo de retención más largo. Por su parte, los datos de baja prioridad pueden eliminarse de forma segura en una fase temprana para ahorrar costes.

Las decisiones de jerarquización son de naturaleza similar: los datos que requieren una velocidad de recuperación estricta se mantienen más tiempo en el almacenamiento local o en caché antes de trasladarlos al almacenamiento en la nube, mientras que los datos a los que se accede con poca frecuencia podrían pasar a un nivel de almacenamiento más económico mucho antes sin inconvenientes apreciables.

La estrategia de recuperación combina ambos enfoques. ¿Qué se recuperará si fallan varios sistemas simultáneamente? La prioridad siempre recaerá en los sistemas más críticos, que deben restaurarse en el menor tiempo posible.

¿Cómo se lleva a cabo la prueba piloto, la migración y la validación de una implementación de copias de seguridad híbridas?

Por lo general, resultará mucho más sencillo implementar nuevas soluciones de copias de seguridad híbridas como un proceso por etapas con un despliegue procedimental, en lugar de un enfoque de transición única. En la mayoría de estas implementaciones hay tres fases generales:

  • Crear una prueba piloto de la configuración en un subconjunto de datos pequeño y de bajo riesgo para detectar diversos problemas de configuración y solucionarlos antes de que puedan afectar a los entornos de producción.
  • Migrar el resto del entorno por etapas una vez que la prueba piloto funcione según lo esperado, evitando cambiar todo de una sola vez.
  • Validar la implementación con procedimientos reales de prueba de restauración para evitar una situación en la que una copia de seguridad se restaure con éxito, pero los datos restaurados sean irrecuperables.

Buenas prácticas operativas

¿Con qué frecuencia deben realizarse las copias de seguridad y las pruebas de recuperación ante desastres?

La frecuencia de las copias de seguridad debe ajustarse a los valores de RPO, en términos generales: una empresa que solo pueda tolerar una hora de pérdida de datos debe realizar copias de seguridad al menos una vez por hora. Esta es precisamente la razón por la que la mayoría de las soluciones híbridas replican los datos en la nube, ya sea siguiendo un calendario estricto o de forma continua.

Las pruebas de recuperación ante desastres son un tema con una cadencia diferente, en el que las empresas suelen invertir menos de lo necesario. La norma habitual es probar cada aplicación al menos una vez al año; las aplicaciones críticas se prueban trimestralmente, mientras que se llevan a cabo pruebas adicionales a gran escala tras cada cambio importante en la infraestructura.

La realidad es un poco menos positiva que eso. Según ConnectWise, el 58 % de las empresas prueban sus planes de recuperación ante desastres una vez al año o menos, y el 33 % no tiene un calendario fijo de pruebas o ni siquiera prueba esos planes. Esta brecha entre los resultados recomendados y los reales es donde las estrategias de copia de seguridad híbridas suelen fallar sin que nadie se dé cuenta. Al fin y al cabo, es posible que una copia de seguridad que nunca se ha probado no se restaure tal y como se pretendía.

¿Cómo se puede verificar que las copias de seguridad replicadas son recuperables y no solo que se marcan como «correctas»?

Una tarea de copia de seguridad completada puede seguir presentando datos dañados o incompletos. La verificación debe ir más allá de la simple comprobación de si una tarea de copia de seguridad se ha realizado correctamente o no. El método más preciso para ello es llevar a cabo pruebas reales de restauración de vez en cuando, a ser posible en un sistema separado y aislado, para asegurarse de que la información restaurada se abre y funciona tal y como se esperaba.

Algunas herramientas de copia de seguridad híbrida también ofrecen comprobaciones de integridad automatizadas. La verificación de sumas de comprobación, por ejemplo, puede ayudar a detectar daños sin tener que realizar una restauración completa cada vez que se pasa por alto un archivo problemático en una fase temprana.

No obstante, los sistemas automatizados no deben utilizarse como sustituto de las restauraciones reales, ya que se centran en problemas distintos: las comprobaciones automatizadas detectan rápidamente los daños técnicos, mientras que las restauraciones reales periódicas garantizan que todo el proceso funcione de principio a fin.

¿Cómo gestionas la aplicación de parches, la supervisión y las alertas para las copias de seguridad híbridas?

Tu software de copia de seguridad y tus agentes deben recibir parches periódicamente, al igual que el resto de servicios de tu infraestructura. Las vulnerabilidades en los entornos de copia de seguridad pueden convertirse en un punto de entrada para los atacantes.

La supervisión debe detectar el estado de finalización de los trabajos tanto en los servicios locales como en la nube. Las alertas deben comunicar inmediatamente esos fallos a los contactos pertinentes.

En conjunto, todas estas medidas evitan que los problemas menores se conviertan en fallos graves que solo se detectarían durante una emergencia real.

¿Cómo deben versionarse y documentarse las políticas de copia de seguridad?

Al igual que cualquier entorno de copia de seguridad híbrido evoluciona con el tiempo, sus políticas también lo hacen; si no existe un registro o un historial claro de los cambios, a los usuarios les resultaría difícil comprender por qué se han tomado determinadas decisiones de configuración o si la configuración es correcta desde el principio. Afortunadamente, estos cambios pueden rastrearse de forma coherente a lo largo del tiempo si se tratan las políticas de copia de seguridad como documentos con un historial completo de versiones.

Un documento de políticas útil suele incluir:

  • Las reglas actuales de retención y jerarquización para cada tipo de datos
  • Una nota sobre quién tiene permisos para modificar las políticas de copia de seguridad
  • Una explicación de cómo se aprueban los cambios en las políticas
  • Un registro de cambios que indique qué se ha modificado y por qué
  • Procedimientos de recuperación y contactos de escalación para situaciones imprevistas

Mantener la documentación actualizada es tan importante como redactarla en primer lugar; los documentos de políticas que hagan referencia a una configuración de hace dos años solo generarán una falsa confianza en una premisa ya de por sí errónea.

Retos comunes y cómo mitigarlos

¿Cuáles son los problemas habituales de integración e interoperabilidad?

Los entornos híbridos son combinaciones de software de copia de seguridad, hardware local y plataformas en la nube de proveedores independientes. Es bastante habitual que componentes como estos no funcionen juntos a la perfección. Sin embargo, algunos de los problemas surgen con más frecuencia que otros, como por ejemplo:

  • Compatibilidad limitada con determinados proveedores de servicios en la nube
  • API inconsistentes entre entornos
  • Sistemas heredados inadecuados para la integración en la nube

El mercado del software de copia de seguridad de datos cuenta con muchas herramientas que se crearon, ante todo, para tareas locales. Muchas de esas herramientas suelen tener una compatibilidad limitada con los proveedores de nube, con solo un reducido conjunto de proveedores entre los que elegir, lo que obliga a crear soluciones alternativas o integraciones limitadas cuando una empresa quiere utilizar un proveedor que no figura en la lista de los compatibles.

El hecho de que el software local tenga una API diferente a la de las plataformas en la nube hace que los trabajos se ejecuten de forma distinta a la esperada, ya que no todos los entornos exponen los mismos datos ni gestionan los errores de la misma manera. Esto podría provocar que los trabajos fallen de forma silenciosa o se comporten de manera inconsistente de un entorno a otro, en lugar de fallar de forma evidente y notoria.

Los sistemas heredados añaden una capa adicional de problemas a todo lo demás. El sector del software de copias de seguridad lleva ya bastante tiempo en funcionamiento, y algunas soluciones llevan activas mucho más de una o dos décadas —épocas en las que la integración en la nube ni siquiera existía—.

Conectar soluciones de este tipo a una configuración híbrida de copias de seguridad podría requerir algún tipo de middleware o un conector específico del proveedor, lo que supondría otro punto de fallo en la cadena. Incluso en ese caso, es posible que ese complemento o conector no tenga la misma cadencia de actualizaciones que el resto del software, lo que provocaría una desincronización progresiva con el paso del tiempo sin que nadie se diera cuenta.

¿Cómo se gestionan las restricciones de ancho de banda y la limitación de la red?

Aunque ya se utilizan para reducir el volumen total de datos, la deduplicación y la compresión también pueden reducir la cantidad de ancho de banda que consumen las copias de seguridad desde el principio. Por no mencionar que la mayoría de las soluciones de copias de seguridad en la nube híbrida incorporan por sí mismas reglas de limitación de ancho de banda, que controlan el volumen de capacidad de red que pueden ocupar las copias de seguridad para que no interfieran con el tráfico habitual de la empresa.

Las transferencias de gran volumen, como las copias de seguridad completas iniciales o las migraciones masivas, también pueden ejecutarse fuera del horario laboral como otra forma de evitar sobrecargar la conexión de red cuando es más valiosa.

¿Cómo pueden las soluciones de copias de seguridad en la nube híbrida reducir los riesgos de pérdida de datos y de configuración errónea?

Un porcentaje asombroso de los problemas de pérdida de datos y de configuración errónea no se debe a fallos del sistema, sino a cambios que se pasan por alto y a suposiciones no verificadas. Exigir una revisión o aprobación antes de modificar las políticas de retención y de almacenamiento por niveles es una de las precauciones más fundamentales que las empresas pueden adoptar para evitar que un único cambio erróneo se convierta en un desastre de grandes proporciones más adelante.

Una auditoría de configuración automatizada crea otra capa de defensa a la hora de detectar ajustes que se han desviado de la política prevista, independientemente de si alguien recuerda haber realizado el cambio. Si a esto se le añade un registro de cambios, suele resultar más fácil rastrear el origen de las desviaciones para ver qué se modificó exactamente y por qué, en lugar de tener que hacer conjeturas.

Dicho esto, estas medidas no deben utilizarse como sustituto de la verificación real de las copias de seguridad. Las comprobaciones de integridad automatizadas y las restauraciones de prueba manuales periódicas que hemos mencionado anteriormente siguen siendo la última línea de defensa que detecta los problemas que la configuración por sí sola no puede detectar.

¿Qué criterios de evaluación se deben utilizar a la hora de seleccionar un proveedor de copias de seguridad híbridas?

Dado que los distintos proveedores de copias de seguridad híbridas suelen diferir entre sí en cuanto a características, comparar las listas de características de forma aislada es un enfoque mucho menos útil que evaluar todas las opciones potenciales según el mismo conjunto de criterios para lograr cierto grado de coherencia. Estos criterios podrían incluir:

  • Capacidades de seguridad: cifrado en tránsito, cifrado en reposo, opciones de gestión de claves, almacenamiento inmutable, almacenamiento aislado físicamente.
  • Compatibilidad con el cumplimiento normativo: controles de retención, registros de auditoría, otras características específicas del RGPD, la HIPAA, la norma PCI DSS, etc.
  • Rendimiento de la recuperación: en qué medida los RTO y los RPO se ajustan a los requisitos empresariales.
  • Flexibilidad de implementación: proveedores de nube específicos compatibles, configuración multicloud como opción.
  • Ancho de banda y eficiencia de red: compresión, deduplicación, controles de limitación de ancho de banda.
  • Escalabilidad: la facilidad para ampliar el almacenamiento y la infraestructura sin modificaciones arquitectónicas importantes.
  • Compatibilidad de integración: sistemas, aplicaciones e infraestructuras heredadas compatibles.
  • Transparencia en los precios: tarifas de salida y otros costes que rara vez se mencionan desde el principio.
  • Soporte técnico y fiabilidad: tiempos de respuesta, prácticas de recuperación ante desastres.
  • Facilidad de gestión: centralización de la interfaz para los componentes locales y en la nube, etc.

¿Cómo respalda Bacula Enterprise las copias de seguridad seguras en la nube híbrida?

Bacula Enterprise utiliza los mismos principios híbridos que se describen en este artículo para gestionar el almacenamiento local y en la nube bajo una misma plataforma. Ofrece capacidades nativas de nube híbrida con los principales proveedores, como AWS S3, Azure, Google Cloud, Oracle Cloud y Glacier. La gran variedad de opciones de almacenamiento en la nube entre las que elegir hace que sea mucho más fácil para una empresa verse atrapada en la dependencia de un único proveedor en lo que respecta a su almacenamiento en la nube. Es fundamental destacar que las cualidades inherentes de Bacula permiten realizar copias de seguridad, recuperar y trasladar datos entre cualquiera o todos sus destinos en la nube sin limitaciones directas.

Además, Bacula utiliza una tecnología de deduplicación global aplicada tanto en el lado del cliente como en el del almacenamiento para reducir el consumo de ancho de banda y las inversiones en almacenamiento. La velocidad de recuperación se aborda mediante la tecnología «Minimal Restore Cost» propia de Bacula, que mantiene las copias de seguridad basadas en la nube sincronizadas localmente, mejorando así la velocidad de recuperación desde la nube.

En cuanto a los precios, Bacula funciona mediante un modelo de suscripción que no cobra en función del volumen de datos consumido, lo que evita una parte significativa de los costes de salida y almacenamiento mencionados anteriormente en el artículo.

Medición del éxito y cálculo del ROI

¿Qué indicadores clave de rendimiento (KPI) deben supervisarse para evaluar el rendimiento y la fiabilidad de las copias de seguridad?

Solo unas pocas métricas pueden ofrecer una visión sorprendentemente clara y variada de si una estrategia de copias de seguridad híbrida está funcionando realmente o no:

  • Índices de éxito de las copias de seguridad
  • Rendimiento real de RTO y RPO en comparación con los valores objetivo
  • Índices de superación de las pruebas de restauración
  • Tasas de crecimiento del almacenamiento local y en la nube
  • Tiempo necesario para detectar y resolver fallos en las copias de seguridad

El seguimiento constante de todos estos valores a lo largo del tiempo es más valioso que cualquier medición individual. Un mes satisfactorio no bastará para detectar todos los problemas que podrían empezar a aparecer más adelante.

¿Cómo se cuantifican la reducción del riesgo y el ahorro operativo?

Para estimar la reducción del riesgo de la forma más eficaz, las empresas deben comparar el coste de un posible tiempo de inactividad o pérdida de datos con la medida en que una configuración híbrida puede reducir su probabilidad o su impacto. Sin embargo, debido a la naturaleza de las predicciones, aquí solo se pueden utilizar cifras aproximadas del coste del tiempo de inactividad.

El ahorro operativo es ligeramente más fácil de calcular, comparando los costes de la configuración anterior con una combinación del gasto actual en la nube y en hardware, y el tiempo que el personal dedica a la gestión de las copias de seguridad.

Incluso unas estimaciones aproximadas permitirían comparar el coste de implementar un entorno híbrido con el coste de un incidente grave que, sin dicho entorno, acabaría produciéndose inevitablemente.

¿Cómo se puede elaborar un caso de negocio para la inversión en copias de seguridad híbridas?

Un caso de negocio resultará más creíble cuando pueda vincular los valores de ahorro operativo y reducción del riesgo a un único escenario concreto, en lugar de presentar todo como cifras individuales abstractas.

Tomemos como ejemplo una empresa mediana que está evaluando si añadir la replicación en la nube a una configuración de copias de seguridad existente que solo se realiza de forma local.

Si en el pasado se produjera un incidente de fallo de hardware local que supusiera varios días de inactividad y un retraso en los servicios al cliente, ese incidente sería un excelente punto de referencia. Solo quedaría estimar cuánto costaría hoy ese mismo fallo y compararlo con el coste continuo del almacenamiento y la replicación en la nube.

El coste de un único incidente probable que se acerque o supere el coste anual de una configuración híbrida tiende a hacer que la inversión resulte mucho más justificable sin necesidad de recurrir a complicados algoritmos de modelización financiera.

Puntos clave

  • La copia de seguridad en la nube híbrida combina el almacenamiento local y en la nube para evitar las debilidades de cualquiera de las dos opciones utilizadas por separado
  • Las copias locales proporcionan una recuperación rápida, mientras que las copias en la nube sirven de respaldo durante los fallos locales
  • Las copias de seguridad inmutables, con aislamiento físico y lógicamente aisladas protegen contra el ransomware y los cambios no autorizados
  • Los objetivos de RTO y RPO determinan cómo deben programarse las copias de seguridad y las pruebas de recuperación ante desastres
  • Las pruebas periódicas de restauración tienen más valor que confirmar si las tareas de copia de seguridad se completaron con éxito o no

Preguntas frecuentes

¿En qué deben diferir las políticas de copia de seguridad entre los entornos locales y en la nube?

En el caso de las políticas locales, los períodos de retención suelen definirse en función de lo que está disponible localmente, ya que el espacio de almacenamiento puede ser físicamente escaso. En la nube, se dispone de flexibilidad en cuanto a la retención, pero también hay que tener en cuenta la estrategia de jerarquización del almacenamiento, ya que cambiar de clase afectaría tanto al coste como a la velocidad de recuperación. Los controles de acceso también son diferentes: la seguridad de la red interna es el mecanismo principal para las políticas locales, mientras que las políticas en la nube deben invertir en una gestión explícita de identidades y accesos.

¿Puede un sistema de copia de seguridad híbrido restaurar cargas de trabajo en la nube durante una interrupción de la red o de la plataforma en la nube?

No se podrá restaurar nada directamente desde la copia en la nube, ya que se requiere una conexión a la red. Dicho esto, los datos existentes de los que se ha realizado una copia de seguridad como copia local serán totalmente recuperables durante la interrupción.

¿Cómo debe tener en cuenta una programación de copias de seguridad los límites de ancho de banda en un entorno de nube híbrida?

Es preferible realizar las transferencias de gran volumen fuera del horario laboral para evitar interrumpir el tráfico habitual de la empresa. No obstante, las copias de seguridad incrementales continuas pueden ejecutarse prácticamente en cualquier momento, ya que la deduplicación y la compresión mantienen el tamaño de los datos lo suficientemente reducido como para no sobrecargar el ancho de banda total de la empresa.

¿Cuándo deberían las empresas utilizar copias de seguridad en la nube híbrida en lugar de un enfoque tradicional?

Las soluciones de copias de seguridad en la nube híbrida tienen más sentido cuando una empresa se enfrenta al menos a uno de los siguientes problemas:

  • Requisitos de tiempo de recuperación demasiado estrictos como para cumplirlos solo con copias de seguridad en la nube.
  • La necesidad de protección fuera de las instalaciones que las implementaciones locales no pueden proporcionar por completo.
  • Requisitos de cumplimiento normativo en términos de retención o aislamiento de datos.
  • Volúmenes de datos crecientes que se han vuelto demasiado grandes para almacenarlos únicamente en hardware local.

¿Cómo pueden el almacenamiento local y el de la nube evitar que un mismo ataque comprometa ambas copias de seguridad?

Al menos una copia de datos inmutable, aislada físicamente o aislada lógicamente impide que un atacante afecte a todo el entorno al obtener credenciales y privilegios de acceso específicos.

Sobre el autor
Rob Morrison
Rob Morrison es el director de marketing de Bacula Systems. Comenzó su carrera de marketing de TI con Silicon Graphics en Suiza, desempeñando con fuerza varios puestos de gestión de marketing durante casi 10 años. En los siguientes 10 años, Rob también ocupó varios puestos de gestión de marketing en JBoss, Red Hat y Pentaho, asegurando el crecimiento de la cuota de mercado de estas conocidas empresas. Se graduó en la Universidad de Plymouth y tiene una licenciatura en Medios Digitales y Comunicaciones, y completó un programa de estudios en el extranjero.
Deja un comentario

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *