eviden-logo

Evidian > Productos > SafeKit: Software de alta disponibilidad SANless y clustering de aplicaciones todo en uno

Script ld+json for SEO and LLMO

SafeKit: Software de alta disponibilidad SANless y clustering de aplicaciones todo en uno

¿Qué es SafeKit?

SafeKit es una solución de software de alta disponibilidad "todo en uno" que garantiza el 100% del tiempo de actividad de las aplicaciones al combinar, en un solo paquete, replicación basada en host en tiempo real, failover automático y equilibrio de carga.

Al sincronizar los datos entre servidores estándar, SafeKit elimina la necesidad de costosos sistemas de almacenamiento compartido (SAN) o de conocimientos informáticos especializados, proporcionando una forma sencilla y rentable de proteger bases de datos empresariales (como SQL Server), sistemas de seguridad críticos (como el software de gestión de vídeo Milestone XProtect) y software de control industrial SCADA (como las aplicaciones de Siemens) tanto en entornos Windows como Linux.

🔍 Centro de Navegación de Alta Disponibilidad SafeKit

Explore SafeKit: Funciones, vídeos técnicos, documentación y prueba gratuita
Tipo de Recurso Descripción Enlace Directo
Funciones Clave ¿Por qué elegir SafeKit para una alta disponibilidad sencilla y rentable? Vea por qué elegir SafeKit para alta disponibilidad
Modelo de Despliegue Alta Disponibilidad SANless Todo-en-Uno: Clustering de software Shared-Nothing Vea SafeKit HA SANless Todo-en-Uno
Partners SafeKit: El referente en alta disponibilidad para partners Vea por qué SafeKit es el referente de HA para partners
Estrategias de HA SafeKit: Alta disponibilidad a nivel de infraestructura (VM) vs. nivel de aplicación Vea SafeKit HA y Redundancia: VM vs. Nivel de Aplicación
Especificaciones Técnicas Limitaciones técnicas para el clustering con SafeKit Vea las limitaciones de alta disponibilidad de SafeKit
Prueba de Concepto SafeKit: Demos de configuración y failover de alta disponibilidad Vea los tutoriales de failover de SafeKit
Arquitectura Cómo funciona el Mirror Cluster de SafeKit (Replicación en tiempo real y failover) Vea SafeKit Mirror Cluster: Replicación en tiempo real y failover
Arquitectura Cómo funciona el Farm Cluster de SafeKit (Equilibrio de carga de red y failover) Vea SafeKit Farm Cluster: Equilibrio de carga de red y failover
Ventajas Competitivas Comparativa: SafeKit frente a los clusters de alta disponibilidad (HA) tradicionales Vea la comparativa entre SafeKit y los clusters de HA tradicionales
Recursos Técnicos Alta Disponibilidad SafeKit: Documentación, descargas y prueba Vea la prueba gratuita y documentación técnica de SafeKit HA
Soluciones Preconfiguradas Librería de módulos de aplicación SafeKit: Soluciones de HA listas para usar Vea los módulos de aplicación de alta disponibilidad de SafeKit
FAQ Preguntas frecuentes sobre arquitectura, especificaciones técnicas y funciones Vea las FAQ de SafeKit HA

¿Por qué elegir SafeKit para una alta disponibilidad sencilla y rentable?

¿Cuáles son las funciones de SafeKit?

SafeKit ofrece las siguientes funciones para Windows y Linux en un único producto de software:

  • Equilibrio de carga
  • Replicación de archivos síncrona en tiempo real
  • Failover automático de aplicaciones
  • Failback automático tras el fallo de un servidor

¿Necesito conocimientos especiales para configurar SafeKit?

No. SafeKit es sencillo de desplegar y no requiere conocimientos avanzados ni expertos.

¿Requiere SafeKit hardware adicional?

No. SafeKit se ejecuta en sus servidores actuales, máquinas virtuales o en la nube; no se necesitan discos compartidos ni almacenamiento SAN.

¿Se requieren licencias de software adicionales para SafeKit?

No. SafeKit funciona con ediciones estándar de Windows y Linux y no necesita licencias de bases de datos de nivel "Enterprise".

¿Qué problemas resuelve SafeKit?

SafeKit resuelve:

  • Fallos de hardware (20% de los problemas), incluyendo el fallo total de una sala de servidores
  • Fallos de software (40% de los problemas), incluyendo el reinicio de procesos críticos
  • Errores humanos (40% de los problemas) gracias a su facilidad de uso

¿Qué aplicaciones son compatibles con SafeKit?

