J’avais brièvement évoqué le fonctionnement par couche de Mirage dans l’article présentant Horizon Suite. Mais le but de cet article est de présenter plus en détail et surtout de façon illustrée la gestion des couches dans Mirage en fonction des cas d’usages.

Comme introduction, je vous recommande fortement de lire ces 2 articles très détaillés sur HorizonFlux:

• explication des couches dans Mirage: Horizon Mirage Layers explained
• le fonctionnement des couches applicatives de Mirage: How does Horizon Mirage 4.0 application layering work?

Mirage fournit des mécanismes pour synchroniser un poste physique Windows avec son image (appelé CVD) dans le Datacenter. En plus des mécanismes d’optimisation des flux réseau, Mirage a l’intelligence de voir le contenu du poste comme un découpage en 6 couches (sans pour autant modifier le poste). Ensuite, les mécanismes permet de venir fusionner/mettre à jour/réinitialiser/restaurer ces couches en minimisant l’impact pour l’utilisateur.

On retrouve 3 grands types de couches: la couche master (en vert), les couches applicatives (en bleu) et la personnalisation du poste (en orange). En plus de ces couches, on pourrait également ajouter une 7e couche qui est tout ce qui n’est pas protégé (par exclusion). On peut paramétrer le contenu de ces couches en configurant les points suivants:

• Layer Rules pour les couches vertes (et bleues).
• Pendant la phase « Capture App Layer » (basé sur les Layer Rules) des couches bleues.
• User Area (dans l’Upload Policy) pour les couches orange
• Unprotect Area (dans l’Upload Policy) pour tout ce qui n’est pas protégé

Lire la suite…

Nous avions déjà abordé le sujet de l’optimisation de VMware View dans un contexte WAN, mais à l’opposé pour certain usage spécifique il peut être nécessaire de faire de l’optimisation pour avoir de bonne performance pour lire des vidéos.

Cet exercice n’est jamais facile car ici on n’est pas dans le meilleur cas d’utilisation du VDI et que c’est un équilibre complexe entre la bande passante et le rendu utilisateur. L’objet de cet article est donc de recenser l’ensemble des bonnes pratiques et des paramètres de tuning pour améliorer le rendu vidéo.

Lire la suite…

Lors de l’upgrade du/des serveur(s) Mirage, il faut passer par une phase d’uninstall/réinstall des composants comme expliqué dans le KB2031711. Bien entendu, on ne perd pas la configuration et les données stockées.

Par contre, lors de la phase de réinstallation, vous pouvez avoir un message d’erreur SQL qui vous dit que vous avez un problème de droit sur la base: « Failed install user rights validations. Failed to connect to database. Check server name, instance name and server settings« .

La solution est en fait très simple, il suffit juste de ne pas renseigner de nom d’instance (et bien sûre, ne pas cocher la case « Create new storage areas »):

Le streaming d’application ThinApp était présent dans l’interface d’Horizon Application Manager 1.5 (admin et agent) alors qu’elle n’est plus visible dans Horizon Workspace 1.0. Cette fonctionnalité est toujours présente mais n’est pas présentée d’un point de vue GUI.

Pour activer cette fonctionnalité, il faut installer l’agent Workspace en ligne de commande avec les paramètres suivants:

VMware-Horizon-Workspace-1.0.0-1028171.exe /z HORIZONSERVER=https://horizon.mydomain.com /v DOWNLOAD=0 POLLINGINTERVAL=60

/s pour installer l’agent Workspace en mode silencieux.

/z pour préciser les paramètres « HorizonServer » et/ou « SSLbypass ».

HORIZONSERVER est adresse du serveur Horizon (généralement on précise https mais pas obligatoire).

SSLBYPASS à 1 pour ignorer les erreurs de certificats.

/v pour préciser les paramètres « Download » et/ou « PollInterval ».

DOWNLOAD à 0 signifie Streaming d’application ThinApp, 1 pour le téléchargement complet.

POLLINTERVAL est l’interval de synchronisation des applications ThinApp (en minutes).

Il est également possible de modifier ce paramètre en éditant la base de registre dans HKLM\Software\VMware, Inc.\VMware Horizon Apps\ (comme ci-dessous):

