Le Cloud computing est le grand sujet à la mode et sera la révolution de l'IT pour la prochaine décade. Microsoft essaye de poussé fortement sur le sujet même le marché n'est pas encore près (la preuve la pub Microsoft à la télé).
Le projet Onyx est un enregistreur de trafic SOAP depuis le vSphere Client et le converti en PowerShell. Son fonctionnement est très similaire à l'enregistreur de macro VB sous Excel.
Onyx est sorti en version 2 depuis le 15 septembre 2010 mais il est toujours en beta. Il est disponible sur la page des VMware Labs et sur la VMware Communities.
Voici un aperçu du fonctionnement du produit: Lire la suite...
Le module vEcoShell de Quest (forum ici) permet d'ajouter de fonctionnalité et de simplier la génération de code PowerShell (suivant l'incitative VESI). Il permet également de générer des rapports et des diagrammes. On peut voir dans cet article de Virtu-Al, un exemple de ce que l'interface vEcoShell ou PowerGUI apporte à PowerCLI.
Après l'installation de vEcoShell, on peut avoir l'erreur suivante dans le liste des plugins du vSphere Client: "Could not load 'ProductInfo, version...' or one of its dependencies. le fichier est introuvable. "
Cette erreur vient du fait qu'il n'arrive pas à trouver la DLL dans les Paths. Pour résoudre cela, il faut copier de ProductInfo.dll (de C:\Program Files\Virtualization EcoShell\ ) dans le répertoire du Plugin vSphere Client (dans C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Virtualization EcoShell\). Et ensuite, cliquer sur "Activé".
Un problème qui revient souvent dans les installs et les upgrades, c'est que l'historique ne marche plus. On a par exemple plus de statistiques autre que le temps réel ou No Data dans le Performance Overview. Quand on travail avec une base de données autre que SQL express, le problème vient souvent des procédures stockées qui ne sont pas ou mal créées.
Pour commencer voici une liste de KB concernant ces problèmes:
KB1018256: les performances ne sont pas collectées dans vCenter qui a été modifié à une date future
KB1020903: vCenter n'affiche que les stats de performance temps réel
KB1009950: erreur d'upgrade des bases vCenter 2.5
KB1004382: mettre à jour les Rollup jobs suite à l'erreur : "Performance data not available for this entity"
KB5296658: "Performance data not available for this entity" dans le VI client
Principalement dans ces KB, ce qu'il faut faire c'est supprimer ces procédure stocké et ré-exécuter les jobs à partir des scripts présent dans le répertoire "C:\Program Files\VMware\Infrastructure\VirtualCenter Server\" du vCenter.
Une fois tous les scripts SQL éxécuté, voici la liste des procédures stockées que l'on doit avoir sur une base vCenter 4.1:
Pour vérifier que les statistiques sont bien stockées dans la base, vous pouvez taper la requete SQL suivante (qui ne doit par retourner la valeur 0):
Quest a signé un accord avec LiquidwareLabs et fournit gratuitement une version OEMisée du produit StratuSphere Fit sous le nom de VDI assessment v1.0.
Cette version est orienté vWorkspace, mais marche aussi bien pour du View, du XenDesktop ou du TS. Laversion gratuite est pour un nombre illimité de poste sur une durée de 45 jours.
Le produit est téléchargable ici avec un compte Quest. Voici une capture d'écran du produit, c'est la même interface que LiquidwareLabs seul le logo a changé et les profiles pour vWorkspace ont été ajoutés:
Depuis la version 1.2 de VMware DataRecovery (compatible ESX 4.0-u2 et 4.1), la restauration fichier (File Level Restore) a fait sont apparition. Ce module est en ligne de commande et s'appuie sur le FUSE.
En SLES ce module est inclus de base mais pas en RedHat. Il faut donc ajouter les modules "fuse" et "fuse-libs", pour cela taper les commandes suivantes:
yum install fuse
yum install fuse-libs
Après pour utiliser le module, il suffit d'utiliser la commande ./VdrFileRestore -a<IP_appliance_vDR>
Choisir le point de restauration, en indiquant le numéro. La restauration est monté dans le home de l'utilisateur avec un répertoire avec la date du point de restauration et un répertoire (MountX) par partition du vmdk. Par exemple /home/admin/2010-12-17-01.55.13/Mount1/
Enfin taper "unmount" pour détacher le point de restauration.
Depuis la version 3 de FastSCP (ou dans Veeam Backup 5), on ne voit plus les partages réseaux de la machine locale. Cela vient du faite qu'en Windows 2008, Vista et 7, les partages réseaux sont montés par un processus n'ayant pas les permissions administrateur alors que FastSCP tourne en tant qu'administrateur. Pour contourner ce problème, il faut donc remonter manuellement les lecteurs réseau avec le compte administrateur sur une lecteur différent.
Ou comme résolution définitive, il faut ajouter une clé de registre EnableLinkedConnections de type DWORD égale à 1 dans HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System comme indiqué dans le KB937624 de Microsoft.