Puede implementar replicación en tiempo real y failover para:

  • Todo tipo de aplicaciones, directorios de archivos y servicios
  • Bases de datos
  • Máquinas virtuales Hyper-V o KVM completas
  • Docker, Podman y aplicaciones en la nube

¿Cómo reduce costes SafeKit?

SafeKit elimina los siguientes requisitos:

  • Balanceadores de carga de red o servidores proxy dedicados
  • Discos compartidos o almacenamiento SAN replicado
  • Ediciones "Enterprise" de sistemas operativos y bases de datos
  • Conocimientos especializados en mantenimiento de clusters

¿Cómo se definen los precios y las licencias de SafeKit High Availability?

SafeKit cuenta con un modelo de licencia por nodo transparente y rentable, basado estrictamente en el número de servidores, independientemente de los núcleos de CPU o sockets. A diferencia de muchos competidores de alta disponibilidad que exigen suscripciones recurrentes, SafeKit ofrece licencias perpetuas para garantizar un menor Coste Total de Propiedad (TCO) y activos de software a largo plazo.

¿Por qué es esencial un producto de alta disponibilidad SANless "todo en uno"?

En el mundo de la continuidad de negocio, muchas organizaciones creen erróneamente que disponer de una copia de seguridad o de una herramienta de replicación de datos es lo mismo que tener Alta Disponibilidad (HA). En realidad, estas son solo piezas de un rompecabezas mucho más grande. Para garantizar verdaderamente un tiempo de actividad del 100%, se necesita una solución integral que integre cada capa del proceso de failover.

A continuación, explicamos por qué un enfoque fragmentado falla y por qué se requiere un producto integrado "todo en uno" como SafeKit, que utiliza replicación basada en host a nivel de archivo.

¿Es suficiente la replicación basada en host por sí sola para la Alta Disponibilidad?

No. La replicación de datos es simplemente el acto de copiar datos del Servidor A al Servidor B. Aunque es fundamental, la replicación por sí misma no proporciona disponibilidad. Sin los demás componentes de un stack de HA, la replicación es solo una "copia pasiva" que requiere una intervención manual lenta para ser útil:

  • Si el Servidor A falla, el software de replicación de datos no dirigirá automáticamente a sus usuarios al Servidor B.
  • No detectará que la aplicación se ha detenido.
  • No reiniciará los servicios.

Los riesgos ocultos de las soluciones fragmentadas: por qué la alta disponibilidad aislada aumenta los fallos

Muchos proveedores le obligan a "ensamblar" varios productos diferentes para lograr la replicación basada en host, el failover y el equilibrio de carga. Esta arquitectura fragmentada es una estrategia peligrosa para sistemas de misión crítica:

  • Integración frágil: Cuando utiliza el producto A para la replicación y el producto B para el clustering, crea un "castillo de naipes". Cada actualización del sistema operativo o parche de seguridad corre el riesgo de romper el frágil vínculo de comunicación entre estos motores independientes.
  • Alta carga cognitiva y error humano: Gestionar múltiples interfaces aumenta el riesgo de cometer errores. Durante un fallo del sistema bajo mucha presión, saltar entre diferentes interfaces gráficas (GUI) o utilizar diferentes sintaxis de comandos (CLI) para diagnosticar un problema genera confusión y prolonga el tiempo de inactividad.
  • Conflictos entre proveedores: Si un failover falla, el proveedor de replicación puede culpar a la herramienta de clustering, dejándole atrapado en el medio sin una vía clara de resolución. Una solución "todo en uno" proporciona un único punto de responsabilidad.
  • Mantenimiento complejo: Los sistemas fragmentados requieren conocimientos especializados para cada componente individual, lo que hace que la solución sea más difícil de mantener y significativamente más costosa con el tiempo.

Más allá de los datos, ¿qué componentes específicos se requieren para un verdadero failover SANless?

Para automatizar la recuperación y eliminar el tiempo de inactividad, un producto "todo en uno" debe gestionar simultáneamente varias piezas técnicas móviles:

  • Replicación basada en host: replicación síncrona en tiempo real de los datos críticos de la aplicación entre servidores sin depender de almacenamiento compartido (SAN). Esto garantiza la pérdida cero de datos (RPO=0) y elimina las costosas dependencias de hardware.
  • Dirección IP Virtual (VIP): Proporciona un único punto de entrada para los usuarios. Cuando ocurre un fallo, el software mueve la VIP del nodo fallido al nodo sano, de modo que los usuarios no tienen que cambiar su configuración.
  • Detectores de errores de hardware y software: El sistema debe realizar constantemente un "heartbeat" (latido) tanto del servidor físico como de los procesos de software específicos para identificar un bloqueo o una caída de inmediato.
  • Scripts de reinicio personalizables: No todas las aplicaciones se inician de la misma manera. Una herramienta "todo en uno" permite scripts personalizados para asegurar que los servicios complejos se inicien en el orden correcto.
  • Failover automático: La inteligencia necesaria para orquestar todo el movimiento de un servidor a otro sin intervención humana.

