El Gobierno impone ciertos requisitos. Principalmente, ante el aumento de amenazas como el malware y el ransomware, las empresas deben adoptar medidas que den prioridad a la seguridad. Determinar la tolerancia de su organización ante la pérdida de datos y el tiempo de recuperación puede minimizar o incluso mitigar por completo las repercusiones de una posible interrupción en sus proyectos o en las aplicaciones y bases de datos críticas para su misión. Esto también debería incluir reevaluaciones periódicas que tengan en cuenta las amenazas nuevas y emergentes para sus datos e infraestructura, lo que permitirá a su organización seguir funcionando en caso de que se produzca una interrupción. Pero analicemos más detenidamente el RTO frente al RPO.
¿Cuál es la diferencia entre el RTO y el RPO?
El objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) son dos de los parámetros más importantes de una estrategia eficaz de recuperación ante desastres. Para que las empresas puedan proteger sus proyectos y cumplir los requisitos gubernamentales en materia de seguridad, es fundamental comprender qué significa cada uno de ellos, cómo se calculan y qué herramientas se pueden utilizar para garantizar que se cumplan o se superen dichos objetivos.
Comprender el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO)
Aunque el RPO y el RTO están relacionados en cierta medida, cada uno de ellos se refiere a aspectos totalmente distintos de la recuperación ante desastres dentro de un plan de continuidad del negocio. A continuación se explican sus definiciones:
Objetivo de tiempo de recuperación
El RTO es el tiempo máximo que una organización ha establecido para recuperarse de un desastre antes de que el tiempo de inactividad provoque graves consecuencias debido a una interrupción de la continuidad del negocio.
Por ejemplo, supongamos que una organización regulada por el Gobierno ha establecido un RTO de cinco horas y sufre un incidente que provoca la caída de su infraestructura. En ese caso, deberá restablecer el funcionamiento de su infraestructura en un plazo de cinco horas, antes de que el tiempo de inactividad provoque problemas graves en sus operaciones o proyectos.
Objetivo de punto de recuperación (RPO)
El RPO se refiere al periodo de tiempo que puede transcurrir durante un desastre hasta que la cantidad de datos perdidos supere el umbral máximo establecido por los requisitos de seguridad gubernamentales del plan de continuidad del negocio. En otras palabras, ¿cuál es la cantidad de datos que se puede perder antes de que dicha pérdida afecte de forma efectiva a las operaciones o a los usuarios finales?
Normalmente, una organización realiza copias de seguridad de sus datos de forma automática según el calendario de copias de seguridad que haya establecido. Por ejemplo, supongamos que una organización realiza automáticamente una copia de seguridad de sus datos cada 10 horas y, posteriormente, sufre una interrupción del servicio que dura ocho horas. Dado que la duración de la interrupción no superó la última copia de seguridad de datos
En este sentido, la organización ha cumplido su RPO y puede recuperar datos suficientes para reanudar sus operaciones de forma aceptable, sin interrupciones ni pérdidas significativas. Esto es fundamental para que las empresas cumplan los requisitos de seguridad establecidos y para el buen funcionamiento de sus proyectos.
Diferencias entre el RTO y el RPO
Aunque tanto el RTO como el RPO son aspectos esenciales de un plan de continuidad del negocio, las principales diferencias se centran en sus respectivas finalidades dentro del plan.
El RTO abarca un ámbito mucho más amplio dentro de la recuperación ante desastres, ya que incluye la totalidad de las operaciones, los proyectos y las aplicaciones de la organización, así como el tiempo que esta puede seguir funcionando durante un periodo de inactividad antes de que sus operaciones —incluido el trabajo en los proyectos— se vean obstaculizadas. En comparación, el RPO se centra exclusivamente en los datos y en la resiliencia de la organización ante la pérdida de dichos datos.
Cómo calcular el RTO
El RTO de una organización depende de varios factores distintos, desde la naturaleza de su actividad hasta el alcance total de su infraestructura.
A continuación se indican algunos pasos generales que suelen seguir las organizaciones para determinar con precisión un RTO:
- Elabora una lista de todos los sistemas y aplicaciones que utiliza la organización en el marco de sus operaciones habituales y, a continuación, identifica todos los equipos y usuarios finales que se verían afectados si dichos sistemas y aplicaciones sufrieran una interrupción del servicio.
- Calcula cuáles serían las pérdidas si estos sistemas y aplicaciones dejaran de funcionar, como la pérdida de ingresos y los gastos adicionales derivados de la imposibilidad de acceder a ellos.
- Si tu organización gestiona los datos de sus clientes, también deberás tener en cuenta los acuerdos de servicio que tienes con ellos, ya que pueden influir en el tiempo del que dispones para recuperar sus datos.
- Identifica las aplicaciones que se verían afectadas si se produjera un fallo en la base de datos.
- Toma nota de cualquier servicio de atención al cliente que dejara de estar disponible y que pudiera provocar reacciones negativas y posibles pérdidas económicas.
Una vez que hayas tenido en cuenta todas las aplicaciones, piensa cuál de ellas causaría mayores pérdidas si dejara de estar disponible y, a continuación, utiliza su tiempo de Recovery como RTO de referencia para tu organización. Si todas las aplicaciones tienen la misma importancia, puedes calcular la media de cada RTO y utilizarla como referencia.
Cómo calcular el RPO
El RPO de cada organización será único y dependerá de varias variables, sobre todo cuando intervengan múltiples sistemas, aplicaciones y proyectos. Sin embargo, existen factores comunes relacionados con los requisitos de seguridad gubernamentales que deben tenerse en cuenta a la hora de determinar cuál es el punto de recuperación real, tales como:
- La cantidad máxima de pérdida de datos que tu organización puede soportar sin dejar de funcionar
- Los costes previstos asociados a esta pérdida de datos y a cualquier servicio que haya quedado indisponible como consecuencia de la misma
- El coste de las soluciones de recuperación de software
- El cumplimiento de los acuerdos de nivel de servicio (SLA)
- Repercusiones para los clientes y los usuarios finales
- Necesidades específicas de cada sector y ámbito de actividad
Sopesar todos estos factores en su conjunto puede ayudar a una organización, ya sea pública o privada, a determinar el nivel aceptable de pérdida de datos que, además, se ajuste al presupuesto asignado para la realización de copias de seguridad. Esto permitirá establecer la frecuencia con la que deben realizarse las copias de seguridad e identificar un RPO concreto, garantizando así la seguridad y la continuidad en cualquier circunstancia.
¿Qué es más importante, el RTO o el RPO?
Tanto el RTO como el RPO son componentes esenciales de cualquier plan de continuidad del negocio, pero ¿es realmente uno más importante que el otro? Este debate en curso es fundamental para las empresas que pretenden mantener sus protocolos de seguridad y, al mismo tiempo, cumplir los estrictos requisitos establecidos por el Gobierno.No existe una respuesta objetiva, ya que las necesidades específicas de cada organización —tanto en lo que se refiere a los procesos internos como a la experiencia del usuario final— vienen determinadas siempre por los servicios que ofrecen, el sector en el que operan y la red o comunidad a la que se dirigen. Cada una de estas categorías requiere una aplicación diferente de la tecnología, y los detalles específicos de cada proceso varían en consecuencia.
Cumple o supera los objetivos de tiempo de recuperación (RTO) y los objetivos de punto de recuperación (RPO) con Clumio
Contar con un plan eficaz de Recovery ante desastres es siempre fundamental para mantener la continuidad del negocio. Esto cobra especial importancia en una comunidad impulsada por la tecnología, en la que los detalles del funcionamiento del hardware y el software están estrechamente relacionados y son fundamentales para las operaciones.
Estos planes tienen como objetivo garantizar la continuidad de las operaciones de su organización en caso de interrupciones del servicio provocadas por ataques, eliminaciones accidentales, fallos de hardware o problemas periódicos con el alojamiento en la nube. Esta preparación, facilitada por la tecnología más avanzada, incluirá siempre el establecimiento de unos RTO y RPO viables.
Las capacidades de recuperación rápida de Clumio permiten restaurar datos con rapidez desde su plataforma de protección de datos nativa en la nube. Al ofrecer la posibilidad de restaurar una instancia completa, así como de recuperar de forma granular archivos, registros o buzones de correo individuales, Clumio optimiza el proceso de recuperación de datos para ayudarte a cumplir o minimizar tus RTO actuales. Esta tecnología permite una recuperación fluida de la red, lo que contribuye a reducir el impacto de las interrupciones en la actividad empresarial.
Con Clumio Protect, puedes implementar políticas globales en todo tu entorno de AWS para realizar copias de seguridad de tus aplicaciones con la frecuencia adecuada, lo que te ayuda a cumplir con tus SLA de Recovery y tus requisitos de cumplimiento normativo. Además, el motor de optimización de copias de seguridad de Clumio Discover ofrece informes mejorados y una mayor visibilidad del estado actual e histórico de las copias de seguridad de AWS. Esta tecnología ofrece a las organizaciones la capacidad de determinar la cantidad adecuada de instantáneas necesarias para cumplir su RPO, al tiempo que evita los costes innecesarios que pueden derivarse de la creación y el almacenamiento excesivos e innecesarios de instantáneas. Esta información tan detallada constituye un recurso valioso para la comunidad de usuarios de AWS.
Permítanos mostrarle cómo Clumio, líder en tecnología de Recovery, permite una recuperación más rápida de los datos de las cargas de trabajo de AWS, como EC2, EBS, RDS, DynamoDB, etc., concertando una demostración.
Aprovecha esta oportunidad para establecer contactos con nuestra comunidad de usuarios satisfechos.
