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
Annoncé depuis longtemps pour Q4 2011, Veeam Backup & Replication 6 devrait sortir d'ici quelques jours en GA. Les principales nouveautés sont la scalabilité Entreprise, la réplication avancée, le support multi-hyperviseurs et la restauration fichiers en 1 clic. Cet article détail ces nouveautés pour faire suite au document "Veeam Backup 6 - What's New" sorti en début de semaine.
Avant de rentrer dans les détails, voici la liste des fonctionnalités:
Scalability – la distribution des rôles serveurs de la nouvelle architecture permet toute taille d'infrastructure.
1-Click Happiness – simplification des tâches de restauration fichier, restauration VM, Failover et Failback.
Backup Targets – utilisation du serveur Linux ou Windows comme destination des sauvegardes.
Traffic Throttling – possibilité de limité la bande passante du trafic Veeam ainsi que les horaires.
Wan Optimizations – plusieurs améliorations et optimisations faite pour le WAN: comme les multiples connections TCP/IP, les serveurs proxys.
Parallel Backup and Replication – une même VM peut être sauvegardé et repliqué en même temps.
Replica Termination – rollbackup immédit du dernier point de récupération après le fin d'un job de réplication pour utilisable directement.
1-click permanent Failover – le failover en 1-clic permet la bascule permanent vers un réplica.
Active Rollbacks – les points de restauration sont maintenant au format native des snapshots VMware.
Improved Seeding - possibilité d'utilisé une backup comme source de réplication initiale.
Re-IP – possibilité de modifier la configuration réseau pour la reprise sur un second site.
Cluster Targets – possibilité de mettre un Cluster comme destination de réplication.
VM Migration – un assistant de migration de VM avec ou sans vMotion.
VM Restores – diverses améliorations pour la restauration de VM: restauration en 1-clic, restauration de plusieurs VMs en simultanés, conservation de l'ID de la VM d'origine...
NTFS Permission Preservation - conservation des permissions et du propriétaire pour la restauration de fichier Windows.
UI Enhancements – amélioration de l'interface principalement sur les stats temps réel des jobs.
VM Ordering – possibilité de spécifier l'ordre de traitement des VMs.
Multi-User access – plusieurs utilisateurs peuvent utiliser l'interface en simultané (en RDP).
Il peut arrive lors de reprovisionnement d'un Pool suite à une erreur de manipulation (suppression du Snapshot de l'image, suppression de l'image de référence...) que le Pool parte en erreur et qu'il soit impossible de le supprimer dans l'interface View Managing (il reste grisé en "Deleting"). On peut quand même supprimer les VMs mais la partie Events de View se remplit d'erreur "Provisionning error occured on Pool pool_id because of a configuration problem" toute les 30 secondes.
Pour forcer la suppression du Pool, il faut passer par le PowerCLI pour View (installé de base avec View Manager). Pour cela, lancer le PowerCLI à partir du menu Start > VMware > View PowerCLI et taper la commande suivante (Pool_Id étant l'ID du pool présent dans les messages d'erreur):
remove-pool -pool_id "Pool_Id"
Et voila le Pool est supprimé et il n'y a plus d'erreur dans les Events.
Il existe 3 types d'attribution des ports résau des VMs sur les dvPortGroup des Switchs Distribués: Statique / Dynamique / Ephémère (comme expliqué dans la KB1022312).
Les ports de type "Static binding" sont la configuration par défaut. Ils sont attribués aux VMs au moment de la configuration. Le nombre de ports est limité. Les VMs peuvent être démarrées si le vCenter est indisponible mais leur configuration ne peut pas être modifié sans celui-ci.
Les ports de type "Dynamic binding" (seulement en vSphere 4.x) ne sont plus disponible sur le Distributed vSwitch de génération vSphere 5. Ils sont attribuées aux VMs lors de la connexion. Ils permettent de dépasser le nombre de ports initialement configuré. Les VMs ne peuvent pas être démarré si le vCenter est indisponible (ce qui peut poser problème en cas de Failover HA).
Les ports de type "Ephemeral - no binding" sont créés et assignés au démarrage des VMs. Ils sont à utiliser quand l'on a pas besoin de conserver l'historique des ports. Les VMs peuvent être démarrées et reconfigurer même quand le vCenter est indisponible.