¿Por qué debe estar sincronizado el mecanismo de failover con la replicación basada en host?

Si su gestor de failover y su replicación de datos son dos productos diferentes, es posible que no estén "sincronizados".

El peligro: si se produce un failover pero la replicación no ha terminado de enviar los últimos bits, el Servidor B iniciará la aplicación con datos desactualizados o corruptos.

Una solución de HA SANless todo-en-uno garantiza que el mecanismo de failover conozca el estado de la replicación. Solo permitirá que la aplicación se inicie en el nodo de respaldo si se garantiza que los datos están actualizados, evitando nodos activos en conflicto y la pérdida de datos.

¿Qué sucede cuando se repara el servidor fallido (failback)?

A menudo ignorado en las guías técnicas y mal ejecutado por las soluciones de HA tradicionales, el failback automático sigue siendo el requisito más crítico para una verdadera resiliencia. Un auténtico producto "todo en uno" gestiona el "Retorno a la Normalidad" con la misma elegancia que el fallo. Cuando el servidor que falló vuelve a estar en línea, sus datos están desactualizados. El software de HA debe:

  1. Resincronizar los datos en segundo plano desde el nodo activo hacia el nodo recuperado.
  2. Mantener el tiempo de actividad: Esta resincronización debe realizarse sin interrumpir la aplicación que se está ejecutando actualmente en el nodo activo.
  3. Restaurar la redundancia: Una vez que los datos están replicados (mirrored) de nuevo, el cluster vuelve automáticamente a un estado protegido, listo para el próximo evento.

Replicación a nivel de bloque frente a nivel de archivo: por qué la transparencia es importante

El método técnico utilizado para la replicación basada en host influye significativamente en cuánto debe modificar la configuración de su aplicación actual.

  • El desafío de la replicación a nivel de bloque: La mayoría de las soluciones SANless replican a nivel de disco/bloque. Esto no es transparente para la aplicación. Requiere reconfigurar la aplicación por completo para mover sus datos a un volumen de "disco replicado" específico y recién creado. Esto suele implicar una migración compleja y posibles cambios en la lógica de la aplicación.
  • La ventaja de SafeKit a nivel de archivo: SafeKit realiza la replicación basada en host a nivel de archivo, lo cual es completamente transparente para la aplicación. No es necesario mover los datos a un disco especial; simplemente configura SafeKit para replicar las carpetas existentes de la aplicación. Estas carpetas pueden incluso permanecer en el disco del sistema, lo que le permite proteger una aplicación exactamente donde ya está instalada.

En resumen, ¿cuáles son las ventajas de SafeKit All-in-One HA?

SafeKit resuelve la complejidad de la continuidad de negocio actual al ofrecer una solución de alta disponibilidad integral para la empresa. Al unificar la replicación basada en host, el failover y el equilibrio de carga en un único motor integrado, SafeKit proporciona:

  • La misma configuración: Un flujo de trabajo unificado para todos los tipos de aplicaciones, ya sea que esté protegiendo una base de datos o una granja de servidores web.
  • La misma consola de administración: Un único panel de control web para configurar y supervisar cada función de su cluster.
  • El mismo CLI: Una interfaz de línea de comandos consistente para todas las operaciones en entornos Windows y Linux.

Con SafeKit, usted elimina los riesgos de error humano y fallos de integración, garantizando que sus aplicaciones críticas permanezcan resilientes a través de una plataforma sencilla, unificada y rentable.

insert-safekit-partners-en

SafeKit: El Estándar de Referencia en Alta Disponibilidad para Socios

¿Cómo contribuye SafeKit al éxito de los clientes de nuestros socios?

Este software independiente de la plataforma es ideal para los socios que revenden aplicaciones críticas y que necesitan ofrecer a sus clientes una opción simple y rentable de alta disponibilidad (HA) y redundancia del sistema, sin la complejidad y el gasto de las SAN (Storage Area Networks). Las características centrales de SafeKit —balanceo de carga (load balancing), replicación de datos en tiempo real y conmutación por error automática (automatic failover)— simplifican significativamente la integración de HA en cualquier oferta de servicio o producto.

