Aujourd’hui, l’ultime maillon manquant à vCenter pour être totalement autonome depuis la machine physique jusqu’à la vm est enfin disponible ! Visez plutôt la feature list :

• Automated provisioning of new ESXi hosts stateless and statefull
• ESXi host state (firmware) backup, restore, and archiving with retention
• ESXi builds repository management
• ESXi Patch management
• Multi vCenter support
• Multi network support with agents
• Hosts memtest

Rendez-vous dans les VMware Labs pour télécharger package vPXE, certainement le meilleur plugin gratuit de vCenter ! Vous n’aurez d’ailleurs même pas besoin de consulter la doc ou les vidéos pour prendre instantanément en main ce plugin.

Pour ceux qui se poserai la question, la solution repose tout simplement sur un serveur qui gère les différents répository et qui envoi des ordres à un agent DHCP/TFTP/HTTP, le tout via un plugin aussi abouti qu’une solution payante. L’agent en question est inclus dans le package serveur, vous pouvez donc deployer des ESXi sur le même subnet que le serveur (qui peut être installé sur le vCenter) mais vous pouvez également installer un ou plusieurs agents sur différents subnet pour déployer ESXi où ça vous chante Vous pouvez aussi utiliser gPXE pour passer faire de l’http au lieu du traditionnel tftp ou utiliser PXE Manager pour faire du memtest86+ sur les serveurs et bien d’autres choses totalement surpuissantes !

N’hésitez pas à faire un petit tour par la page “Donate” du site de Max pour lui témoigner votre soutien et remerciement.

Grazie mille Max !

Pour ses 2 ans, vCenter Mobile Access gagne (enfin) en sécurité grâce à l’intégration native de l’https. En attendant le VI Client pour iPad (qui est en cours de validation chez Apple), ou si préférez passer le temps en réunion ou “vous la raconter” depuis votre smartphone, l’https rend cette appliance raisonnablement utilisable en entreprise. Un workaround avait déjà été posté sur le forum de VMware mais c’est toujours plus appréciable d’avoir une solution native.

Et toujours en provenance des VMware Labs, certains seront certainement intéressés par la version thinapp du VI Client au sujet duquel notre confrère VMDUDE à dédié un billet.

Aucun rapport avec vMA : les plus attentifs auront noté que depuis ESX(i) 4, il est possible de sélectionner un nombre de vCPU impair :

]]> http://www.hypervisor.fr/?feed=rss2&p=974 0 http://www.hypervisor.fr/?p=958 http://www.hypervisor.fr/?p=958#comments Thu, 30 Jul 2009 14:10:20 +0000 NiTRo http://www.hypervisor.fr/?p=958 Lors de l’installation d’un virtualcenter, on oublie trop vite qu’une base MSSQL Express 2005 est limitée à 4096Mo (et à 1 cpu accessoirement). Ce qui mène tôt ou tard à ce message d’erreur :

De plus, vCenter 4.0 étant nettement plus gourmand en base que son prédécesseur, il est grand temps de migrer votre base vers un VRAI serveur SQL !