Annoncé mercredi 20/2/2013 et disponible depuis hier, VMware marque une étape importante concernant son offre pour les utilisateurs finaux (EUC): Horizon Suite qui se qualifie comme « the platform for workforce mobility« . Ainsi, Horizon Suite permet d’offrir une plateforme complète de mobilité professionnelle permettant aux utilisateurs finaux de rester connectés à leurs données, à leurs applications et à leurs postes de travail sur n’importe quel appareil, et sans compromettre la sécurité ou le contrôle des systèmes d’information.
On peut le voir comme VMware l’avait annoncé lors des précédents VMworld, le portfolio End-User se complète pour être capable de couvrir tous les cas d’usages et l’intégration entre les produits est de plus en plus forte.
Lire la suite…

Le time-out par défaut de l’interface vCenter Operations est de 30 minutes. Mais lorsque l’on souhait l’afficher en permanence sur un grand écran comme outil permanent pour l’exploitation, il est nécessaire de modifier ce time-out. Pour cela, suivre la procédure suivantes pour l’interface standard (vcops-vsphere):

1. aller sur la machine « UI VM » et éditer le fichier « /usr/lib/vmware-vcops/tomcat/webapps/vcops-vsphere/WEB-INF/web.xml« 
2. mettre la variable « session-timeout » à la valeur « -1 » pour un time-out infini
3. redémarrer le service Apache Tomcat avec la commande « vcopsweb restart« 

Pour l’interface Custom (vcops-custom), la procédure est différente: modifier les paramètres d’un Dashboard pour le mettre en « Auto-Transmission » et chaque Widget pour les mettre en « Auto-refresh« .

Depuis quelques années, on parle énormément de Cloud, mais le terme reste très nébuleux en fonction de ce que l’on souhaite mettre dedans. Le concept de SDD (Software-Defined Datacenter) ou SDDC (plutôt utilisé dans les docs anglaises) permet de mieux comprendre le moteur du Cloud Computing. En effet, le Cloud a besoin de virtualisation pour tourner, mais pas seulement. Il a également besoin de toute cette intelligence logicielle pour automatiser au maximum le provisionnement et être flexible, contrôlable, élastique…

On le sait tous que la virtualisation a permis de faire des économies et de rendre les administrateurs plus sereins sur leur infrastructure. Mais ce n’est qu’une première phase de modernisation de l’IT. Les directions informatiques souhaitent une infrastructure opérationnelle  mais pas seulement, elles souhaitent améliorer l’efficacité, automatisé et simplifier sa gestion, augmenter la disponibilité et la rendre agile. Et tout cela pour améliorer la productivité et se recentrer sur l’activité de l’entreprise afin de se différencier et d’améliorer leur activité.

Le Datacenter actuel des entreprises repose encore sur l’historique des différentes générations de technologie mise en place (mainframe, Unix, réseau, wintel…) qui ont dû suivre la cadence des nouveaux projets et des nouveaux besoins. C’est souvent ici que l’on trouve des silos d’architecture et d’administration qui rendent complexes cette modernisation. Ce que l’on voit c’est que les entreprises plus jeunes ou celles qui ont fait table rase du passé sont rendues plus loin dans cette modernisation et sont plus réactives.

Lire la suite…

Il y  a 2 semaines VMware a sorti vCenter Support Assistant 5.1 en GA. Un plug-in gratuit pour vCenter qui fournit un outil intégré à vSphere pour la création et la gestion d’incident. A la fois facile à utiliser, sécurisé, avec la génération et le téléchargement automatique des fichiers de logs lors de la création d’un incident SR (Support Request). Il intègre également la capacité de recherche dans la base de connaissances (KB) de VMware afin de permettre une résolution des problèmes communs plus rapidement.
Ainsi la collecte automatique de davantage d’informations dès l’ouverture d’un incident permet de minimiser les échanges initiaux avec le support VMware.

Lire la suite…

