Les trois sites d'un cluster étendu communiquent sur le réseau de gestion et sur le réseau vSAN. Les VM des deux sites de données communiquent sur un réseau de machine virtuelle commun.

Un cluster étendu vSAN doit respecter certaines exigences basiques de mise en réseau.
  • Le réseau de gestion exige la connectivité entre les trois sites, via un réseau étendu de couche 2 ou un réseau de couche 3.
  • Le réseau vSAN exige la connectivité entre les trois sites. Il doit disposer d'une connectivité et d'un routage indépendants entre les sites de données et l'hôte témoin. vSAN prend en charge les couches 2 et 3 entre les deux sites de données et la couche 3 entre les sites de données et l'hôte témoin.
  • Le réseau de machine virtuelle exige la connectivité entre les sites de données, mais pas l'hôte témoin. Utilisez un réseau étendu de couche 2 ou un réseau de couche 3 entre les sites de données. En cas de défaillance, les VM n'ont pas besoin d'une nouvelle adresse IP pour fonctionner sur le site distant.
  • Le réseau vMotion exige la connectivité entre les sites de données, mais pas l'hôte témoin. Utilisez un réseau étendu de couche 2 ou un réseau de couche 3 entre les sites de données.
Note : vSAN sur RDMA n'est pas pris en charge pour les clusters vSAN étendus ou à deux nœuds.

Utilisation d'itinéraires statiques sur des hôtes ESXi

Si vous utilisez une passerelle par défaut unique sur les hôtes ESXi, chaque hôte ESXi contient une pile TCP/IP par défaut qui comprend une passerelle par défaut unique. L'itinéraire par défaut est généralement associé à la pile TCP/IP du réseau de gestion.

Le réseau de gestion et le réseau vSAN peuvent être isolés l'un de l'autre. Par exemple, le réseau de gestion peut utiliser vmk0 sur la carte NIC physique 0, pendant que le réseau vSAN utilise vmk2 sur la carte NIC physique 1 (adaptateurs réseau séparés pour deux piles TCP/IP distinctes). Cette configuration suppose que le réseau vSAN ne possède pas de passerelle par défaut.

Dans vSAN 7.0 et les versions ultérieures, vous pouvez remplacer la passerelle par défaut pour l'adaptateur VMkernel vSAN sur chaque hôte et configurer une adresse de passerelle pour le réseau vSAN.

Vous pouvez également utiliser des routes statiques pour communiquer entre les réseaux. Considérons un réseau vSAN étendu entre deux site de données sur un domaine de diffusion de couche 2 (par exemple, 172.10.0.0) et l'hôte témoin sur un autre domaine de diffusion (par exemple, 172.30.0.0). Si les adaptateurs VMkernel sur un site de données tentent de se connecter au réseau vSAN sur l'hôte témoin, la connexion échoue, car la passerelle par défaut sur l'hôte ESXi est associée au réseau de gestion. Il n'existe aucune route du réseau de gestion vers le réseau vSAN.

Définissez une nouvelle entrée de routage pour indiquer le chemin d'accès à suivre afin d'atteindre un réseau donné. Pour un réseau vSAN sur un cluster étendu, vous pouvez ajouter des itinéraires statiques afin d'assurer une communication appropriée entre tous les hôtes.

Par exemple, vous pouvez ajouter un itinéraire statique aux hôtes de chaque site de données, afin que les requêtes pour atteindre le réseau témoin 172.30.0.0 soient acheminées via l'interface 172.10.0.0. Ajoutez également un itinéraire statique à l'hôte témoin, afin que les requêtes pour atteindre le réseau 172.10.0.0 pour les sites de données soient acheminées via l'interface 172.30.0.0.

Note : Si vous utilisez des itinéraires statiques, vous devez ajouter manuellement les itinéraires statiques pour tout nouvel hôte ESXi ajouté à chaque site avant que ces hôtes puissent communiquer dans le cluster. Si vous remplacez l'hôte témoin, vous devez mettre à jour la configuration des itinéraires statiques.

Utilisez la commande esxcli network ip route pour ajouter des itinéraires statiques.