vSAN prend en charge les déploiements à deux nœuds. Les déploiements de vSAN à deux nœuds sont utilisés pour les bureaux distants/succursales (ROBO) disposant d'un faible nombre de charges de travail, mais exigeant une haute disponibilité.
Les déploiements de vSAN à deux nœuds utilisent un troisième hôte témoin, qui peut être situé à distance de la succursale. Le témoin est souvent conservé dans la succursale, conjointement avec les composants de gestion, tels que vCenter Server.
Versions de déploiements de vSAN à deux nœuds antérieures à vSAN 6.5
Les versions de vSAN antérieures à la version 6.5 qui prennent en charge les déploiements à deux nœuds nécessitent un commutateur physique sur le site distant.
Les systèmes vSAN à deux nœuds précoces ont besoin d'inclure un commutateur physique de 10 Go sur le site distant. Si les seuls serveurs sur ce site distant étaient les hôtes vSAN, cette solution peut s'avérer inefficace.
Avec ce déploiement, en l'absence d'autres périphériques utilisant le commutateur de 10 Go, aucune attention particulière ne doit être portée à l'écoute IGMP. Si d'autres périphériques sur le site distant partagent le commutateur de 10 Go, utilisez l'écoute IGMP pour éviter un trafic multidiffusion excessif et inutile.
PIM n'est pas nécessaire, car le seul trafic acheminé est le trafic témoin, qui est monodiffusion.
Déploiements à deux nœuds pour vSAN 6.5 et versions ultérieures
vSAN 6.5 et versions ultérieures prend en charge les déploiements à deux nœuds.
Avec vSAN 6.5 et versions ultérieures, cette implémentation de vSAN à deux nœuds est beaucoup plus simple. vSAN 6.5 et version ultérieure permet aux deux hôtes du site de données d'être connectés directement.
Pour activer cette fonctionnalité, le trafic témoin est entièrement distinct du trafic de données vSAN. Le flux du trafic de données vSAN peut avoir lieu entre les deux nœuds lors de la connexion directe, alors que le trafic témoin peut être acheminé vers le site témoin sur le réseau de gestion.
Le dispositif témoin peut être situé à distance de la succursale. Par exemple, le témoin peut s'exécuter à nouveau dans le centre de données principal, parallèlement à l'infrastructure de gestion (vCenter Server, vROps, Log Insight, etc.). Le témoin peut également résider à distance à partir de la succursale dans vCloud Air.
Dans cette configuration, il n'existe aucun commutateur sur le site distant. Par conséquent, il n'est pas nécessaire de configurer la prise en charge du trafic multidiffusion sur le réseau dos-à-dos vSAN. Il n'est pas nécessaire de tenir compte du trafic multidiffusion sur le réseau de gestion, car le trafic témoin est monodiffusion.
Les versions vSAN 6.6 et ultérieures utilisent toutes la monodiffusion, il n'y a donc aucune remarque sur la multidiffusion. Plusieurs déploiements à deux nœuds de bureaux distants/succursales sont également pris en charge, dès lors que chacun dispose de son propre témoin unique.
Considérations courantes pour les déploiements de vSAN à deux nœuds
Les déploiements de vSAN à deux nœuds prennent en charge d'autres topologies. Cette section décrit les configurations courantes.
Pour plus d'informations sur les configurations à deux nœuds et les considérations détaillées de déploiement hors du réseau, reportez-vous à la documentation de base de vSAN.
Exécution du témoin sur un autre cluster vSAN à deux nœuds
vSAN ne prend pas en charge l'exécution du témoin sur un autre cluster à deux nœuds.
Témoin exécuté sur un autre déploiement de vSAN standard
vSAN prend en charge l'exécution du témoin sur un autre déploiement de vSAN standard.
Cette configuration est prise en charge. Toute panne du système vSAN à deux hôtes sur le site distant n'a aucun effet sur la disponibilité de l'environnement vSAN standard au niveau du centre de données principal.
