Dans un environnement comportant plusieurs zones de disponibilité, les réseaux de couche 2 doivent être étendus entre les zones de disponibilité par l'infrastructure physique. Vous devez également fournir une passerelle de couche 3 hautement disponible entre les zones de disponibilité. La méthode d'extension de ces réseaux de couche 2 et de fourniture d'une passerelle de couche 3 hautement disponible est propre à chaque fournisseur.

VLAN et sous-réseaux pour plusieurs zones disponibles

Cette section affiche un exemple de configuration pour un environnement comportant plusieurs zones de disponibilité. Les réseaux de gestion, de liaison montante 01, de liaison montante 02 et de superposition Edge dans chaque zone de disponibilité doivent être étendus pour faciliter le basculement des dispositifs NSX Edge entre les zones de disponibilité. La passerelle de couche 3 pour les réseaux de gestion et de superposition Edge doit être hautement disponible dans les zones de disponibilité.

Note : Si le VLAN est étendu entre les zones AZ1 et AZ2, le réseau de couche 3 doit également être étendu entre les deux zones de disponibilité.
Tableau 1. Exigences relatives au sous-réseau de cluster étendu

Fonction

Zone de disponibilité 1

Zone de disponibilité 2

Passerelle HA de couche 3

MTU recommandée

VLAN de gestion (AZ1)

1500

VLAN vMotion

X

9 000

VLAN vSAN (AZ1)

X

9 000

VLAN de superposition de l'hôte NSX

X

9 000

VLAN Uplink01 du dispositif NSX Edge

X

9 000

VLAN Uplink02 du dispositif NSX Edge

X

9 000

VLAN de superposition du dispositif NSX Edge

9 000

VLAN de gestion (AZ2)

X

1500

VLAN vMotion (AZ2)

X

9 000

VLAN vSAN (AZ2)

X

9 000

VLAN de superposition de l'hôte NSX (AZ2)

X

9 000

Mise en réseau pour plusieurs zones de disponibilité

Des exigences de réseau de centre de données physique sont spécifiques à une topologie comprenant plusieurs zones de disponibilité.

Tableau 2. Exigences relatives au réseau physique pour plusieurs zones de disponibilité

Composant

Condition requise

MTU

Les VLAN étendus entre les zones de disponibilité doivent répondre aux mêmes exigences que les VLAN pour la connexion intrazone incluant la MTU. La valeur de MTU doit être cohérente de bout en bout, y compris pour les composants sur le chemin de mise en réseau interzone. Définissez les valeurs MTU comme suit.
  • MTU pour tous les VLAN et interfaces virtuelles de commutateur (vMotion, Geneve et Storage) vers les trames Jumbo.
  • MTU de gestion à 1 500.
  • La superposition Geneve requiert une MTU minimale de 1 600.

Disponibilité de la passerelle de couche 3

Pour les VLAN étendus entre les zones disponibles, configurez la méthode fournie par le centre de données pour basculer la passerelle de couche 3 entre les zones de disponibilité. Par exemple, VRRP ou HSRP.

Disponibilité DHCP

Pour les VLAN étendus entre les zones de disponibilité, fournissez une haute disponibilité pour le serveur DHCP afin qu'une opération de basculement d'une zone de disponibilité unique n'affecte pas la disponibilité DHCP.

Note : Vous ne pouvez pas étendre un cluster qui utilise des adresses IP statiques pour les TEP du réseau de superposition de l'hôte NSX.

Routage BGP

Chaque centre de données de zone de disponibilité doit disposer de son propre numéro de système autonome (ASN).

Trafic d'entrée et de sortie

  • Pour les VLAN étendus entre les zones de disponibilité, le trafic entre et sort d'une zone unique. La sortie locale n'est pas prise en charge.

  • Pour les VLAN non étendus entre les zones de disponibilité, le trafic entre et sort de la zone dans laquelle se trouve le VLAN.

  • Pour les segments de réseau virtuel NSX étendus entre des régions, le trafic entre et sort d'une zone de disponibilité unique. La sortie locale n'est pas prise en charge.

Latence

vSphere
  • RTT inférieure à 150 ms pour la connectivité au système vCenter Server.
  • RTT de latence inférieure à 150 ms pour la connectivité à vMotion.
  • RTT de latence inférieure à 5 ms pour la connectivité des hôtes vSAN.

vSAN

  • RTT de latence inférieure à 200 ms pour 10 hôtes maximum par site.
  • RTT de latence inférieure à 100 ms pour 11 à 15 hôtes par site.

Instances de NSX Manager

  • RTT de latence inférieure à 10 ms entre les instances de NSX Manager.
  • RTT de latence inférieure à 150 ms entre les instances de NSX Manager et les nœuds de transport.