Configuration réseau requise des nœuds du cluster vRealize Operations

Lorsque vous créez les nœuds du cluster qui composent vRealize Operations, la configuration associée au sein de votre environnement réseau est essentielle pour la communication inter-nœud et le bon fonctionnement.

Exigences requises pour la mise en réseau

Important : Les nœuds de cluster d'analyse vRealize Operations ont besoin d'établir des communications fréquentes entre eux. En général, votre architecture vSphere sous-jacente est susceptible de créer des conditions où certaines actions vSphere influent sur ces communications. Cela concerne par exemple, mais pas uniquement, vMotions, storage vMotions, les événements HA et les événements DRS.

• Les nœuds principaux et de réplica doivent être désignés par une adresse IP statique ou par un nom de domaine complet (FQDN, fully qualified domain name) avec une adresse IP statique.

  Les nœuds de données et de collecteur distant peuvent utiliser le protocole de configuration dynamique des hôtes (DHCP, Dynamic Host Control Protocol).

• Vous pouvez réaliser une recherche DNS inversée sur tous les nœuds, y compris les collecteurs distants, avec leur nom de domaine complet, actuellement le nom d'hôte du nœud.

  Le nom d'hôte des nœuds déployés par OVF est défini sur le nom de domaine complet récupéré par défaut.

• Tous les nœuds, y compris les collecteurs distants, doivent pouvoir être routés de manière bidirectionnelle par adresse IP ou nom de domaine complet.
• Ne séparez pas les nœuds du cluster d'analyse par une traduction d'adresses réseau (NAT, network address translation), un équilibrage de charge, un pare-feu ou un proxy qui interdit la communication bidirectionnelle par adresse IP ou par nom de domaine complet.
• Les nœuds du cluster d'analyse ne doivent pas avoir le même nom d'hôte.
• Placez les nœuds du cluster d'analyse dans le même centre de données et connectez-les au même réseau local (LAN).
• Placez les nœuds du cluster d'analyse sur le même réseau de couche 2 et sous-réseau IP.

  Un réseau étendu de couche 2 ou un réseau de couche 3 routé n'est pas pris en charge.

• N'étendez pas le réseau de couche 2 sur plusieurs sites, car cela pourrait créer des problèmes de partitions réseau ou de performances réseau.
• Avec la disponibilité continue activée, séparez les nœuds du cluster d'analyse en domaines de pannes, qui s'étendent à travers les clusters vSphere.
• La durée aller-retour de paquet entre les nœuds de cluster d'analyse doit être inférieure ou égale à 5 ms.
• La bande passante du réseau entre les nœuds de cluster d'analyse doit être supérieure ou égale à 1 Gbit/s.
• Ne distribuez pas des nœuds de cluster d'analyse sur un réseau étendu (WAN).

  Pour recueillir des données auprès d'un WAN, d'un centre de données différent ou distant ou d'un autre emplacement géographique, utilisez les collecteurs distants.

• Les collecteurs distants sont pris en charge par l'intermédiaire d'un réseau routé mais pas par la fonction de traduction d'adresses réseau (NAT).
• Les noms d'hôte des nœuds de cluster ne doivent pas contenir de trait de soulignement.
• Les proxys cloud doivent disposer d'une résolution DNS appropriée sur les nœuds vRealize Operations lors de l'utilisation de noms de domaine complets courts/longs. Cela s'applique au proxy cloud sur site.