Replicación de datos en tiempo real entre los servidores activo y pasivo para mantener la coherencia de los datos y maximizar la disponibilidad del servicio
Conmutación por error automática para minimizar la interrupción del sistema por fallos del servicio o indisponibilidad del hardware
Interfaz de usuario unificada y sencilla para gestionar y supervisar fácilmente el clúster de alta disponibilidad
Panel de fácil navegación para supervisar de cerca la utilización de CPU, memoria y unidades en ambos servidores
Proceso de solución de problemas intuitivo y fácil de seguir
Especificaciones
La conmutación por error automática garantiza la disponibilidad del sistema en estos casos:
Servicio no disponible:
CIFS
iSCSI
AFP
FTP
NFS
Synology Directory Server
Servicios web
Espacio de almacenamiento averiado
Desconexión de red del clúster (la red entre el clúster high-availability y los clientes)
Sistema no disponible en el servidor activo
Conmutación por error automática y cambio manual completados en minutos para ofrecer un tiempo de inactividad mínimo (consulte la limitación 8)
No se requiere un tamaño de memoria idéntico en los servidores activos y pasivos, pero es muy recomendable para lograr un rendimiento uniforme (consulte la limitación 9)
El clúster high-availability se puede crear con dos Synology NAS compatibles (Obtener más información)
Panel de control de fácil navegación para supervisar de cerca la CPU, la memoria y la utilización de la unidad en ambos servidores host
Replicación de datos en tiempo real entre los servidores activos y pasivos para mantener la coherencia de los datos
Admite Quorum Server para minimizar de forma eficaz la aparición de errores de "split brain"
Compatible con cargas de trabajo intensivas y varias soluciones de virtualización, por ejemplo, VMware®, vSphere™, Microsoft® Hyper-V®, Citrix® XenServer™ y OpenStack Cinder
Paquete no compatible en un clúster high-availability: PetaSpace
Número total máximo de volúmenes y LUN por clúster high-availability: 64
Capacidad total máxima de volúmenes y LUN por clúster high-availability: 400 TB
Funciones no disponibles en un clúster high-availability:
Encendido programado
Hibernación del disco duro
DHCP Server
IPv6
Limitaciones
Solo se puede acceder a los dispositivos USB externos cuando están conectados al servidor activo
Link Aggregation no se puede modificar después de crear el clúster high-availability
Se recomienda encarecidamente que la conexión Heartbeat sea una conexión directa entre los servidores activos y pasivos (no hay garantía de que la conexión sea estable y fiable si la conexión Heartbeat pasa a través de un conmutador de red)
La posición de la unidad dentro de los servidores activos y pasivos no se puede cambiar después de crear el clúster high-availability
La migración directa del sistema no es compatible con un clúster high-availability (la migración de clúster requiere actualizar los servidores pasivo y activo en orden)
El servidor pasivo no está disponible para el inicio de sesión del usuario, ya que todas las operaciones se procesan en el servidor activo
Los recursos del sistema se asignarán parcialmente para crear y mantener un clúster high-availability, lo que puede tener como resultado impacto del 15 % en el rendimiento general del sistema
La duración del cambio y la conmutación por error automática puede variar en función del modelo de producto, la utilización del sistema, el tamaño del volumen, el número de paquetes que se ejecutan en el clúster high-availability y otros factores
La conmutación por error no estará disponible si la caché de SSD se crea en servidores que no tienen el mismo tamaño de memoria y están en un clúster high-availability