VMWARE Architecture de référence de vRealize Operations Manager [fr]
Architecture de référence de vRealize
Operations Manager
vRealize Operations Manager 6.2
Ce document prend en charge la version de chacun des produits
répertoriés, ainsi que toutes les versions publiées par la suite
jusqu'au remplacement dudit document par une nouvelle
édition. Pour rechercher des éditions plus récentes de ce
document, rendez-vous sur :
http://www.vmware.com/fr/support/pubs.
FR-001988-00
Architecture de référence de vRealize Operations Manager
Vous trouverez la documentation technique la plus récente sur le site Web de VMware à l'adresse :
http://www.vmware.com/fr/support/
Le site Web de VMware propose également les dernières mises à jour des produits.
N’hésitez pas à nous transmettre tous vos commentaires concernant cette documentation à l’adresse suivante :
docfeedback@vmware.com
Copyright © 2016 VMware, Inc. Tous droits réservés. Copyright et informations sur les marques.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
VMware, Inc.
100-101 Quartier Boieldieu
92042 Paris La Défense
France
www.vmware.com/fr
Table des matières
Présentation de l'architecture de référence VMware
1
vRealize Operations Manager 5
Meilleures pratiques de déploiement de vRealize Operations Manager 7
2
Considérations initiales relatives au déploiement de
3
vRealize Operations Manager 9
Considérations relatives à l'évolutivité 11
4
Considérations relatives à la haute disponibilité 13
5
Considérations relatives aux adaptateurs et aux modules de gestion 15
6
Spécifications matérielles pour les nœuds d'analyse et les collecteurs distants 17
7
Spécification des ports pour vRealize Operations Manager 19
8
Profil de déploiement à petite échelle pour vRealize Operations Manager 23
9
Profil de déploiement à échelle moyenne pour vRealize Operations Manager 25
10
Profil de déploiement à grande échelle pour vRealize Operations Manager 29
11
Profil de déploiement à très grande échelle pour
12
vRealize Operations Manager 33
Index 39
VMware, Inc. 3
Architecture de référence de vRealize Operations Manager
4 VMware, Inc.
Présentation de l'architecture de
référence VMware
vRealize Operations Manager 1
Le VMware vRealize Operations Manager Guide de l'architecture de référence fournit des recommandations en
matière de topologie de déploiement, de configuration matérielle requise, d'interopérabilité et d'évolutivité
pour VMware vRealize Operations Manager 6.2.
Pour plus d'informations sur la configuration logicielle requise, l'installation et les plates-formes prises en
charge, consultez la Documentation de vRealize VMware Operations Manager 6.2.
Pour obtenir des informations détaillées sur le dimensionnement, notamment les exigences en matière de
CPU, de mémoire et d'E/S par seconde, consultez le document Instructions de dimensionnement vRealize
Operations Manager 6.2 (2130551).
VMware, Inc. 5
Architecture de référence de vRealize Operations Manager
6 VMware, Inc.
Meilleures pratiques de déploiement
de vRealize Operations Manager 2
Mettez en œuvre toutes les meilleures pratiques lorsque vous déployez une instance de production de
vRealize Operations Manager.
Nœuds d'analyse
Les nœuds d'analyse se composent de nœuds maîtres, de nœuds de réplica et de nœuds de données.
Déploiement de nœuds d'analyse dans le même cluster vSphere.
n
Déploiement de nœuds d'analyse sur un support de stockage du même type.
n
Selon la taille et les exigences de performances des nœuds d'analyse, appliquez des règles d'antiaffinité
n
Storage DRS pour veiller à ce que les nœuds se trouvent sur des banques de données séparées.
Définissez Storage DRS sur manuel pour tous les nœuds d'analyse vRealize Operations Manager.
n
Si vous déployez des nœuds d'analyse dans un cluster vSphere hautement consolidé, configurez les
n
réservations de ressources de manière à assurer des performances optimales. Assurez-vous que le ratio
de CPU virtuels et de CPU physiques n'a pas d'impact négatif sur les performances des nœuds
d'analyse en validant le temps de disponibilité des CPU et l'arrêt simultané des CPU.
Les nœuds d'analyse ont un grand nombre de vCPU pour garantir les performances du calcul d'analyse
n
qui se produit sur chaque nœud. Surveillez le temps de disponibilité des CPU et l'arrêt simultané des
CPU afin de vous assurer que les nœuds d'analyse ne se disputent pas la capacité de CPU.
Modules de gestion et adaptateurs
Différents modules de gestion et adaptateurs ont des exigences de configuration spécifiques. Assurez-vous
que vous connaissez toutes les conditions requises avant d'installer une solution et de configurer l'instance
d'adaptateur.
VMware, Inc.
7
Architecture de référence de vRealize Operations Manager
8 VMware, Inc.
Considérations initiales relatives au
déploiement de
vRealize Operations Manager 3
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
Environnement
vRealize Operations Manager prend en charge jusqu'à 120 000 ressources
surveillées réparties sur 16 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, consultez le document Instructions de
dimensionnement vRealize Operations Manager 6.2 (2130551).
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.
vRealize Operations Manager ne prend pas en charge le déploiement des
nœuds d'analyse à différents emplacements géographiques.
Les nœuds d'analyse doivent être capables de communiquer entre eux à tout
moment. Les événements vSphere suivants pourraient perturber la
connectivité.
vMotion
n
Storage vMotion
n
HA
n
DRS
n
En raison d'un niveau élevé de trafic entre les nœuds d'analyse, tous les
nœuds d'analyse doivent être adjacents à la couche 2, ce qui signifie que
chaque nœud est situé sur les mêmes VLAN et sous-réseau IP, et que le
VLAN n'est pas étiré entre plusieurs centres de données. La latence entre les
nœuds d'analyse ne peut pas dépasser 5 millisecondes et la bande passante
doit être égale ou supérieure à 1 Go par seconde. Il est recommandé d'avoir
une bande passante de 10 Go par seconde.
Si vous déployez des nœuds d'analyse dans 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
10 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
VMware, Inc.
9
Architecture de référence de vRealize Operations Manager
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 derrière un pare-feu. Vous ne
pouvez pas utiliser NAT entre des collecteurs distants et des nœuds
d'analyse.
Plusieurs centres de
données
Certificats
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 le centre de données distant. 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é d'avoir une latence entre les sites inférieure à 200 ms.
Lorsque la latence est supérieure à 200 ms, il est recommandé de surveiller
les collections afin de vérifier qu'elles se terminent en moins de cinq minutes.
Si elles ne se terminent pas dans ce délai, faites passer l'intervalle à
10 minutes.
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 Endpoint Operations Management.
Vous devez inclure tous les nœuds d'analyse, collecteurs distants et
noms DNS d'équilibrage de charge dans le champ Subject Alternative Names
du certificat.
Vous pouvez configurer des agents Endpoint 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 à Spécifier les propriétés
de configuration de l'agent de gestion des opérations de point de
terminaison.
Adaptateurs
Il est recommandé de déployer les adaptateurs sur des contrôleurs 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. Le déploiement d'adaptateurs
sur des contrôleurs distants améliore les performances en réduisant la charge
sur le nœud d'analyse.
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 Platform Services Controller hautement
disponible, reportez-vous au Guide de déploiement VMware vCenter
Server 6.0.
Équilibrage de charge
Pour plus d'informations sur la configuration de l'équilibrage de charge,
consultez la documentation vRealize Operations Manager.
10 VMware, Inc.
Considérations relatives à
l'évolutivité 4
Configurez votre déploiement initial de vRealize Operations Manager en fonction de l'utilisation prévue.
Nœuds d'analyse
Évolutivité verticale
grâce à l'ajout de
ressources
Évolutivité verticale
grâce à l'augmentation
du stockage
Les nœuds d'analyse se composent de nœuds maîtres, de nœuds de réplica
maîtres et de nœuds de données.
Pour les déploiements en entreprise de vRealize Operations Manager,
déployez tous les nœuds en tant que déploiements à moyenne ou à grande
échelle, en fonction de vos ressources disponibles.
Si vous déployez des nœuds d'analyse dans une configuration autre qu'à
grande échelle, vous pouvez reconfigurer le vCPU et mémoire.
vRealize Operations Manager prend en charge diverses tailles de nœuds.
Tableau 4‑1. Tailles de déploiement des nœuds d'analyse
Taille de nœud vCPU Mémoire
Très petite 2 8 Go
Petite 4 16 Go
Moyenne 8 32 Go
Grande 16 48 Go
Vous pouvez augmenter le stockage indépendamment du vCPU et de la
mémoire.
Pour conserver une configuration prise en charge, les nœuds de données
déployés dans le cluster doivent avoir la même taille.
Pour plus d'informations sur l'augmentation du stockage, reportez-vous à
Ajouter de l'espace disque à un nœud vApp ou Ajouter de l'espace disque à
un nœud Linux ou Windows. Vous ne pouvez pas modifier les disques des
machines virtuelles qui ont un snapshot. Vous devez supprimer tous les
snapshots avant de pouvoir augmenter la taille du disque.
Évolutivité horizontale
grâce à l'ajout de
nœuds
Collecteurs distants
VMware, Inc. 11
vRealize Operations Manager 6.2 prend en charge jusqu'à 16 nœuds
d'analyse dans un cluster.
Pour conserver une configuration prise en charge, les nœuds d'analyse
déployés dans le cluster doivent avoir la même taille.
vRealize Operations Manager prend en charge deux tailles de collecteurs
distants : standard et grande. Le nombre maximal de ressources est basé sur
l'ensemble des ressources qui sont recueillies pour tous les adaptateurs sur le
collecteur distant.
Architecture de référence de vRealize Operations Manager
Tableau 4‑2. Tailles de collecteurs distants prises en charge
Taille de collecteur Ressources
Standard 1,500 250
Grande 12,000 2,500
Agents
Endpoint Operations
Management
12 VMware, Inc.
Loading...