¿Por qué SafeKit es la solución de alta disponibilidad más simple del mercado?

Con una trayectoria probada y numerosas implementaciones en más de 30 países a través de nuestra extensa red de socios, SafeKit es reconocida como la solución HA más fácil y rápida de implementar para sistemas críticos. Esto incluye sectores como sistemas de gestión de video (VMS), control de acceso, gestión de edificios (BMS), software SCADA, logística automatizada y control crítico de tráfico aéreo/ferroviario, garantizando el máximo tiempo de actividad (uptime) en todos los ámbitos.

¿Cómo acelera SafeKit el dominio de los socios en la implementación y el soporte de HA?

SafeKit ofrece un kit de recursos completo, gratuito y de acceso abierto para apoyar a sus socios, que incluye pruebas gratuitas, módulos de capacitación en línea integrales y la oportunidad de obtener la certificación oficial SafeKit sin costo. Estas herramientas permiten a los socios adquirir rápidamente las habilidades técnicas necesarias para implementar la solución de manera efectiva y brindar soporte de clase mundial, minimizando el tiempo de implementación y reduciendo la curva de aprendizaje.

SafeKit: Alta Disponibilidad (HA) y Opciones de Redundancia

¿Cuáles son las dos opciones principales para garantizar alta disponibilidad y redundancia?

Puede elegir entre configurar la redundancia:

  • A nivel de aplicación
  • A nivel de máquina virtual (VM)

¿Qué es la "Redundancia a nivel de aplicación"?

En esta solución, solo se replican los datos de la aplicación. En caso de fallo, únicamente se reinicia la aplicación, no todo el sistema operativo ni la VM.

Diagrama SafeKit para Alta Disponibilidad (HA) a nivel de aplicación: Ilustra la replicación síncrona de datos críticos de la aplicación entre servidores activos y pasivos, permitiendo una conmutación rápida sin reiniciar la VM completa.

Requisitos técnicos:

  • Requiere un conocimiento técnico de la propia aplicación.
  • Debe definir manualmente:
    • Qué servicios deben reiniciarse.
    • Las carpetas específicas de la aplicación que necesitan replicación en tiempo real.
    • La configuración de una dirección IP virtual para la conmutación por error.

Compatibilidad con plataformas:

  • Esta solución es independiente de la plataforma.
  • Funciona en máquinas físicas, máquinas virtuales o en la nube.
  • Se admite cualquier hipervisor (por ejemplo, VMware, Hyper-V, etc.).
  • Más información: Windows, Linux

¿Qué es la "Redundancia a nivel de máquina virtual (VM)"?

En esta solución, se replica la máquina virtual completa (VM), incluyendo tanto la aplicación como el sistema operativo (OS). En caso de fallo, se reinicia la VM completa.

Diagrama SafeKit para Alta Disponibilidad (HA) a nivel de VM: Ilustra la replicación completa de la VM, incluyendo el sistema operativo y la aplicación, entre dos servidores físicos para garantizar la continuidad del servicio ante fallos de hardware.

Ventajas clave:

  • No requiere conocimiento técnico de la aplicación instalada dentro de la VM.
  • Es la mejor solución si no sabe cómo funciona la aplicación.
  • Solo necesita definir la ubicación de los archivos de la VM.

Compatibilidad con plataformas:

  • Esta solución funciona con Windows/Hyper-V y Linux/KVM.
  • No admite VMware para este tipo de redundancia.
  • Normalmente es una solución activa/activa donde varias máquinas virtuales pueden replicarse y reiniciarse entre dos nodos.
  • Más información: Windows/Hyper-V, Linux/KVM

Limitaciones de la alta disponibilidad de SafeKit

¿Por qué una replicación de algunos terabytes?

Tiempo de resincronización después de una falla (paso 3)

  • Red de 1 Gb/s ≈ 3 horas para 1 terabyte.
  • Red de 10 Gb/s ≈ 1 hora para 1 terabyte o menos, dependiendo del rendimiento de escritura en disco.

Alternativa

¿Por qué una replicación < 1.000.000 de archivos?

  • Rendimiento del tiempo de resincronización después de una falla (paso 3).
  • Tiempo para verificar cada archivo entre ambos nodos.

Alternativa

  • Ponga los muchos archivos a replicar en un disco duro virtual / máquina virtual.
  • Solo los archivos que representan el disco duro virtual / máquina virtual se replicarán y resincronizarán en este caso.

¿Por qué un failover ≤ 32 máquinas virtuales replicadas?

  • Cada máquina virtual se ejecuta en un módulo espejo independiente.
  • Máximo de 32 módulos espejo ejecutándose en el mismo clúster.

