Pour administrer les serveurs ESXi de façon centralisé et pour placer des scripts (comme on le faisant avant dans le Service Console), on utilise la Virtual Appliance VMware vMA (vSphere Management Assistant). Cette appliance est une Suse 11 qui embarque le package d’exécution de commande à distance vCLI basé sur l'API SDK Perl.
Les commandes disponible avec vCLI sont utilisée avec les syntaxes suivantes (en fonction d'où l'on envoie la commande):
Pour toutes les commandes, on utilise le compte "vi-admin" (complété de sudo pour quelles commandes) plutôt que le compte "root".
Je vous propose une liste de commande pour prendre en main vMA, voici la liste:
Configuration initiale
Intégration de vMA à un domaine Active Directory
Enregistrement des crédentials de session
Enregistrer les crédentials pour les connexions rapides avec FastPath
Utilisation de la connexion rapide FastPath
Passer des commandes ESX à partir du vCenter
Les opérations sur les serveurs ESXi depuis vCenter
Passer des commandes à plusieurs serveurs ESXi en simultané
Monitorer à distance la performance d'un serveur ESXi
ThinPrint (maintenant Cortado) intègre en OEM la technologie .Print dans VMware View depuis la version 3.0. Elle est intégré de base dans les VMware Tools (même les serveurs) et elle permet de disposer des fonctions de base: la compression des flux d'impression et le drivers universel d'imprimante.
Mais la gamme ThinPrint pour View est bien plus vaste que la simple version OEM et peut adresser des problématiques plus complexes. Je vais donc essayer de présenter simplement les différentes version.
Comme l'année dernière, comme vous avez été sage, voici un cadeau de vGeek:
Vous l'avez peut-être déjà vu, il s'agit d'une vidéo de 10 minutes: Chain of Fool. Andy (the Rasteri) nous fait un rappel des évolution et montre les upgrades des différentes versions de Windows dans une machine virtuel. On part de Windows 1.0 (avec MS-DOS5.0) > Windows 2.1 > Windows 3.0 > Windows 3.1 > Windows 95 > Windows 98 > Windows 2000 > Windows XP > Windows Vista > Windows 7.
Enjoy and remember ces longues séquences d'installation que vous avez dut supporter des milliers de fois.
Comme indiqué à la fin de la vidéo, il est marrant de voir qu'il reste encore des traces des applications MS-DOS5.0 dans Windows Se7en.
Ca fait plus de 4 mois que vSphere 5 est sorti et même si la stabilité de cette plateforme n'est plus à démontrer, il est toujours bon de jeter un coup d’œil du coté des KB avant son installation ou son upgrade.
Faisant suite aux présentations du support francophone de VMware et d'après le contenu de la session VSP3867 du VMworld, voici le détails des 10 tops KB pour vSphere5:
Corruption des VMX/Snapshots d'une VM sous ESXi5 avec un ordre spécifique des opérations (2005740)
vMotion peut planter avec du virtual hardware 8 avec l'option 3D désactivé (2005741)
Le Service Status de vCenter 5.0 affiche une erreur avec la plugin Converter (2006132)
L'installation de l'agent HA (FDM) plante après une désinstallation manuelle (2006034)
Certains contrôleurs RAID locaux n'arrivent pas les volumes supérieurs à 2 To (2006942)
Le service vCenter Server plante après avoir été upgradé en version 5.0 (2007231)
Un serveur ESXi prend longtemps pour démarrer quand il contient des noeuds passifs MSCS (1016106)
Un serveur ESXi prend longtemps pour démarrer avec du stockage en iSCSI software (2007108)
Les serveurs ESXi 4.0 u2 plante avec un PSOD après mise à jour du vCenter (vpxa) en version 5 (2007269)
UpdateManager n'arrive pas à scanner les serveurs ESXi 5 après avoir importer un bundle incorrect (2006335)
Pour avoir mise en place cette semaine un serveur de sauvegarde avec Veeam Backup version 6, voici mon retour :
J'ai rencontré beaucoup de problèmes pour faire fonctionner les sauvegardes, et du coup cela s'est terminé par une désinstallation et une réinstallation d'une version 5.
Avec la version 5 installée sur un Windows 2008 R2 FR, je n'ai pas réussi à faire fonctionner le logiciel quelque soit le mode utilisé (LAN ou SAN).
Après plusieurs recherches et quelques tests sur mon homelab, j'ai constaté que les problèmes n'étaient pas présents avec une version Windows 2008 US. Le problème semble donc venir du VDDK (Version 5) qui pose problème avec des versions de Windows non US.
Toujours sur une version FR de Windows, l'utilisation du mode Automatic (Failover LAN coché) au niveau du Backup Proxy fonctionne mieux que le mode Network forcé.
Il existe aussi d'autres problèmes avec le Backup en mode SAN, vous trouverez plus de détails dans le lien ci-dessous.
Résolution : L'une des alternatives consiste à installer le pack de langue us sur la version fr de Windows, voici le lien pour la version Windows 2008 R2 SP1