Malheureusement, je n’ai pas eu le temps de vous présenter la technologie Mirage de VMware. Je ne vais pas l’introduire ici car d’autres blogs l’ont déjà fait: en anglais sur le site de Vladan (avec des exemples d’utilisation) et en francais sur VirtualGeek.ch.

L’action de synchroniser un poste avec son image dans le datacenter dans Mirage s’appelle la « centralisation ». Les mécanismes de Mirage permettent d’optimiser ce transfert par la déduplication source, mais bien entendu le premier poste est nettement moins optimiser que les postes suivants. Il est donc recommandé de faire la centralisation du premier poste sur le LAN.

De plus, pour ne pas impacter les utilisateurs, Mirage limite le transfert réseau en fonction de la bande passante (network throttling) et la consommation CPU sur le postes (pendant le calcul des hash et la vérification d’intégrité) en fonction de l’activité de l’utilisateur (user throttling). Il existe aussi un bridage disque mais il est fortement recommandé de ne pas y toucher.

Simon Long a écrit récemment un article sur ce débridage lié à l’activité utilisateur, mais il est aussi possible de le faire sur le bridage réseau.

Voici la procédure à réaliser sur le poste (coté client):

• Exécuter Notepad en tant qu’administrateur (Run as Administrator)
• Ouvrir le fichier « C:\Program Files\Wanova\Mirage Service\Wanova.Desktop.Service.exe.config« 
• Mettre le paramètre « throttleEnabled » (user) à « false »: <add key= »throttleEnabled » value= »true »/>
• Mettre le paramètre « netThrottlingEnabled » (network) à « false »: <add key= »netThrottlingEnabled » value= »true »/>
• Enregistrer le fichier
• Redémarrer le service « Wanova Mirage Desktop Service« 

Nb: Il est important de ne pas modifier sur paramètre sur un poste qui servira de « Reference CVD ».

Voici le top 20 des KB les plus util­isées par le sup­port VMware au mois de Décembre 2012:

1. KB2014097: Télé­char­ger et ins­tal­ler VMware Fusion
2. KB1008525: Uploa­der les infor­ma­tions de diag­nos­tic vers VMware
3. KB2040249: Les VMs plantent avec les applications 3D après application de l’update 2.0 sur Apple MacBook Air et MacBook Pro
4. KB1003490: Redé­mar­rer les Mana­ge­ment agents sur un ser­veur ESX ou ESXi
5. KB653: Col­lec­ter les infor­ma­tions de diag­nos­tic pour VMware ESX/ESXi avec le vSphere Client
6. KB2011587: Por­tail de code d’activation par­te­naires OEM (Ori­gi­nal Equip­ment Manufacturer)
7. KB1033696: Créer une per­sistent scratch loca­tion pour ESXi
8. KB2004605: Dépré­sen­ter un LUN ou déta­cher un Datas­tore de plu­sieurs hôtes ESXi 5.x
9. KB1011677: Ins­tal­ler Win­dows dans une machine vir­tuelle avec VMware Fusion Easy Install
10. KB2035701: Les NICs Broad­com 5719/5720 uti­li­sant le dri­ver tg3 deviennent unres­pon­sive et bloquent le tra­fic sous vSphere
11. KB1025914: Pur­ger les vieille don­nées de la base uti­li­sée par vCen­ter Server
12. KB2032756: Best-practices pour ins­tal­ler ou mettre à jour en ESXi 5.1
13. KB1003417: Ins­tal­ler les VMware Tools dans une Machine Vir­tuelle Fusion éxécu­tant Windows
14. KB2005205: Ins­tal­ler les dri­vers async en ESXi 5.0
15. KB1014522: Dés­ins­tal­ler et ins­tal­ler manuel­le­ment les VMware Tools dans VMware Fusion
16. KB2021193: Best-practices de mise à jour en vCen­ter Server 5.1
17. KB10051: Trou­ver le fichier ver­rouillé d’une VM en ESX/ESXi
18. KB2032757: Les méthodes de mise à jour vers ESXi 5.1
19. KB2033322: Confi­gu­rer Sys­log en ESXi 5.0
20. KB2004684: Per­ma­nent Device Loss (PDL) et All-Paths-Down (APD) en vSphere 5.0