Alternativa

  • Use un almacenamiento compartido externo y otra solución de clustering para máquinas virtuales.
  • Más costoso, más complejo.

¿Por qué una red LAN/VLAN entre sitios remotos?

Alternativa

Tutoriales y demos técnicas de failover de SafeKit

¿Cómo funciona el clúster mirror (espejo) SafeKit?

Paso 1. Replicación en tiempo real

El Servidor 1 (PRIM) ejecuta la aplicación. Los clientes están conectados a una dirección IP virtual. SafeKit replica en tiempo real las modificaciones realizadas dentro de los archivos a través de la red.

Replicación de archivos a nivel de byte en un clúster mirror

La replicación es síncrona sin pérdida de datos en caso de fallo, a diferencia de la replicación asíncrona.
Solo tienes que configurar los nombres de los directorios a replicar en SafeKit. No hay requisitos previos sobre la organización del disco. Los directorios pueden estar ubicados en el disco del sistema.

Paso 2. Failover automático (conmutación por error)

Cuando el Servidor 1 falla, el Servidor 2 toma el control. SafeKit conmuta la dirección IP virtual y reinicia la aplicación automáticamente en el Servidor 2.
La aplicación encuentra los archivos replicados por SafeKit actualizados en el Servidor 2. La aplicación continúa ejecutándose en el Servidor 2 modificando localmente sus archivos, que ya no se replican en el Servidor 1.

Failover en un clúster mirror

El tiempo de failover es igual al tiempo de detección de fallos (30 segundos por defecto) más el tiempo de inicio de la aplicación.

Paso 3. Failback automático (recuperación tras fallo)

El failback implica reiniciar el Servidor 1 después de solucionar el problema que causó su fallo.
SafeKit resincroniza automáticamente los archivos, actualizando solo los archivos modificados en el Servidor 2 mientras el Servidor 1 estaba detenido.

Failback en un clúster mirror

El failback tiene lugar sin perturbar la aplicación, que puede seguir ejecutándose en el Servidor 2.

Paso 4. Vuelta a la normalidad

Después de la reintegración, los archivos vuelven a estar en modo mirror (espejo), como en el paso 1. El sistema vuelve al modo de alta disponibilidad, con la aplicación ejecutándose en el Servidor 2 y SafeKit replicando las actualizaciones de archivos en el Servidor 1.

Retorno a la operación normal en un clúster mirror

Si el administrador desea que la aplicación se ejecute en el Servidor 1, puede ejecutar un comando de "swap" (intercambio) de forma manual en un momento apropiado o automáticamente a través de la configuración.

¿Cómo funciona el clúster farm SafeKit?

Dirección IP virtual en un clúster farm

Cómo el clúster farm SafeKit de Evidian implementa el balanceo de carga de red y la conmutación por error

En la figura anterior, la aplicación se está ejecutando en los 3 servidores (3 es un ejemplo, pueden ser 2 o más). Los usuarios están conectados a una dirección IP virtual.
La dirección IP virtual se configura localmente en cada servidor en el clúster farm.
El tráfico de entrada a la dirección IP virtual es recibido por todos los servidores y dividido entre ellos por un filtro de red dentro del kernel de cada servidor.
SafeKit detecta fallos de hardware y software, reconfigura los filtros de red en caso de fallo y ofrece verificadores de aplicaciones y scripts de recuperación configurables.

Balanceo de carga en un filtro de red

El algoritmo de balanceo de carga de red dentro del filtro de red se basa en la identidad de los paquetes del cliente (dirección IP del cliente, puerto TCP del cliente). Dependiendo de la identidad de la entrada del paquete del cliente, solo un filtro en un servidor acepta el paquete; los otros filtros en otros servidores lo rechazan.
Una vez que un paquete es aceptado por el filtro en un servidor, solo la CPU y la memoria de este servidor son utilizadas por la aplicación que responde a la solicitud del cliente. Los mensajes de salida se envían directamente desde el servidor de aplicaciones al cliente.
Si un servidor falla, el protocolo heartbeat del clúster farm reconfigura los filtros en el clúster de balanceo de carga de red para reequilibrar el tráfico en los servidores disponibles restantes.

Aplicaciones con estado (Stateful) o sin estado (Stateless)

