Frånkoppling av klusternätverk (nätverket mellan high-availability-klustret och klienterna)
Systemet är otillgängligt på den aktiva servern
Automatisk redundans och manuell omkoppling slutförs på några minuter för att korta ned avbrottstiden (se begränsning 8)
Identisk minnesstorlek på både aktiva och passiva servrar krävs inte, men det rekommenderas starkt för konsekventa prestanda (se begränsning 9)
High-availability-kluster kan skapas med två kompatibla Synology NAS-enheter (Läs mer)
Lättnavigerad instrumentpanel för noggrann övervakning av CPU-, minnes- och diskanvändningen för båda värdservrarna
Datareplikering i realtid mellan de aktiva och passiva servrarna för att upprätthålla konsekventa data
Stöder kvorumserver för att effektivt minimera förekomsten av split-brain-fel
Kompatibel med intensiva arbetslaster och olika virtualiseringslösningar, t.ex. VMware®, vSphere™, Microsoft® Hyper-V®, Citrix® XenServer™ och OpenStack Cinder
Paket som inte stöds i high-availability-kluster: PetaSpace
Maximalt antal volymer och LUN-enheter per high-availability-kluster: 64
Maximal total kapacitet för volymer och LUN-enheter per high-availability-kluster: 400 TB
Funktioner som inte är tillgängliga i ett high-availability-kluster:
Schemalagd start
HDD-viloläge
DHCP-server
IPv6
Begränsningar
Externa USB-enheter är endast tillgängliga när de är anslutna till den aktiva servern
Link Aggregation kan inte ändras efter att high-availability-klustret har skapats
Vi rekommenderar att Heartbeat-anslutningen ska vara en direkt anslutning mellan de aktiva och passiva servrarna (det går inte att garantera att en Heartbeat-anslutning är stabil eller tillförlitlig om den går via en nätverksswitch)
Det går inte att byta plats på disken i de aktiva och passiva servrarna efter att high-availability-klustret har skapats
Direkt systemmigrering stöds inte i ett high-availability-kluster (Klustermigrering kräver uppgradering av de passiva och aktiva servrarna i ordning)
Den passiva servern är inte tillgänglig för användarinloggning eftersom alla åtgärder behandlas på den aktiva servern
Systemresurser tilldelas delvis för att skapa och underhålla ett high-availability-kluster, vilket ger en potentiell 15-procentig påverkan på systemets totala prestanda
Varaktigheten för automatisk redundans vid fel och växling kan variera beroende på produktmodell, systemanvändning, volymstorlek, antal paket som körs på high-availability-klustret och andra faktorer
Redundans är inte tillgängligt om SSD-cache skapas på servrar som inte har identisk minnesstorlek och som finns i ett high-availability-kluster