> For the complete documentation index, see [llms.txt](https://wiki.datadike.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.datadike.com/es/pam/deploy-operate/availability-and-sla.md).

# Disponibilidad y continuidad

Niveles de disponibilidad, redundancia, objetivos de continuidad y el modelo de actualización, para las modalidades SaaS y en las instalaciones del cliente.

## Qué es y cuándo usarlo

DataDike PAM se entrega como **SaaS**, en la nube de DataDike, o como **on-premises**, en el centro de datos del propio cliente. Las dos modalidades están diseñadas para alta disponibilidad, de modo que la pérdida de un componente no interrumpa el acceso privilegiado.

Esta página reúne las condiciones de disponibilidad publicadas y los objetivos de continuidad de cada modalidad. Úsela cuando la pregunta sea qué está garantizado, y no cómo está construido: un cuestionario de seguridad, una revisión de riesgo, un plan de continuidad, o sencillamente qué pasa cuando cae un nodo.

Para saber cómo se monta realmente un clúster, vea [Instalar un clúster de alta disponibilidad](/es/pam/deploy-operate/install-cluster.md). Para lo que hace la arquitectura ante un fallo, vea [Arquitectura y componentes](/es/pam/get-started/architecture.md).

{% hint style="warning" %}
Las cifras de abajo son las condiciones publicadas. El SLA, la ventana de soporte y la región de alojamiento que rigen para un despliegue son los declarados en su contrato.
{% endhint %}

## SaaS

Entregado como Software as a Service, el alojamiento, la infraestructura y la operación corren por cuenta de DataDike, bajo estas condiciones:

| Condición             | Lo que está publicado                                                                                                                                                             |
| --------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| SLA de disponibilidad | **99,9% como mínimo**, medido sobre el periodo de vigencia del contrato                                                                                                           |
| Licenciamiento        | Por suscripción, incluida la **actualización continua de versiones**: correcciones y nuevas funcionalidades sin coste adicional mientras dure la suscripción                      |
| Alojamiento           | **En el país más cercano a la geolocalización del cliente donde DataDike ofrece servicios de infraestructura**, con réplica externa situada por geolocalización de menor latencia |

La ventana de soporte, los niveles de gravedad y los tiempos de respuesta se publican por separado, en [SLA y soporte](broken://pages/UWtYAZqjHiFKPbd8Kkbq).

### Conector local redundante

La oferta SaaS incluye un **conector local redundante**, para que el acceso siga funcionando si cae el enlace con la nube, sin que usuarios ni componentes lo noten.

* **Sincronización automática y en tiempo real entre los componentes.** Si los componentes de una sede quedan indisponibles, los de la otra sede asumen todos los servicios, sin pérdida de datos y sin caída de rendimiento.
* **Conexión en un solo sentido.** Las conexiones parten siempre del entorno del cliente hacia la nube de DataDike, nunca al revés. Esto importa en una revisión de cortafuegos: no hace falta ninguna regla de entrada desde internet.

## On-premises

Instalada en el centro de datos del cliente, la solución opera en **activo/activo**.

Los elementos adicionales necesarios para que eso funcione se suministran según el dimensionamiento, por ejemplo licenciamiento de base de datos o de RDS Windows y licencias de HA. La lista para un despliegue concreto viene de DataDike, no de esta página. Vea en [Requisitos del sistema](/es/pam/deploy-operate/requirements.md).

## Continuidad y recuperación

Las dos modalidades comparten el mismo diseño de continuidad:

| Objetivo     | Valor                |
| ------------ | -------------------- |
| Arquitectura | Activo/activo        |
| **RTO**      | Menos de 30 segundos |
| **RPO**      | Menos de 1 segundo   |

Estas cifras presuponen la arquitectura de referencia activo/activo dimensionada para el despliegue, incluida la replicación de base de datos y de almacenamiento que ella especifica. En las instalaciones del cliente se sostienen en la medida en que la infraestructura cumpla ese dimensionamiento, así que confirme el objetivo de su despliegue antes de asumir estas cifras en un plan de continuidad.

* Las **copias de seguridad** no tienen restricción de retención a lo largo de los años, y están cifradas y protegidas contra manipulación.
* La **redundancia de componentes** elimina el punto único de fallo de la bóveda, del proxy de intermediación de sesión y de la consola de administración.

{% hint style="danger" %}
La alta disponibilidad no es una copia de seguridad, y el RPO de arriba no es una política de retención. La replicación propaga un borrado exactamente tan rápido como propaga una escritura. Vea [Copia de seguridad y restauración](/es/pam/deploy-operate/backup-and-restore.md).
{% endhint %}

## Separación entre entornos de clientes

Los entornos de clientes distintos operan de forma **lógicamente segregada e independiente**: consolas, bóvedas y registros de auditoría sin relación alguna entre sí.

## Cómo verificar que funcionó

Una condición de disponibilidad vale lo que pruebe un ensayo.

1. **Tire un nodo a propósito**, en ventana de mantenimiento, y mida cuánto tarda realmente el acceso en volver. Esa medida es el tiempo de recuperación de su propio despliegue.
2. Compruebe qué costó la conmutación: mire si las sesiones abiertas en el momento del fallo sobrevivieron, y si el registro de auditoría las anotó sin interrupción.
3. En SaaS, pruebe el conector local redundante tirando el enlace con la nube, no leyendo sobre él.
4. Restaure una copia de seguridad en un entorno de reserva y cronométrelo. Una copia sin probar es una suposición.

Anote la fecha y las cifras medidas. Una revisión de continuidad se responde con el último ensayo, no con el objetivo de diseño.

## Páginas relacionadas

* [SLA y soporte](broken://pages/UWtYAZqjHiFKPbd8Kkbq), los tiempos de respuesta y los niveles de gravedad
* [Instalar un clúster de alta disponibilidad](/es/pam/deploy-operate/install-cluster.md): cómo se monta el arreglo activo/activo
* [Copia de seguridad y restauración](/es/pam/deploy-operate/backup-and-restore.md): lo que la alta disponibilidad no cubre
* [Requisitos del sistema](/es/pam/deploy-operate/requirements.md): dimensionamiento, y el licenciamiento que añade la HA on-premises
* [Monitorización y salud](/es/pam/deploy-operate/monitoring.md): vigilar la instancia para enterarse de un fallo antes que sus usuarios
* [Arquitectura y componentes](/es/pam/get-started/architecture.md): qué hace cada componente redundante