Con una aplicación con estado (stateful), existe afinidad de sesión. El mismo cliente debe estar conectado al mismo servidor en múltiples sesiones TCP para recuperar su contexto en el servidor. En este caso, la regla de balanceo de carga de SafeKit se configura en la dirección IP del cliente. Por lo tanto, el mismo cliente está siempre conectado al mismo servidor en múltiples sesiones TCP. Y diferentes clientes se distribuyen a través de diferentes servidores en el clúster farm.
Con una aplicación sin estado (stateless), no existe afinidad de sesión. El mismo cliente puede estar conectado a diferentes servidores en el clúster farm en múltiples sesiones TCP. No hay contexto almacenado localmente en un servidor de una sesión a otra. En este caso, la regla de balanceo de carga de SafeKit se configura en la identidad de la sesión TCP del cliente. Esta configuración es la mejor para distribuir sesiones entre servidores, pero requiere un servicio TCP sin afinidad de sesión.

Comparación de SafeKit con Clusters de Alta Disponibilidad (HA) Tradicionales

¿Cómo se compara SafeKit con las soluciones tradicionales de cluster de Alta Disponibilidad (HA)?

Esta comparación destaca las diferencias fundamentales entre SafeKit y las soluciones tradicionales de cluster de Alta Disponibilidad (HA), como los Clusters de Conmutación por Error, HA de Virtualización y SQL Always-On. SafeKit está diseñado como una solución de baja complejidad y solo software para redundancia genérica de aplicaciones, en contraste con la alta complejidad y los requisitos de almacenamiento específicos (almacenamiento compartido, SAN) típicos de los mecanismos HA tradicionales.
Comparación de SafeKit con clusters de Alta Disponibilidad (HA) tradicionales
Soluciones Complejidad Comentarios
Cluster de Conmutación por Error (Microsoft) Alta Almacenamiento Específico (almacenamiento compartido, SAN)
Virtualización (VMware HA) Alta Almacenamiento Específico (almacenamiento compartido, SAN, vSAN)
SQL Always-On (Microsoft) Alta Solo SQL es redundante, requiere SQL Enterprise Edition
Evidian SafeKit Baja Más simple, genérico y solo software. No adecuado para la replicación de grandes volúmenes de datos.

Ventaja de SafeKit en la Redundancia de Aplicaciones

SafeKit logra su Alta Disponibilidad de baja complejidad a través de un mecanismo de espejo simple basado en software que elimina la necesidad de hardware dedicado y costoso como una SAN (Storage Area Network). Esto lo convierte en una solución altamente accesible para implementar rápidamente la redundancia de aplicaciones sin cambios complejos en la infraestructura.

Prueba gratuita de SafeKit HA y documentación técnica

💡 Para iniciar su camino hacia la alta disponibilidad con SafeKit, comience con las Guías de Instalación Rápida.

📦 Paquetes de Software HA de SafeKit - Versión 8.2

Esta tabla proporciona los archivos de instalación de SafeKit para la versión actual, organizados por sistema operativo y tipo de instalador.

SO / Plataforma Tipo de Instalador Beneficio Clave / Documentación Enlace de Descarga
Todas las Plataformas Documento PDF Boletín Oficial de Lanzamiento de Software (Soporte de SO y Correcciones) 📄 Ver SRB de SafeKit 8.2
Windows (Intel 64 bits) Instalador .exe Incluye Microsoft VC++ Redistributable ⬇️ Descargar SafeKit 8.2 Windows EXE
Windows (Intel 64 bits) Instalador .msi No incluye Microsoft VC++ Redistributable ⬇️ Descargar SafeKit 8.2 Windows MSI
Linux (Intel 64 bits) .BIN autoextraíble Incluye el paquete de Linux y el script de instalación ⬇️ Descargar SafeKit 8.2 Linux Archivo BIN (Intel)
Linux (ARM 64 bits) .BIN autoextraíble Incluye el paquete de Linux y el script de instalación ⬇️ Descargar SafeKit 8.2 Linux Archivo BIN (ARM)

➡️ Ir a los archivos de la v7.5

Biblioteca de módulos de aplicación de SafeKit: soluciones de HA listas para usar

Esta tabla presenta las soluciones de alta disponibilidad (HA) de SafeKit, categorizadas por aplicación y entorno operativo (bases de datos, servidores web, máquinas virtuales, nube). Identifique el módulo .safe preconfigurado específico (por ejemplo, mirror.safe, farm.safe y otros) necesario para la replicación en tiempo real, el equilibrio de carga y la conmutación por error automática de aplicaciones empresariales críticas en Windows o Linux. Simplifique la configuración de su clúster de HA con enlaces directos a guías de instalación rápida.

