Soluciones de Disaster Recovery y backups

Ambos se fijan por proyecto, porque son aquello contra lo que se dimensiona la arquitectura, no una característica cerrada. Como referencia, la política de snapshots básica del almacenamiento en red toma una copia cada hora, de modo que un RPO de una hora es el punto de partida sin configuración adicional; objetivos más exigentes se cubren con replicación continua. El RTO depende sobre todo de si el entorno de recuperación está ya encendido: una infraestructura dedicada en reserva recupera en un orden de magnitud distinto al de una que hay que aprovisionar el mismo día. Dinos las cifras que necesita tu negocio y dimensionamos la infraestructura contra ellas.

Un backup es una copia desde la que puedes restaurar. Un Disaster Recovery es el compromiso de que un entorno completo vuelve a estar operativo en un tiempo acordado. Todos nuestros servicios de almacenamiento incluyen por defecto una réplica completa y un programa de backups básico; el Disaster Recovery añade la infraestructura de destino, el protocolo de actuación y un tiempo de recuperación medible.

No. El diseño no es invasivo con tu infraestructura actual y se adapta a la plataforma de virtualización que ya utilizas.

Sí, y conviene hacerlo de forma periódica: un plan que no se ha ejecutado nunca es una suposición, no un plan. La frecuencia y la profundidad de cada simulacro se acuerdan por proyecto, junto con lo que se verifica en cada uno: una conmutación completa, la restauración parcial de un servicio concreto, o simplemente medir el tiempo real de recuperación frente al comprometido. El plan de pruebas se define junto con el diseño del DR, no después.

En nuestros propios data centers de Madrid y Ámsterdam, ambos dentro de la Unión Europea. El almacenamiento en red está georeplicado entre ellos por defecto.

La disponibilidad se compromete por contrato y depende de la configuración elegida: no es lo mismo un despliegue en una sola ubicación que una georeplicación entre nuestros data centers de Madrid y Ámsterdam, ni reservar capacidad que aprovisionarla bajo demanda. El SLA recoge qué se garantiza, sobre qué componentes y qué ocurre si no se cumple. La cifra que aplica a tu caso te la damos por escrito antes de firmar, no después.

Como capacidad reservada y predecible, no por evento de recuperación. El coste escala con la tolerancia que necesites: cuanto más bajos el RTO y el RPO, más infraestructura tiene que estar esperando. Lo dimensionamos frente a las pérdidas que provocaría una interrupción, de modo que la cifra sea discutible y no arbitraria.