Pour que l'instance de production de vRealize Operations fonctionne de manière optimale, votre environnement doit être conforme à certaines configurations. Passez en revue ces configurations et familiarisez-vous avec avant de déployer une instance de production de vRealize Operations.

Dimensionnement
vRealize Operations prend en charge jusqu'à 320 000 ressources surveillées réparties sur huit très grands nœuds d'analyse.
Dimensionnez votre instance de vRealize Operations de manière à garantir les performances et la prise en charge. Pour plus d'informations sur le dimensionnement, reportez-vous à l'article de la base de connaissances, Instructions de dimensionnement vRealize Operations Manager (KB 2093783).
Environnement
Déployez les nœuds d'analyse dans le même cluster vSphere et utilisez des hôtes et un stockage identiques ou similaires. Si vous ne pouvez pas déployer les nœuds d'analyse dans le même cluster vSphere, vous devez les déployer au même emplacement géographique.
Lorsque la disponibilité continue est activée, déployez les nœuds d'analyse dans les domaines de pannes du même cluster vSphere et utilisez des hôtes et un stockage identiques ou similaires. Les domaines de pannes sont pris en charge sur les clusters étendus vSphere.
Les nœuds d'analyse doivent être capables de communiquer entre eux en permanence. Les événements vSphere suivants pourraient perturber la connectivité.
  • vMotion
  • Storage vMotion
  • Haute disponibilité (HA)
  • Distributed Resource Scheduler (DRS)

En raison d'un niveau élevé de trafic entre les nœuds d'analyse, tous les nœuds d'analyse doivent se trouver sur les mêmes VLAN et sous-réseau IP, et ce VLAN ne doit pas être étiré entre plusieurs centres de données, lorsque la disponibilité continue n'est pas activée.

Lorsque la disponibilité continue est activée, les nœuds d'analyse dans les domaines de pannes doivent se trouver sur les mêmes VLAN et sous-réseau IP, et la communication entre les domaines de pannes doit être disponible. Le nœud témoin peut être situé dans un VLAN et un sous-réseau IP distincts, mais il doit pouvoir communiquer avec tous les nœuds d'analyse.

La latence entre les nœuds d'analyse ne peut pas dépasser 5 millisecondes, sauf lorsque la disponibilité continue est activée et la latence entre les domaines de pannes ne peut pas dépasser 10 millisecondes, mais les nœuds d'analyse, dans chaque domaine de pannes, ne peuvent toujours pas dépasser 5 millisecondes. La bande passante doit être égale ou supérieure à 10 Go par seconde.

Si vous déployez des nœuds d'analyse au sein d'un cluster vSphere hautement consolidé, configurez les réservations de ressources. Un nœud d'analyse complet, par exemple un grand nœud d'analyse qui surveille 20 000 ressources, nécessite un CPU virtuel par CPU physique. Si vous rencontrez des problèmes de performances, examinez le temps de disponibilité et l'arrêt simultané des CPU pour déterminer si le ratio de CPU virtuels et de CPU physiques est en cause. Pour plus d'informations sur la manière de résoudre les problèmes de performances des machines virtuelles et d'interpréter les mesures de performances des CPU, consultez le document Dépannage d'une machine virtuelle qui ne répond plus : comparaison d'utilisation des CPU entre le VMM et le système d'exploitation invité (1017926).
Vous pouvez déployer des collecteurs distants et le nœud témoin derrière un pare-feu. Vous ne pouvez pas utiliser NAT entre des collecteurs distants ou entre le nœud témoin et des nœuds d'analyse.
Plusieurs centres de données
vRealize Operations peut être étiré entre plusieurs centres de données uniquement lorsque la disponibilité continue est activée. Les domaines de pannes peuvent résider dans des clusters vSphere séparés. Toutefois, tous les nœuds d'analyse dans les deux domaines de pannes doivent résider au même emplacement géographique.

Par exemple, le premier centre de données est situé à Palo Alto, mais il est configuré dans deux bâtiments différents ou à différents emplacements de la ville (deux quartiers du centre-ville), la latence sera donc inférieure à 5 millisecondes. Le deuxième centre de données est situé à Santa Clara, de sorte que la latence entre les deux centres de données est supérieure à 5 millisecondes, mais inférieure à 10 millisecondes. Reportez-vous à l'article de la base de connaissances, Instructions de dimensionnement de vRealize Operations Manager (KB 2093783) pour connaître la configuration réseau requise.

Si vRealize Operations surveille des ressources dans des centres de données supplémentaires, vous devez utiliser des collecteurs distants et les déployer dans les centres de données distants. Vous devrez peut-être modifier les intervalles auxquels les adaptateurs configurés sur le collecteur distant recueillent des informations en fonction de la latence.
Il est recommandé de surveiller les collectes afin de vérifier qu'elles s'exécutent en moins de cinq minutes. Consultez l'article de la base de connaissances, Instructions de dimensionnement vRealize Operations Manager (KB 2093783) pour en savoir plus sur la latence, la bande passante et les exigences de dimensionnement. Si toutes les conditions sont remplies et que les collectes ne s'exécutent toujours pas dans le délai par défaut de 5 minutes, augmentez l'intervalle à 10 minutes.
Certificats
Un certificat valide signé par une autorité de certification approuvée, privée ou publique, est un élément important lorsque vous configurez une instance de production de vRealize Operations. Configurez un certificat signé par une autorité de certification dans le système avant de configurer des agents .
Vous devez inclure tous les nœuds d'analyse, les nœuds de collecteurs distants, les nœuds témoins et les noms DNS d'équilibrage de charge dans le champ Autres noms du sujet du certificat.
Adaptateurs
Il est recommandé de configurer les adaptateurs sur des collecteurs distants dans le même centre de données que le cluster d'analyse pour les profils de déploiement à grande et très grande échelle. La configuration d'adaptateurs sur des contrôleurs distants améliore les performances en réduisant la charge sur le nœud d'analyse. Vous pouvez, par exemple, décider de configurer un adaptateur sur des collecteurs distants si toutes les ressources d'un nœud d'analyse donné commencent à altérer les performances du nœud. Vous pouvez configurer l'adaptateur sur un collecteur distant de grande taille avec la capacité appropriée.
Configurez les adaptateurs sur des collecteurs distants lorsque le nombre de ressources surveillées par les adaptateurs dépasse la capacité du nœud d'analyse associé.
Authentification
Vous pouvez utiliser Platform Services Controller pour l'authentification de l'utilisateur dans vRealize Operations. Pour plus d'informations sur le déploiement d'une instance de Platform Services Controller hautement disponible, reportez-vous à la section Déployer vCenter Server Appliance dans la documentation de VMware vSphere. Tous les services de Platform Services Controller sont consolidés dans vCenter Server, et le déploiement et l'administration sont simplifiés.
Équilibrage de charge
Pour plus d'informations sur la configuration de l'équilibrage de charge, consultez le vRealize Operationsguide Équilibrage de charge.