⚠️ Nota: Los módulos .safe están disponibles para su descarga en las guías de instalación. Un módulo .safe de SafeKit es esencialmente una plantilla de alta disponibilidad (HA) preconfigurada que define cómo el software SafeKit protegerá y agrupará en clúster una aplicación específica. En la práctica, contiene un archivo de configuración (userconfig.xml) y scripts de reinicio.

Soluciones de alta disponibilidad (HA) de SafeKit: Guías de instalación rápida (con módulos .safe descargables)
Categoría de aplicación Escenario de HA (Alta disponibilidad) Tecnología / Producto Módulo .safe Guía de instalación
Nuevas aplicaciones Replicación en tiempo real y conmutación por error Windows mirror.safe Ver guía: Replicación en Windows
Nuevas aplicaciones Replicación en tiempo real y conmutación por error Linux mirror.safe Ver guía: Replicación en Linux
Nuevas aplicaciones Equilibrio de carga de red y conmutación por error Windows farm.safe Ver guía: Equilibrio de carga en Windows
Nuevas aplicaciones Equilibrio de carga de red y conmutación por error Linux farm.safe Ver guía: Equilibrio de carga en Linux
Bases de datos Replicación y conmutación por error Microsoft SQL Server sqlserver.safe Ver guía: Clúster de SQL Server
Bases de datos Replicación y conmutación por error PostgreSQL postgresql.safe Ver guía: Replicación de PostgreSQL
Bases de datos Replicación y conmutación por error MySQL mysql.safe Ver guía: Clúster de MySQL
Bases de datos Replicación y conmutación por error Oracle oracle.safe Ver guía: Clúster de Oracle
Bases de datos Replicación y conmutación por error Firebird firebird.safe Ver guía: HA de Firebird
Servidores Web Equilibrio de carga y conmutación por error Apache apache_farm.safe Ver guía: Equilibrio de carga de Apache
Servidores Web Equilibrio de carga y conmutación por error IIS iis_farm.safe Ver guía: Equilibrio de carga de IIS
Servidores Web Equilibrio de carga y conmutación por error NGINX farm.safe Ver guía: Equilibrio de carga de NGINX
VMs y Contenedores Replicación y conmutación por error Hyper-V hyperv.safe Ver guía: Replicación de VM Hyper-V
VMs y Contenedores Replicación y conmutación por error KVM kvm.safe Ver guía: Replicación de VM KVM
VMs y Contenedores Replicación y conmutación por error Docker mirror.safe Ver guía: Failover de contenedores Docker
VMs y Contenedores Replicación y conmutación por error Podman mirror.safe Ver guía: Failover de contenedores Podman
VMs y Contenedores Replicación y conmutación por error Kubernetes K3S k3s.safe Ver guía: Replicación de Kubernetes K3S
Nube AWS Replicación en tiempo real y conmutación por error AWS mirror.safe Ver guía: Clúster de replicación AWS
Nube AWS Equilibrio de carga de red y conmutación por error AWS farm.safe Ver guía: Equilibrio de carga AWS
Nube GCP Replicación en tiempo real y conmutación por error GCP mirror.safe Ver guía: Clúster de replicación GCP
Nube GCP Equilibrio de carga de red y conmutación por error GCP farm.safe Ver guía: Equilibrio de carga GCP
Nube Azure Replicación en tiempo real y conmutación por error Azure mirror.safe Ver guía: Clúster de replicación Azure
Nube Azure Equilibrio de carga de red y conmutación por error Azure farm.safe Ver guía: Equilibrio de carga Azure
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Milestone XProtect milestone.safe Ver guía: Failover de Milestone XProtect
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Nedap AEOS nedap.safe Ver guía: Failover de Nedap AEOS
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Genetec (SQL Server) sqlserver.safe Ver guía: Failover de SQL para Genetec
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Bosch AMS (Hyper-V) hyperv.safe Ver guía: Failover de Hyper-V para Bosch AMS
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Bosch BIS (Hyper-V) hyperv.safe Ver guía: Failover de Hyper-V para Bosch BIS
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Bosch BVMS (Hyper-V) hyperv.safe Ver guía: Failover de Hyper-V para Bosch BVMS
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Hanwha Vision (Hyper-V) hyperv.safe Ver guía: Failover de Hyper-V para Hanwha Vision
Seguridad Física / VMS Replicación en tiempo real y conmutación por error Hanwha Wisenet (Hyper-V) hyperv.safe Ver guía: Failover de Hyper-V para Hanwha Wisenet
Productos Siemens Replicación en tiempo real y conmutación por error Siemens Siveillance suite (Hyper-V) hyperv.safe Ver guía: HA Siemens Siveillance
Productos Siemens Replicación en tiempo real y conmutación por error Siemens Desigo CC (Hyper-V) hyperv.safe Ver guía: HA Siemens Desigo CC
Productos Siemens Replicación en tiempo real y conmutación por error Siemens Siveillance VMS SiveillanceVMS.safe Ver guía: HA Siemens Siveillance VMS
Productos Siemens Replicación en tiempo real y conmutación por error Siemens SiPass (Hyper-V) hyperv.safe Ver guía: HA Siemens SiPass
Productos Siemens Replicación en tiempo real y conmutación por error Siemens SIPORT (Hyper-V) hyperv.safe Ver guía: HA Siemens SIPORT
Productos Siemens Replicación en tiempo real y conmutación por error Siemens SIMATIC PCS 7 (Hyper-V) hyperv.safe Ver guía: HA SIMATIC PCS 7
Productos Siemens Replicación en tiempo real y conmutación por error Siemens SIMATIC WinCC (Hyper-V) hyperv.safe Ver guía: HA SIMATIC WinCC

