L’une des nouvelles fonctionnalités de vSphere 5 c’est la possibilité de centraliser les logs de nos hôtes ESXi sur un serveur Syslog grâce à l’outil VMware Syslog Collector. Cela nous permettra de stocker autant de journaux que nous le souhaitons, permettant une plus grande agilité dans la recherche de solutions à d’éventuels problèmes.
Déjà dans un document précédent de la version 4.1 nous avons vu comme une nouveauté que nous pouvions inclure nos hôtes ESXi dans un Active Directory pour s’authentifier directement avec des comptes centralisés; l’une des nouvelles fonctionnalités de vSphere 5 c’est la possibilité de déployer un proxy intermédiaire entre les hôtes et notre domaine. Tout cela pour aider au déploiement avec Auto Deploy et non pour mettre les utilisateurs avec des mots de passe dans les fichiers de configuration, nous pourrons également l’utiliser avec des hôtes non déployés avec Auto Deploy!
L’une des nouvelles fonctionnalités de stockage de VMware dans vSphere 5 fr Stockage piloté par profil, En configurant une série de profils et d’étiquettes, nous pouvons définir les caractéristiques de nos datastores. Nous pourrons définir nos entrepôts en fonction de leurs performances, disponibilité, valeur… pour y stocker ultérieurement les machines virtuelles en fonction de la qualité de service que l’on souhaite/doit offrir. Lors de la création d’un VC, en le migrant à partir de la banque de données ou en le clonant, vCenter nous montrera les banques de données compatibles où nous stockerons la machine virtuelle, évitant ainsi toute erreur humaine,
C’est l’une des nouvelles fonctionnalités de vSphere 5, Il s’agit d’un pool de datastores qui nous aidera à gérer les datastores ensemble, en obtenant toujours le meilleur résultat pour localiser une machine virtuelle et ainsi avoir une performance plus élevée au niveau du disque puisqu’il nous proposera toujours des recommandations pour choisir le datastore le plus léger. Il analysera et générera également des recommandations pour le déplacement des machines virtuelles entre les différentes banques de données du cluster.
Ce document se présente comme une extension du précédent où nous avons vu l’installation et la configuration complètes de VMware vCenter Site Recovery Manager 5 (SRM 5) avec vSphere Replication, Dans cet autre document, nous allons voir comment configurer la réplication à l’aide des tableaux (nous utiliserons HP Lefthands, soutenu par SRM 5), plus tard, nous verrons un autre nouveau SRM 5 qu’après avoir validé un test et effectué une migration/reprise après sinistre planifiée vers le centre de données de sauvegarde, nous terminerons par une 'reprotection’ réorganiser toutes les machines du centre de données principal tel qu’il était à l’origine.
Dans ce document, nous allons examiner l’installation et la configuration complètes de VMware vCenter Site Recovery Manager 5 (SRM 5) avec l’une de ses nouvelles fonctionnalités, vSphere Replication, qui nous permettra de répliquer des machines virtuelles entre un centre de données principal et secondaire, Non pas au niveau de la baie, mais grâce à une appliance virtuelle issue de la couche de virtualisation. Cette réplication, moins cher qu’une réplication au niveau du cockpit, puisqu’en plus, pas besoin de cabines compatibles SRM (à l’aide de l’adaptateur de réplication de stockage – MADAME), cette réplication se fera au niveau du bloc grâce à la CBT (Modification du suivi des blocs) et nous permettra d’avoir le DPC répliqué avec une perte maximale de 15 minutes!
Onyx est une application (Bêta) qui nous permettra d’obtenir du code PowerCLI pour pouvoir l’utiliser plus tard; est présenté comme un proxy entre VMware vSphere Client et vCenter Server, surveille le trafic passant entre les deux et le convertit en code PowerShell, ne pouvant agir qu’avec le mouvement de la souris, générer nos propres scripts dans le but d’automatiser des tâches ou de connaître une fonction/commande de manière simple…
vSphere Auto Deploy nous permettra de déployer massivement des hôtes ESXi 5 via PXE sur notre réseau, pour cela, nous aurons besoin au préalable d’une image ESXi personnalisée à envoyer à nos hôtes, que la podremos generar con Image Builder. Auto Deploy se instalará en una máquina Windows si es que no tenemos VMware vCenter Server Appliance (qui est déjà installé); et enfin nous aurons besoin de profils d’hôtes; puisqu’à travers eux, nous appliquerons les configurations sur les hôtes qui démarrent via PXE (ou bien nous pouvons utiliser des fichiers de réponses), ces serveurs n’auraient pas besoin d’un disque dur car ils le chargent dans la RAM. C’est totalement ultime dans les grands environnements pour déployer rapidement et massivement des hôtes ESXi, Pouvoir avoir une configuration centralisée et non distribuée (Manuelle) sur chaque hôte, avoir notre image ESXi entièrement personnalisée au niveau du pilote, mettre à jour…
VMware vSphere Image Builder nous permettra de créer un hyperviseur avec les pilotes, Extensions… dont nous avons besoin sur nos hôtes lors de leur installation ou de leur mise à niveau, Personnalisé donc notre installateur pour ESXi 5, est également un composant nécessaire pour Auto Deploy.
L’une des nouvelles fonctionnalités de vSphere 5 est la disponibilité d’une nouvelle appliance virtuelle avec VMware vCenter Server 5 dedans, Il s’agit d’une machine Linux, nous supprimons donc déjà le besoin d’avoir un Windows consommant des licences pour gérer un environnement virtuel VMware de manière centralisée. Cette nouvelle appliance virtuelle appelée VMware vCenter Server Appliance (vCSA) nous fera économiser de l’argent sur les coûts de mise en œuvre, maintenance et surtout les licences Windows, Dans ce document, nous allons voir comment nous pouvons le déployer en quelques minutes seulement (Installation et configuration),
Faire Formation sur mesure
Windows Server – VMware vSphere – Citrix Virtual Apps & Ordinateurs de bureau – Centreon
|
Nous sommes un cabinet de conseil qui prend soin et chouchoute
|
 |
|
Avec de la qualité et de la valeur ajoutée
|
 |
|
¡Travaillons ensemble!
|
 |
