---
title: "Alta disponibilidad Podman con SafeKit: Instale el módulo mirror.safe para la conmutación por error"
canonical: "https://safekit.eviden.com/es/quick-install/safekit-quick-installation-guide-with-podman/"
description: "Implemente el módulo mirror.safe para SafeKit para habilitar la replicación síncrona en tiempo real y la conmutación por error automática de los contenedores Podman en Linux. Esta guía le muestra cómo configurar un clúster SANless de 2 nodos para aplicaciones críticas sin almacenamiento compartido."
category: "quick-install"
lang: "es"
topics: "Guía de instalación rápida de alta disponibilidad para Podman, Limitaciones de alta disponibilidad SafeKit, Descripción general de la solución SafeKit/Podman, Instalación de la solución SafeKit/Podman en Linux (mirror.safe), Configuración paso a paso de la solución SafeKit/Podman, Demostración de la solución mirror SafeKit"
translation: "translate_md 2026-11-08.15 | glossaire 2026-11-09.11 | Translation LLM | 31 expressions"
---
# Alta disponibilidad Podman con SafeKit: Instale el módulo mirror.safe para la conmutación por error {#podman-high-availability-with-safekit-install-the-mirrorsafe-module-for-failover}
## Guía de instalación rápida de alta disponibilidad para Podman {#quick-guide}
Esta guía explica cómo configurar un **clúster mirror** para Podman utilizando SafeKit, garantizando la conmutación por error automática y la replicación síncrona sin necesidad de almacenamiento compartido.
Para obtener ayuda, puedes usar [SafeKit AI 🤖](https://safekit.eviden.com/es/resources/safekit-support/).
### 1. Descripción general {#1-overview}
* **Arquitectura:** utiliza un sistema de dos nodos (primario/secundario).
* **Protección de datos:** implementa la replicación síncrona en tiempo real para **una pérdida de datos nula** (RPO = 0).
### 2. Instalación {#2-installation}
* **Software:** Instale el motor SafeKit en ambos servidores.
* **Módulo:** Descargue el módulo de aplicación `mirror.safe` preconfigurado.
### 3. Configuración {#3-configuration}
* **Consola web:** configure las carpetas específicas que contienen los archivos Podman.
* **Supervisión:** Inicie la supervisión y protección de la aplicación Podman.
## Limitaciones de alta disponibilidad SafeKit {#safekit-ha-limitations}
Límite / Requisito | Motivo e impacto | Alternativa recomendada
---|---|---
Tamaño de la replicación: unos pocos TB | Tiempo de resincronización tras un fallo ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)):
• Red de 1 Gb/s ≈ 3 horas/TB
• Red de 10 Gb/s ≈ 1 hora/TB (dependiendo del rendimiento de escritura del disco) | • Utilizar [almacenamiento compartido externo](https://safekit.eviden.com/es/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (más caro, más complejo).
Número de archivos: < 1 000 000 | • Rendimiento del tiempo de resincronización después de una falla ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Tiempo necesario para comparar cada archivo entre ambos nodos. | • Coloque los numerosos archivos que se van a replicar en un disco duro virtual o en una máquina virtual.
• En este caso, solo se replicarán y resincronizarán los archivos que representan el disco duro virtual o la máquina virtual.
Capacidad de conmutación por error: ≤ 32 máquinas virtuales | • Cada máquina virtual se ejecuta en un módulo mirror independiente.
• Máximo de 32 módulos mirror que se ejecutan en el mismo clúster. | • Utilizar un almacenamiento compartido externo y otra solución de clúster de máquinas virtuales (más cara y más compleja).
Arquitectura de red: red LAN/VLAN entre sitios remotos | • Conmutación por error automática de la [dirección IP virtual](https://safekit.eviden.com/es/best-practises/how-a-virtual-ip-address-works/) con 2 nodos en la misma subred.
• Buen ancho de banda para la resincronización ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Baja latencia para [la replicación sincrónica](https://safekit.eviden.com/es/best-practises/synchronous-replication-vs-asynchronous-replication/): normalmente < 5 ms RTT; los valores más altos deben validarse con la tasa de escritura de la aplicación. | • Si los dos nodos están en subredes diferentes (común en la nube), utilice [otras opciones de reenvío](https://safekit.eviden.com/es/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation): un balanceador de carga, las CLI del proveedor de la nube, BGP o la redirección de DNS.
• Utilice soluciones de copia de seguridad con replicación asíncrona para redes con alta latencia.
## Descripción general de la solución SafeKit/Podman {#overview-of-the-safekit--podman-solution}
La solución se describe aquí: **💡 [SafeKit: Software de alta disponibilidad y replicación de datos en tiempo real Podman]()**.
## Instalación de la solución SafeKit/Podman en Linux (mirror.safe) {#installation-of-the-safekit--podman-solution-on-linux-mirrorsafe}
### Requisitos previos {#prerequisites}
* Necesita la aplicación Podman que desea reiniciar en SafeKit instalada en 2 nodos (máquinas virtuales o servidores físicos).
### Instalación de paquetes en Linux {#package-installation-on-linux}
* Instale la versión gratuita de SafeKit en 2 nodos Linux. Nota: la versión de prueba gratuita incluye todas las funciones SafeKit. Al final del período de prueba, puede activar las claves de licencia permanentes sin desinstalar el paquete.
* Después de descargar el paquete safekit_xx.bin, ejecútelo para extraer el rpm y el script safekitinstall y, a continuación, ejecute el script **safekitinstall**
* Responda **sí** a la configuración automática del cortafuegos
* Establezca la contraseña para la consola web y el usuario predeterminado **admin**. **Establezca la misma contraseña en todos los nodos.**
Descargar SafeKit (Linux) >
### Ejemplo con una imagen de contenedor sencilla {#example-with-a-simple-container-image}
En este ejemplo, mostraremos cómo SafeKit podría gestionar un contenedor nginx (servidor web), es decir: la replicación de un directorio al que se accede en el contenedor y el reinicio del contenedor en otro nodo en caso de fallo.
#### Requisitos previos {#prerequisites-1}
* Cree un directorio replicado **en ambos nodos**
Cree un directorio **/replicated_dir_path** que será replicado por SafeKit y que contendrá las páginas HTML servidas por nginx
* Rellene este directorio con un archivo HTML inicial **en ambos nodos**
cp index.html /replicated_dir_path
* Cree un contenedor **en ambos nodos**
Cree un contenedor nginx en ambos nodos que vincule el directorio **/replicated_dir_path** a **/usr/share/nginx/html**:
podman container create --name mynginx -v /replicated_dir_path:/usr/share/nginx/html -p 9011:80 nginx
#### Configuración SafeKit {#safekit-configuration}
* Ir a la sección **de configuración paso a paso**
* Crear y configurar un módulo **mirror.safe**
* Configure una **dirección IP virtual** que se conmutará en caso de fallo
* Establecer **/replicated_dir_path** como un directorio replicado
* Coloque respectivamente en los scripts start_prim y stop_prim: **podman start mynginx** y **podman stop mynginx**
Nota: Es posible que deba usar "podman start --security-opt label=disable mynginx" con SE Linux.
* Implemente e inicie el módulo mirror SafeKit
#### Pruebas {#tests}
* Prueba el acceso a nginx en **http://vitual-ip:9011/index.html**
* Replicación de la prueba:
En el nodo en estado PRIM SafeKit, añada otros archivos HTML al directorio replicado:
cp page.html /replicated_dir_path
* Detenga el módulo mirror en el nodo en estado SafeKit PRIM
* Compruebe que el contenedor se ha reiniciado en el nodo secundario
* Prueba el acceso a **http://vitual-ip:9011/index.html** y a** http://vitual-ip:9011/page.html**
## Configuración paso a paso de la solución SafeKit/Podman {#step-by-step-configuration-of-the-safekit--podman-solution}
### Requisitos previos {#prerequisites}
* Podman instalada en 2 nodos.
* Los datos replicados totales se limitan a unos pocos terabytes; más allá de esto, el tiempo de resincronización se vuelve significativo.
* Interconexión mínima de 1 Gb/s entre nodos (se recomiendan 10 Gb/s para una resincronización más rápida).
* La conmutación por error de IP requiere que ambos nodos estén en la misma LAN o LAN extendida (L2); las redes L3 enrutadas no son compatibles (excepto con [balanceadores de carga en la nube](https://safekit.eviden.com/es/resources/safekit-user-guide-82/#Cloud) 🛠️).
### 1. Inicie la consola SafeKit {#1-launch-the-safekit-console}
* Inicie la consola web en un navegador en un nodo del clúster conectándose a `http://localhost:9010`.
* Introduzca `admin` como nombre de usuario y la contraseña definida durante la instalación.
También puede ejecutar la consola en un navegador en una estación de trabajo externa al clúster.
⚠️ La configuración de SafeKit se realiza en ambos nodos desde un único navegador.
ℹ️ Para proteger la consola web, consulte 🛠️ [11. Protección del servicio web SafeKit](https://safekit.eviden.com/es/resources/safekit-user-guide-82/#https) en la Guía del usuario.
### 2. Configurar las direcciones de los nodos {#2-configure-node-addresses}
* Introduzca las direcciones IP de los nodos, pulse la `Tab key` para comprobar la conectividad y rellene los nombres de los nodos. Si node1 o node2 tienen un color rojo, compruebe la conectividad del navegador con ambos nodos y compruebe el cortafuegos en ambos nodos para [solucionar problemas](https://safekit.eviden.com/es/resources/safekit-user-guide-82/#Troubleshooting) 🛠️.
* A continuación, haga clic en `Save and apply` para guardar la configuración.
* Compruebe el mensaje `Success` ✅ en ambos nodos.
* Si se produce un `Failure` de configuración ❌ en un nodo, abra el acordeón ▼ de ese nodo y revise los mensajes. Tenga en cuenta que puede utilizar la IA SafeKit 🤖 para obtener ayuda.
ℹ️ Si lo desea, puede agregar una nueva `LAN and nodes` (el primer ➕) para crear un segundo latido y una red de replicación dedicada.
ℹ️ Si hace clic en `Advanced configuration`, se mostrará el archivo `cluster.xml`. Este archivo se rellena automáticamente mediante la consola y se implementa en los nodos.
### 3. Seleccione un módulo {#3-select-a-module}
* En `New module`, haga clic en el módulo `mirror.safe`.
ℹ️ En el banner azul de la parte superior, el nodo 🛜 `node1` representa el nodo de conexión de la consola. Este nodo retransmite las solicitudes al `node2` cuando es necesario.
ℹ️ La consola busca `xxx.safe` en el directorio `Application_Modules/generic/` en el nodo de conexión (`node1`) si colocó un módulo allí durante la instalación.
### 4. Configurar el módulo {#4-configure-the-module}
* En `Module startup at boot`, elija un inicio automático del módulo al arrancar sin demora.
* En `Macros`/`SERVICES`, introduzca los nombres de los servicios de su aplicación, en el orden de inicio, separados por comas. Consulte esta captura de pantalla para ver un ejemplo visual de [los servicios Milestone XProtect 🖼️](https://safekit.eviden.com/wp-content/uploads/2025/05/milestone-services.png).
* En `Heartbeat networks`, debe tener una única red de latidos en la que se realiza la replicación. Si ha añadido una LAN privada en el paso 2, puede configurar dos latidos con el flujo de replicación en la LAN privada.
* En `Virtual IP addresses`, introduzca una dirección IP virtual. Una dirección IP virtual es una dirección IP estándar en la misma red IP (misma subred) que las direcciones IP de ambos nodos.
Los clientes de la aplicación deben configurarse con la dirección IP virtual (o el nombre DNS asociado a la dirección IP virtual).
La dirección IP virtual se conmuta automáticamente en caso de fallo.
* En `Replicated directories`, establezca las rutas de los directorios que se van a replicar. Compruebe que existen en ambos nodos y que contienen los datos de la aplicación.
La replicación de datos y de registros es esencial para una base de datos.
Puede crear directorios replicados adicionales según sea necesario.
Consulte esta captura de pantalla para ver un ejemplo visual de [la replicación SQL Milestone XProtect 🖼️](https://safekit.eviden.com/wp-content/uploads/2025/05/milestone-replication.png).
* En `Checkers`, podrá configurar las comprobaciones si es necesario, como la supervisión de procesos, las comprobaciones personalizadas, TCP, ping o comprobaciones de división de clúster.
Por ejemplo, si un nombre de proceso se muestra en `Monitored processes/services`, se supervisará con una acción de reinicio en caso de fallo. La configuración de un nombre de proceso incorrecto hará que el módulo se detenga justo después de su inicio.
ℹ️ Si hace clic en `Advanced configuration`, se mostrará el archivo `userconfig.xml`. Este archivo se rellena automáticamente en la consola y se implementa en los nodos con los scripts de reinicio.
ℹ️ En una implementación en la nube, no es necesario configurar una dirección IP virtual en SafeKit. La IP virtual se gestiona a [nivel balanceador de carga de la nube](https://safekit.eviden.com/es/resources/safekit-user-guide-82/#Cloud) 🛠️
ℹ️ Cuando se aplica la configuración SafeKit, el `startup type` de los servicios se establece automáticamente en `Manual` en los servicios Windows. Esto garantiza que los servicios no se inicien automáticamente cuando el sistema arranca, sino que se inicien solo cuando se inicia el propio módulo (lo mismo se aplica en Linux).
### 5. Editar guiones (opcional) {#5-edit-scripts-optional}
* Este paso es opcional y se puede omitir en la mayoría de los casos, ya que los scripts de reinicio ya están preconfigurados para reiniciar los servicios definidos en el paso anterior.
* Por lo tanto, haga clic directamente en `Next step`.
* `start_prim.ps1` inicia todos los servicios en el orden especificado en la lista `SERVICES`, mientras que `stop_prim.ps1` detiene todos los servicios en el orden inverso.
* Además, `start_prim.ps1` comprueba el inicio de cada servicio y detiene el módulo si algún servicio no se inicia correctamente.
### 6. Cifrado de la comunicación (opcional) {#6-communication-encryption-optional}
* Mantenga el cifrado de la comunicación entre los nodos.
### 7. Guardar y aplicar {#7-save-and-apply}
* `Save and apply` la configuración y los scripts en ambos nodos.
### 8. Verifique que la configuración se haya realizado correctamente {#8-verify-successful-configuration}
* Compruebe el mensaje `Success` ✅ en ambos nodos y haga clic en `Monitor modules`.
* Si se produce un `Failure` de configuración ❌ en un nodo, abra el acordeón ▼ de ese nodo y revise los mensajes. Tenga en cuenta que puede utilizar la IA SafeKit 🤖 para obtener ayuda.
⚠️ En Linux, es posible que obtenga un error en este paso si los directorios replicados son puntos de montaje. 🛠️ [Consulte SK-0030 para resolver el problema](https://github.com/FR-LES-SAFEKIT-DEV/safekit-packages/releases/download/v8.2/SafeKit_8.2_Knowledge_Base.pdf).
### 9. Inicie el nodo con los datos actualizados {#9-start-the-node-with-up-to-date-data}
* Si el nodo 1 tiene los directorios replicados actualizados, selecciónelo y ⋯ `Force start` ▶ `As primary`.
Cuando se inicie el nodo 2, todos los datos se copiarán del nodo 1 al nodo 2.
⚠️ Si elige la opción incorrecta, corre el riesgo de sincronizar datos obsoletos en ambos nodos.
⚠️ También se supone que la aplicación Podman está detenida en el nodo 1 para que SafeKit instale los mecanismos de replicación y luego inicie la aplicación en el script `start_prim`.
⚠️ Utilice `Start` para los inicios posteriores: SafeKit conserva el servidor más actualizado. Iniciar `As primary` es un inicio especial la primera vez o durante operaciones excepcionales.
### 10. Espere a que la transición sea a ALONE (verde) {#10-wait-for-the-transition-to-alone-green}
* El nodo 1 debe alcanzar el estado ALONE (verde), lo que significa que la IP virtual está configurada y que el script `start_prim` se ha ejecutado en el nodo 1.
⚠️ Si no se alcanza ALONE (verde) o si no se inicia la aplicación, analice el motivo con el [registro del módulo 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/24-module-log-script.png) del nodo 1.
* Haga clic en el icono **de registro** 🔍 del `node1` para abrir el registro del módulo y buscar mensajes de error, como un verificador que detecta un error y detiene el módulo.
* Haga clic en `start_prim` en el registro: los mensajes de salida del script se muestran a la derecha y se pueden detectar errores, como un servicio que se inició incorrectamente.
* Utiliza la IA SafeKit 🤖 para obtener ayuda con los mensajes de registro.
⚠️ Si el clúster está en estado `WAIT (red) not uptodate, STOP (red) not uptodate`, detenga el nodo WAIT y [fuerce su inicio como primario 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/10-monitoring-mirror-stop-stop-prim.png).
### 11. Iniciar nodo 2 {#11-start-node-2}
* ⋯ `Start` el nodo 2 con su menú contextual.
* Espere al SECOND estado (verde).
ℹ️ El nodo 2 permanece en el SECOND estado (naranja) mientras se resincronizan los directorios replicados (copia del nodo 1 al nodo 2).
* Esto puede tardar un tiempo, dependiendo del tamaño de los archivos que se van a resincronizar en los directorios replicados y del ancho de banda de la red.
* Para ver el progreso de la copia, consulte el [registro del módulo 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/27-module-log-reintegration.png) y los [recursos de replicación 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/26-replication-resources-reintegration.png) del nodo 2. Utilice la IA SafeKit 🤖 para obtener ayuda con los mensajes de registro.
### 12. Compruebe que el clúster está operativo {#12-verify-that-the-cluster-is-operational}
* Compruebe que el clúster esté en verde/verde con los servicios Podman ejecutándose en el nodo PRIM y no en el nodo SECOND.
En este estado, solo los cambios dentro de los archivos se replican en tiempo real.
⚠️ Los componentes que son clientes de los servicios Podman deben configurarse con la dirección IP virtual. La configuración se puede realizar con un nombre DNS (si se ha creado un nombre DNS y se ha asociado con la dirección IP virtual).
### 13. Pruebas {#13-testing}
* Detenga el nodo PRIM desplazándose hacia abajo en su menú contextual y haciendo clic en `Stop`.
* Verifique que haya una conmutación por error en el SECOND nodo, que debería quedar ALONE (en verde).
* Y con Microsoft Management Console (MMC) en Windows o con líneas de comandos en Linux, compruebe la conmutación por error de los servicios Podman (detenidos en el nodo 1 en el script `stop_prim` e iniciados en el nodo 2 en el script `start_prim`).
⚠️ Si no se alcanza ALONE (verde) en el node2 o si la aplicación no se inicia, analice el motivo con el [registro del módulo 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/38-module-log-script-second.png) del nodo 2.
* Haga clic en el icono **de registro** 🔍 del `node2` para abrir el registro del módulo y buscar mensajes de error, como un verificador que detecta un error y detiene el módulo.
* Haga clic en `start_prim` en el registro: los mensajes de salida del script se muestran a la derecha y se pueden detectar errores, como un servicio que se inició incorrectamente.
* Utiliza la IA SafeKit 🤖 para obtener ayuda con los mensajes de registro.
⚠️
* Si todo está bien, inicie un inicio en node1, que resincronizará los directorios replicados desde node2.
* Si las cosas van mal, detenga node2 y [fuerce al nodo 1 a iniciarse como primario 🖼️](https://safekit.eviden.com/wp-content/uploads/2024/03/10-monitoring-mirror-stop-stop-prim.png), que se reiniciará con sus datos localmente saludables en el momento de la detención.
ℹ️ Encuentre más detalles, junto con vídeos, en la [formación en línea SafeKit](https://safekit.eviden.com/es/resources/safekit-on-line-training/).
### 14. Soporte {#14-support}
* Para obtener soporte, haga 2 `Snapshots` SafeKit (2 archivos .zip), una para cada nodo.
ℹ️ [Más información sobre el soporte aquí](https://safekit.eviden.com/es/resources/safekit-support/).
## Demostración de la solución mirror SafeKit {#demonstration-of-the-safekit-mirror-solution}
### Vídeo SafeKit: Agrupación en clúster a nivel de aplicación (8:47) {#demo-mirror-ha-cluster}
En este vídeo, descubra cómo SafeKit implementa un **clúster HA mirror** sin la complejidad de una SAN. Aunque esta demostración utiliza Microsoft SQL Server, la solución funciona de forma idéntica para otras bases de datos y aplicaciones.
### Capítulos {#chapters}
1. 🎬 [2 nodos con SQL Server](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32)
2. 🎬 [Configura el clúster y el módulo mirror.safe](https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s) (3:58)
3. 🎬 [Iniciar y probar la replicación, migración y conmutación por error de SQL en caso de fallo](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17)
### Implementación paso a paso {#step-by-step-implementation}
* 🛠️ [Lee la guía sobre cómo configurar un clúster mirror en Windows](https://safekit.eviden.com/es/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/)
* 🛠️ [Lee la guía sobre cómo configurar un clúster mirror en Linux](https://safekit.eviden.com/es/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)