Il m’est arrivé d’avoir besoin de communiquer certaines informations aux VM depuis un hyperviseur VmWare ESXi comme par exemple le nom du host ESXi. J’ai très longtemps cherché sur internet, dans les forums et les KB VmWare sans rien trouver de satisfaisant. Et un jour, enfin, j’ai trouvé une toute petite publication qui répondait parfaitement à mon besoin.
Dans le but de pouvoir stopper proprement un hyperviseur VMware et ses machines virtuelles en cas d’alerte onduleur, voici une solution pour intégrer un client NUT (Network UPS Tools) natif à vSphere Hypervisor (ESXi 5.0, 5.1, 5.5, 6.0, 6.5, 6.7, 7.0, 8.0 testés). Le client NUT est installé dans l’hyperviseur et peut être contrôlé et paramétré depuis l’interface de configuration de ESXi ou depuis le vCenter s’il est géré.
Si comme moi vous avez déjà tenté de vous connecter au service WEB d’administration d’une infrastructure VMware vSphere depuis un terminal mobile (un iPhone par exemple) vous avez sans doute été déçu : ça ne marche pas ! Et pour cause, le framework javascript utilisé est bien trop lourd et complexe pour ces petits navigateurs qui équipent nos téléphones. Il existe pourtant une solution directement développée par VMware dans son laboratoire d’innovations. Le projet existe depuis 2009 et il est régulièrement mis à jour. Toutefois VMware fait peu de communication à son sujet. Il faut dire qu’administrer un serveur ESXi depuis son mobile ça peut sembler un gadget réservé aux geeks. Pour VMware c’est plus un « proof of concept » qu’un produit à but commercial. Il fonctionne, il est simple et il est gratuit, c’est vCenter Mobile Access (vCMA pour les intimes). Continuer la lecture
Dans un précédent article je vous présentait une solution pour éteindre automatiquement un serveur VMWare ESXi sur une alerte onduleur. Cette solution utilisait une machine virtuelle intermédiaire qui envoyait l’ordre d’arrêt par ssh au host ESXi. Ça marche mais ce n’est pas très élégant : une machine virtuelle de plus à maintenir et beaucoup de ressources sont utilisées juste pour attendre un évènement onduleur. Voici dont la méthode pour intégrer à l’hyperviseur ESXi 4.0 un client nut natif.
Mise à jour : Le module présenté dans cet article a été testé avec succès sous ESXi 4.1
Mise à jour 2: Pour ESXi 5.0 consultez plutôt l’article Client NUT pour ESXi 5
Une des idées de la virtualisation est de concentrer sur un serveur physique plusieurs serveur virtualisés qui utilisent peu de ressources. Toutefois même quand une machine « ne fait rien » elle consomme quand même un peu de CPU pour assurer le fonctionnement de son noyau. Ce niveau plancher de consommation CPU peut parfois s’avérer élevé et on s’aperçoit vite qu’il limite fortement le nombre de machines virtuelles que l’on peut faire tourner simultanément sans perte de performances. Cet article montre comment réduire de façon significative la consommation des systèmes Linux et FreeBSD virtualisés. Continuer la lecture
J’utilise un serveur VMWare ESXi 4.0 avec une licence gratuite. Cette licence, si elle permet de profiter de la virtualisation sur serveur, ne permet d’utiliser les API perl que pour interroger l’état du host et des machines virtuelles, elle ne permet pas de les éteindre. Mon installation dispose d’un onduleur géré par une machine physique grâce à un démon NUT (Network UPS Tools). Voici donc le moyen que j’ai trouvé pour stopper correctement mon serveur ESXi sur une alerte onduleur envoyée par un serveur NUT. Ceci fonctionne à l’identique avec les versions ESXi 3.5 et 4.0 .
Mise à jour : Un nouvel article décrit une méthode plus élégante qui permet d’installer le client nut directement dans l’hyperviseur ESXi 4 : Client NUT natif pour VMWare ESXi
Mise à jour 2 : Pour le client NUT natif sdous ESXi 5 voici un article dédié : Client NUT pour ESXi 5
J’utilise un serveur virtuel sous VMWare ESXi 4.0 pour héberger ce blog. J’y ai installé CentOS 5.4 pour faire tourner apache http, mysql et php. J’ai toutefois visé un peu bas lors de la création de la machine virtuelle en n’allouant qu’un disque de 2Go. Si initialement c’était bon, c’est assez rapidement devenu trop juste pour y faire tourner les tâches d’administration courantes. Voici donc de bout en bout la procédure que j’ai suivie pour augmenter la taille du disque. Continuer la lecture