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. VMware recommande l'utilisation d'un réseau étendu de couche 2 entre les deux sites de données et un réseau de 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. VMware recommande l'utilisation d'un réseau étendu de couche 2 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. VMware prend en charge l'utilisation d'un réseau étendu de couche 2 ou d'un réseau de couche 3 entre les sites de données.
Utilisation d'itinéraires statiques sur des hôtes ESXi
Si vous utilisez une passerelle par défaut unique sur les hôtes ESXi, notez bien que chaque hôte ESXi contient une pile TCP/IP par défaut qui possède 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.
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 d'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 et aucun itinéraire n'existe entre le réseau de gestion et le réseau vSAN.
Vous pouvez utiliser les itinéraires statiques pour résoudre ce problème. 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.
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.