Preguntas frecuentes sobre la alta disponibilidad de SafeKit

Arquitectura y Replicación

¿La replicación de SafeKit es síncrona o asíncrona?

SafeKit implementa replicación síncrona en tiempo real a nivel de byte entre dos nodos para garantizar la pérdida cero de datos (RPO=0) dentro del cluster.

Para la recuperación ante desastres (Disaster Recovery) a largas distancias, SafeKit se combina con una solución de backup externa que gestiona la replicación asíncrona a un tercer nodo en un sitio remoto, mitigando el impacto de la latencia de red.

¿Requiere SafeKit almacenamiento compartido o una SAN?

No. SafeKit es una arquitectura shared-nothing. Replica los datos entre discos internos estándar a través de la red, eliminando la necesidad de una costosa red de área de almacenamiento (SAN) o cabinas de almacenamiento replicadas.

¿Cómo implementa SafeKit una dirección IP virtual?

SafeKit gestiona una IP Virtual (VIP) definida por software mediante Gratuitous ARP (GARP) en subredes locales. En entornos de nube como AWS, Azure o GCP, utiliza URLs de comprobación de estado (health checks) para orquestar el failover del tráfico a través de equilibradores de carga nativos.

Especificaciones Técnicas

¿Cuáles son las limitaciones de SafeKit para conjuntos de datos muy grandes?

SafeKit es altamente escalable pero depende del rendimiento de la red. Como se detalla en nuestras limitaciones técnicas para grandes conjuntos de datos, se recomienda un enlace de replicación dedicado de 10 Gbps para entornos de varios terabytes. Para un rendimiento óptimo de resincronización, también es preferible replicar menos de 1.000.000 de archivos.

¿Qué sistemas operativos e hipervisores son compatibles?

SafeKit es compatible con Windows y Linux (Red Hat, Ubuntu, Windows para Servidor, Windows para PC). Puede encontrar la lista completa de SO compatibles en nuestra sección de recursos técnicos.

La HA a nivel de aplicación es agnóstica al hipervisor y se ejecuta en VMware, Hyper-V y otras plataformas, así como en servidores físicos. La HA a nivel de VM es compatible con Hyper-V y KVM (replicación y failover de máquinas virtuales completas).

Funciones y Operaciones

¿Cuál es la diferencia entre HA a nivel de aplicación y a nivel de VM?

La HA a nivel de aplicación supervisa procesos de software específicos y solo reinicia la aplicación en caso de fallo. La HA a nivel de VM es compatible con Hyper-V y KVM; replica y reinicia la máquina virtual completa, lo cual es ideal si no se dispone de conocimientos técnicos profundos sobre la aplicación interna.

¿Cuál es la diferencia entre los clusters Mirror y Farm?

Un cluster Mirror es una arquitectura de 2 nodos con replicación en tiempo real para aplicaciones con estado, como las bases de datos. Un cluster Farm utiliza N nodos y equilibrio de carga de red para servicios web o aplicaciones sin estado. Para entornos complejos, puede combinar clusters mirror y farm para proteger una aplicación de varios niveles (por ejemplo, una granja web con equilibrio de carga y una base de datos en mirror).

¿Dónde puedo acceder a la prueba gratuita y documentación de SafeKit HA?

En nuestra sección de recursos técnicos encontrará una prueba de 30 días con todas las funciones, guías de instalación y manuales técnicos completos. También ofrecemos un programa gratuito de formación y certificación online para ayudarle a empezar rápidamente.