1. Faites des backups (et snapshots pour plus de souplesse)
2. Installez MSSQL 2005 (ou 2008) sur un nouveau serveur (2003 ou 2008) :
3. Arrêtez le service vpxd (VMware VirtualCenter Server)
4. Détachez la base du SQL Express et attachez la au nouveau SQL (http://support.microsoft.com/kb/224071)
5. Lancez un Repair de l’install du virtualcenter:
6. Sélectionnez l’option “existing database server” :
7. Configurez le DSN et le compte de connexion à la base :
8. Fournissez le cd d’install de virtualcenter :
9. Créez un plan de maintenance (optionnel) :
10. Relancez le service vpxd
11. Allez vous coucher, il est 4h30 du matin

Voici une liste de liens utiles, à lire AVANT la migration :

http://kb.vmware.com/kb/7960893
http://kb.vmware.com/kb/1003928
http://communities.vmware.com/thread/55509
http://support.microsoft.com/kb/913089
http://www.alagad.com/go/blog-entry/how-to-make-a-backup-plan-for-sql-server-2005
http://support.microsoft.com/kb/909036
http://blog.scottlowe.org/2008/09/18/po2061-vmware-virtualcenter-25-database-best-practices/
http://www.vmware.com/files/pdf/vc_database_performance.pdf
http://www.forum-vmware.fr/forum/viewtopic.php?id=2788

Support for High Consolidation in VMware HA Clusters [...]

Use VirtualCenter 2.5 Update 5 for environments with more than 35 virtual machines per host in an HA cluster. [...]

[...] see ESX Server host settings required for environments with up to 80 virtual machines per host in an HA Cluster (KB 1012002)

Vous l’aurez compris, il faut faire des modifications “à la mano” pour bénéficier vraiment de cette update. Mais ce n’est pas tout, il est question d’une modification du fichier /etc/vmware/hostd/config.xml et restart du service hostd sur ESXi alors que cette modification n’est théoriquement supporté que dans certaines conditions :

La seule correction concerne les connections HTTP VirtualCenter <> ESX potentiellement dropées par firewall, dont le timeout est maintenant paramétrable :

A new advanced setting entry vpxd.httpClientIdleTimeout can be used to configure the timeout value for an idle HTTP connection

On sent l’update plus stratégique que technique…

Ces proxy, comme d’autres également, scannent (anti-virus, anti-trojants) les fichiers téléchargés avant de les transmettre aux clients. Lorsque le fichier ne fait que quelques Ko c’est presque transparent mais lorsqu’il fait quelques dizaines de Mo c’est plus long. Aucun problème lorsque la requête est faite par un navigateur car le proxy redirige vers une page d’attente affichant la progression du download. Mais lorsque la requête provient d’un composant tel qu’Update Manager c’est le timeout assuré.

Résultat, Update Manager ayant téléchargé le fichier xml contenant la liste des nouvelles mises à jour mais le download des updates ayant échoué, vous vous retrouvez avec la liste des MAJ qui n’existent pas dans le répository et que vous ne pouvez donc pas appliquer. Malheureusement, impossible de forcer un nouveau download et télécharger les updates manuellement pour les copier ensuite dans le repository relèverait de la torture.

Après quelques recherches et un peu d’improvisation dans la base SQL VIM_UMDB, nous avons trouvé 2 solutions. L’une figure dans l’admin guide d’Update Manager et l’autre très certainement pas supporté du tout par VMware puisqu’il s’agit de modifier le contenu d’une table de la base SQL.

VMware a en effet prévu que le VirtualCenter ne soit pas connecté à Internet. Il existe donc un autre composant sur le CD d’install : UMDS aka Update Manager Download Service.

Une fois ce composant installé sur un serveur en DMZ ou ayant un accès direct à Internet, il suffit de configurer (en CLI uniquement) UMDS avant de lancer un téléchargement des updates. Vous pouvez utiliser des commandes pour ne télécharger que les updates sur une période précise et forcer un nouveau téléchargement en cas d’échec. Une fois le téléchargement terminé, il suffit d’utiliser une commande pour exporter le contenu du repository de l’UMDS vers un répertoire et d’utiliser une autre commande sur le VirtualCenter pour les importer. Toutes ces commandes sont détaillées à la page 16 de l’admin guide.

L’autre solution, plus “trash”, consiste à supprimer de la base SQL VIM_UMDB (présente sur le VirtualCenter) les updates dont le download aurait échoué.

Il suffit pour cela d’installer Management Studio Express de Microsoft sur le VirtualCenter et de vous connecter à la base SQL de ce dernier.

Une fois la table dbo.VCI_UPDATES identifiée, il faudra dans un premier temps désactiver les relations avec les autres tables pour pouvoir ensuite supprimer les lignes des updates à re-télécharger.

Il faut ensuite relancer le service vmware-ufad-vci et la tache planifiée de l’Update Manager. La ou les MAJ seront alors re-téléchargée(s).

Nous avons testé à plusieurs reprise cette métode et bien qu’aucun effet indésirable ne se soit manifesté, nous vous recommandons vivement de faire un backup avant toute modification de la base.

… Qui sera certainement plus ergonomique que le vCenter Mobile Access, Citrix nous offre une alternative avec son client XenApp pour iphone (dont vous avez entendu parlé sur le blog de notre expert Citrix) :

Après avoir publié le VMware Infrastructure Client sur une ferme XenApp 4.5+ (Presentation Server pour les irréductibles) et configuré un site PNAgent, on obtient un iVMware client :

Bon ok, c’est pas encore ça…

Cette appliance vous permet d’administrer presque totalement votre infrastructure VMware depuis un smartphone/iPhone.

En réunion, un Vmotion sur son iPhone c’est la classe :

]]> http://www.hypervisor.fr/?feed=rss2&p=620 3 http://www.hypervisor.fr/?p=566 http://www.hypervisor.fr/?p=566#comments Tue, 24 Feb 2009 17:15:10 +0000 NiTRo http://www.hypervisor.fr/?p=566 Alors que le VMworld bat son plein (4700 personnes présentes), les développeurs de chez VMware continuent à bosser.

vCenter (aka VirtualCenter) Server 2.5 Update 4 (build 147633) est sorti hier soir dans une certaine indifférence malgré les nouveautés :

• Supports customization of Windows Server 2008 guest operating systems
• Performance Overview Charts (Performance Overview plug-in)
• VMware Converter Enterprise Update 4 for VC 2.5
• VMware Update Manager 1.0 Update 4 for VC 2.5

Le changelog est assez conséquent et on peut y trouver quelques correctifs qui apportent également quelques fonctionnalités supplémentaires :

In Addition to Virtual Machine Heartbeats the Virtual Machine Monitoring Service Monitors a Virtual Machine’s Disk and Network Activity

Starting with the VirtualCenter 2.5 Update 4 release, the virtual machine monitoring service also monitors a virtual machine’s disk and network activity. Even if no heartbeats are received within the failure interval, the virtual machine remains powered on unless no disk or network activity is detected for a predetermined I/O stats interval.

Concernant le plug-in Performance Overview Charts, même s’il est un peu complexe à mettre en place, le résultat en vaut la peine :

