vCenter Infrastructure Navigator 1.1
Le weekend dernier, il y a eu un nombre importante de sortie de version mineur chez VMware. Mais pour moi la plus importante est la mise à jour de VMware vCenter Infrastructure Navigator (VIN) en version 1.1.
Pour rappel, VIN est un composant de la suite vCenter Operations Manager en gamme Enterprise.
Il s’intègre comme un plug-in dans l’interface Web du vCenter et dispose également d’une forte interopérabilité avec SRM. Il permet d’obtenir une cartographique des dépendances applications contenu dans les VMs. Les administrateurs vSphere ont ainsi une visibilité accrue sur le contenu applicative des VMs et leur inter-dépendance.
VIN s’installe facilement en tant que Virtual Appliance et découvre automatiquement l’ensemble des applications de l’environnement virtuel (sans agent).
Voici une petit présentation d’Infrastructure Navigator:
Voici la liste des nouveautés de la version 1.1:
- Compatibilité avec vCloud Director: possibilité de déployer Infrastructure Navigator sur le vCenter managé par vCloud Director et d’utiliser la cartographie applicative pour l’environnement Cloud.
- Découverte et affichage des entités externe: la cartographie applicative couvre le application des VMs et s’étend maintenant d’un bond hors de l’environnement virtuel. On peut maintenant découvrir les application les applications sur des serveurs physiques ou des VMs étant hors de l’inventaire du vCenter.
- Datage des processus des dépendances: pour n’afficher que les dépendances pertinentes, Infrastructure Navigator enlève les dépendances non-fréquentes après une période d’inactivité de 3 jours.
- Découverte des services inconnus: permet d’afficher les services découverts même s’ils sont inconnus. Il affiche dans ce cas des informations basiques (nom du processus et numéro du port d’écoute).
- Création de service défini manuellement: il est possible de créer manuellement des définitions de service en se basant sur des attributs (le nom du processus et le port d’écoute). On peut ainsi convertir les services inconnus et détendre le périmètre de découverte.
- Découverte de nouveau services: les services VMware (comme SRM, View, vCD & vShield Manager) sont maintenant découvert en natif.
- Messages de notifications: un message de notifications apparaît dans vCenter en cas d’erreur general ou des erreurs de crédentials.
- Plusieurs niveaux de dépendances applicatives: on peut étendre les dépendances pour afficher plusieurs niveaux de dépendances dans la même cartographie applicative.
Et pour finir, voici une petite démo de vIN 1.1:
http://youtu.be/QUzxj6qUYUI
La version 1.1.1 est sortie hier, elle corrige notamment un Pb de consommation IO de la VA.
https://www.vmware.com/support/adm/doc/vcenter-infrastructure-navigator-111-release-notes.html
I think the key discussion ponits I have, once we get past explaining the requirements and differences are some limitations of the magic’ with stretched HA/DRS clusters:1) Not site aware (a VM and its storage may be at opposite sites. You potentially take the latency hit for EACH I/O)2) Will not automatically keep workloads at their appropriate/optimal site (a majority of your users may be accessing the VM from site A, but DRS could relocate the VM to site B to balance load. Now, your users get to take the latency hit makes troubleshooting slowness’ a lot of fun!)3)Cannot handle dependencies between virtual machines (consider a 3-tier application/service. What happens when the web tier and database tier are at site A and the app tier is at site B? What if the storage for the DB tier is also at site B?) Fun stuff, especially considering lack of integration with the underlying storage.
@Vincent
First, you can use DRS Host-affinity Rules in streched clusters so VMs will be site aware.
Second, vIN is used to inventory application and dependencies. If you talk about performance, IOPS, latency… to should use vCOps.