Pour que l'instance de production de vRealize Operations Manager 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 Manager.

Dimensionnement
vRealize Operations Manager 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 Manager 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 Manager 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 vRealize Operations Manager (KB 2093783) pour connaître la configuration réseau requise.

Si vRealize Operations Manager 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 Manager. Configurez un certificat signé par une autorité de certification dans le système avant de configurer des agents End Point Operations Management.
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.
Vous pouvez configurer des agents End Point Operations Management de sorte qu'ils fassent confiance au certificat racine ou intermédiaire afin d'éviter d'avoir à reconfigurer tous les agents si le certificat concernant les nœuds d'analyse et les collecteurs distants est modifié. Pour plus d'informations sur les certificats racine et intermédiaires, reportez-vous à la section Spécifier les propriétés de configuration de l'agent de gestion des opérations de point de terminaison dans le Guide de configuration de VMware vRealize Operations Manager.
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é.
vRealize Application Remote Collector
Pour que l'instance de production de vRealize Application Remote Collector et les agents Telegraf fonctionnent de manière optimale, votre environnement doit être conforme à certaines configurations. Vous devez vérifier ces configurations avant de commencer à déployer vRealize Application Remote Collector et les agents Telegraf.
Option Configurations
Dimensionnement vRealize Application Remote Collector prend en charge un maximum de 10 000 agents Telegraf utilisant un grand vRealize Application Remote Collector. Dimensionnez votre instance de vRealize Application Remote Collector de manière à garantir des performances et une prise en charge optimales. 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 vRealize Application Remote Collector dans le même vCenter Server que les machines virtuelles de point de terminaison sur lesquelles vous souhaitez déployer des agents Telegraf. La latence entre vRealize Application Remote Collector et un nœud vRealize Operations Manager ne peut pas dépasser 10 millisecondes.
Authentification
Vous pouvez utiliser Platform Services Controller pour l'authentification de l'utilisateur dans vRealize Operations Manager. 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 Operations Managerguide Équilibrage de charge.