Sur le plan des nouvelles fonctionnalités, voici le meilleur :

• Support de Red Hat, SUSE, Ubuntu et Windows 2008 en tant que machine source
• Incremental hot cloning (permet de répliquer tout changement de la machine source qui aurait eu lieu pendant la phase de clonage)
• Re-configuration du “hardware” de la VM

Pour ceux qui se poserai la question, cette version cohabite parfaitement sur un VirtualCenter, nous avons fait le test et quelques P2V pour en être certain.

Virtualization.info à fait un tableau comparatif avec la version payante pour VirtualCenter.

]]> http://www.hypervisor.fr/?feed=rss2&p=527 0 http://www.hypervisor.fr/?p=487 http://www.hypervisor.fr/?p=487#comments Tue, 03 Feb 2009 11:27:03 +0000 NiTRo http://www.hypervisor.fr/?p=487 Au détour du Community Sample Code de VMWare nous sommes tombés sur un script de déploiement en powershell réalisé par Rob Mokkink.

Ce script permet, vous l’aurez compris, de déployer des VM à partir d’informations contenu dans un fichier csv, mais surtout d’un template existant dans Virtual Center

Nous nous sommes permis de modifier le script pour y ajouter la possibilité d’ajouter une liste de suffixes dns à la VM, la jonction à un domaine Active Directory, la sélection du Network Label après déploiement et l’affinité CPU.

Nous avons également rajouter une barre de défilement globale et individuelle :

Ce script vous permettra donc de lancer un déploiement massif de VM sans surcharger votre VC (les vm sont déployées en série) et ce avec des paramètres qui peuvent être très différents selon les VM (datastore, IP, Cluster, Ressource Pool, etc…)

N’hésitez pas à nous faire part de vos commentaires et/ou remerciements que nous ne manquerons pas de faire suivre. Thanks Rob !

create-vm.csv

create-vm-csv.ps1

/!\ le script ne vérifie pas (encore) l’espace disponible sur le datastore /!\

Pour rappel, ce toolkit est un ensemble de “cmdlet” permettant de scripter de nombreuses taches sur votre VirtualCenter telles que la configuration du snmp sur vos host, le rescan de datastore ou le déploiement de vos VM.

vous pouvez consulter le changelog ici et télécharger le toolkit là.

Bon scripting !

Comme le souligne virtualization.info, cette information ne faisais pas partie des features annoncées en Novembre 2008 ni même à ceux qui faisaient parti du beta program VI4.

DC08 – vCenter Server for Linux

Customer demand for vCenter Server running on Linux has been astounding. While the majority of the Code is inherently cross platform, getting vCenter Server to run on Linux in a manner compatible with the current set of features has its own set of challenges. This presentation will discuss the issues of cross platform development for vCenter, including issues regarding internationalization support, database support, multi-vCenter support, and image customization. The talk will conclude with a live demonstration of the latest development version of vCenter Server running on Linux.

Nous nous sommes permis de modifier ce script à notre convenance (avec l’aide d’Hugo), il n’est donc pas identique à celui d’origine.

diskinfo.ps1

Pour faire tourner ce script, vous avez besoin du package powershell et du VMware VI toolkit.

Voici un exemple du résultat :

Ce document rédigé par Seva Semouchinun, TAM (Technical Account manager) pour VMware Allemagne, ne peut etre considéré comme document officiel mais plutot comme une sorte de “community white paper” comme on peut en trouver sur le site de VMware.

La version définitve de ce documents sera posté sur VI:OPS.

MAJ 20/10/2008 : L’erreur n’était pas dans le paramettre mais dans la valeur, c’est “true” ou “false” qu’il faut utiliser. Merci Peter

VMware vient de rendre disponible l’Update 3 (build 119598) de VirtualCenter.

Entre autres correctif de bugs, cette update permettra de désactiver (via l’option das.bypassNetCompatCheck et non das.bypassNetworkVerification) le “HA network compliance check” instauré par l’Update 2 forçant les membres d’un cluster HA à avoir une configuration réseau identique pour les Service Console.

Autre correctif intéressant, celui du bug de “Guest customization” qui permet de lancer un sysprep sur environnement Windows après déploiement de template, clone ou P2V. En effet, un VC 2.5 mis à jour en Update 2 ne lançait plus le sysprep dans la vm.

On y voit notamment l’une des fonctions les plus attendues d’ESX 4.0 et clairement la plus impressionnante : le Fault Tolérance (aka Continuous Availability). Dans l’immédiat cette fonction n’est possible qu’entre 2 hosts mais VMware annonce une évolution sur ce point ainsi que pour les vm résidant sur un emplacement non partagé.

Les 2 autres vidéos, non moins intéressantes, concernent les nouveaux outils de déploiement d’ESX (Host Profiles et Distributed Switch).

Malheureusement, toujours rien en vue chez VMware pour le déploiement massif de vm…

Pendant ce temps chez Marathon, on nargue VMware sur son propre terrain avec everRun VM for Citrix XenServer et on en remet une couche parce que VMware c’est trop compliqué et trop cher…

MAJ 12/10/2008 : Scott Lowe nous donne son point de vue sur everRun VM et VMware HA/FT