Mise à jour du vCenter Server Appliance 5.5

Par défaut

Comme nous l’avons déjà annoncé lors de la sortie de vSphere 5.5 update 1 dans notre post précédent , VSAN est disponible à partir de cette version vSphere 5.5 Update 1.

A partir de cet article, je vais décrire en quelques lignes et captures d’écran comment mettre à jour l’appliance virtuelle vCenter Server.
 

La procédure a été effectuée vendredi 18 avril 2014, le même jour où VMware a sorti une nouvelle mise à jour du produit vCenter Server 5.5 U1. Cette mise à jour corrige un bug « Heartbleed » dans la bibliothèque OpenSSLHeartbleed est une faille de sécurité, cette faille permet de récupérer le contenu de la mémoire d’un serveur, entre autre des noms d’utilisateur, des mots de passe, des numéros de cartes de crédit et autres données sensibles. Cette faille se situe dans le code SSL, elle serait présente depuis mars 2012!!!

Un dernier message d’avertissement de VMware du 20/04/2014 [Security-announce] UPDATE: VMware Security Advisory VMSA-2014-0004.6 (Heartbleed – CVE-2014-0160] apporte aussi des corrections concernant cette faille, vous pouvez consulter la KB: 2076692, cette KB fait référence à la mise à jour du vCenter Server 5.5 Update 1a.

Pour accéder à votre page d’administration du vCenter Server Appliance utilisez l’url de type: https://IP ou Hostname du VCSA/:5480

Cliquez sur l’onglet UPDATE à partir de ​​la page d’accueil du vCenter Server Appliance.

 

Dans l’option de l’onglet Status, cliquez sur l’action Check Updates. Vous pouvez voir les mises à jour qui sont disponibles pour mettre à jour votre vCenter Server Appliance. La version actuelle de l’appareil vcsa est 5.5.0.5201 Build 1476389 (cela correspond à la version VCSA 5.5 0.b ) et la mise à jour disponible est de VCSA est 5.5.0.1000 Build 1624811 (qui est la version vCenter Server Appliance 5.5 Update 1). Vous pouvez voir les détails en cliquant sur l’option Details.


Une fois que vous avez validé les mises à jour disponibles (vCenter Server Appliance 5.5 Update 1), cliquez sur Installer les mises à jour (Install Updates).

Cliquez sur OK pour confirmer la mise à jour vers vCenter Server Appliance 5.5 Update 1.

Il faudra quelques minutes pour terminer l’installation de la mise à jour du VCSA 5.5 Update1. Ensuite, il faudra rebooter l’appliance pour valider l’opération.

 
Le 20 avril, VMware a publié une nouvelle mise à jour, donc j’ai dû refaire cette manipulation pour bénéficier de l’update vCenter Server 5.5 Update 1a Build 1750781.
 

L’étape suivante sera la mise à niveau de vos hôtes ESXi 5.5 à 5.5 Update 1 pour les préparer au VSAN.

Dernière mise à jour du 12 Juin 2014: VMware vCenter Server 5.5 Update 1b

 

Share This...Buffer this pageShare on LinkedInTweet about this on TwitterShare on Google+Email this to someonePin on PinterestShare on Facebook

VMware : dessine moi un stockage distribué ! VSAN

Par défaut

VIRTUAL SAN ou VSAN

Le buzz autour du VIRTUAL SAN de VMware ( VSAN ) est chaud bouillant. Selon VMware, plus de 12.000 bêta testeurs se sont penchés sur la solution VSAN dans des environnements de pré-production ou en lab afin de mieux comprendre les performances du test ou voir comment la solution peut (ou non) être introduite dans leur stratégie de Datacenter.
 
Petite remarque, durant la phase de test (bêta) on parlait de vSAN, depuis sa date de sortie officielle le 12 mars, on parle de Virtual SAN (VSAN).
 
VMware Virtual SAN ™est un nouveau niveau de stockage défini par logiciel pour les environnements VMware vSphere. Cette solution s’inscrit dans la stratégie de VMware du SDDC, le SDS Software-defined Storage composant logique du SDDC.
 
Une nouvelle approche de stockage voit le jour en raison de l’augmentation des besoins de stockage mais aussi de sa complexité. Aujourd’hui, nous cherchons à simplifier, améliorer l’efficacité, ou encore délivrer des applications utilisant des ressources de stockage dont nous avons besoin sur le plan de la performance et de l’évolution.
Le stockage définit par logiciel est la prochaine génération de stockage qui alimentera les applications et les Datacenters pour les générations à venir. A suivre donc…
 

Et l'histoire continue...
Il y a un peu plus de 20 ans, nous disposions d’architectures de serveur / de stockage traditionnelle, c’est à dire que chaque serveur disposait de son propre stockage local. Résultat : une mauvaise utilisation des ressources, certains serveurs disposaient d’une trop grande volumétrie de stockage et d’autres pas assez.
 

A la fin des années 90, le stockage a été déporté via le réseau sur des unité dédié, le SAN et le NAS se sont démocratisés dans les entreprises (Grands comptes, PME, etc.). Ceci a permis d’améliorer le TCO, mais on a  aussi remarqué que l’acquisition de ressources de stockage faisait parti des principaux budgets d’investissement des DSI avec la croissance exponentielle des données.
 
Depuis 3 ans, nous avons vu se dessiner sur le marché du stockage, l’apparition de nouveau type de baie de stockage basé sur la technologie Flash.
 

Virtual SAN est une solution logicielle de stockage distribuée qui est implémentée directement dans l’hyperviseur. Et Non, ce n’est pas une appliance virtuelle comme la plupart des autres solutions (par exemple: VSA). 
 
Le Software-Defined Storage consiste à glisser une couche d’abstraction des ressources de stockage physique hétérogènes pour créer des pools logiques de stockage dans un environnement de données virtualisées. Le SDS via VSAN automatise le provisioning et la gestion de stockage avec une approche auto-apprentissage par VM-centric.
Software-Defined Stockage fournit un stockage qui est efficace, agile et souple.

Les cas d’usage du VSAN:

  • Virtual desktops (VDI) : modèle scale out, réduction des coûts et simplification des opérations. VSAN est compatible avec Horizon View 5.3.
  • Développement & test : cela permet d’éviter de faire l’acquisition d’un stockage. 
  • Big Data : modèle scale out avec des capacités de bande passante élevées.
  • Objectif DR: solution de Disaster recovery à moindre coût, grâce aux fonctionnalités de réplication comme vSphere Replication.
Virtual SAN a été introduit avec la version de vSphere 5.5 U1, VSAN est en version 1.0
 

Virtual SAN est disponible en 2 éditions

  • VMware Virtual SAN, coût au CPU de l’hyperviseur, tous les processeurs doivent être licenciés.
  • VMware Virtual SAN For Desktop, licencié par utilisateur concurrent (CCU), avec des packages 10/100 licences, l’offre est alignée avec celle d’Horizon View.
source : VMware Virtual SAN Customer Presentation EN.pptx
Le VSAN est composé obligatoirement de 2 types de disque pour chaque hyperviseur, les disques SSD contribueront à la performance et les disques magnétiques (HDD) seront dédiés à la capacité.  On ne peut pas utiliser uniquement des SSD ou des HDD, on doit mixer les 2 types de disques. Minimum : chaque host doit disposer d’un disque SDD et un disque HDD.
Pour la validation des disques et des contrôleurs disques, consultez la HCL VMware vsanhcl.
 
Un cluster VSAN doit contenir un minimum de 3 noeuds ESXi. VSAN ne requière pas la construction d’un RAID local.
VSAN supporte à la fois les commutateurs de type vSphere Standard Switch vSphere Distributed Switch avec des liaisons de 1GbE ou 10GbE. VMware recommande l’utilisation de vSphere Distributed Switch avec 10GbE de liaison montante afin de supporter les activités de réplication et de synchronisation.
 
Taille du Flash Cache : dans VSAN 30% de chaque dispositif flash est utilisé comme write-back buffer. VSAN utilise 70% de chaque dispositif flash comme read cache.
 
Chaque host supporte au maximum 5 groupes de disque, les groupes de disques peuvent être considérés comme un conteneur dans lequel les périphériques flash SSD / PCIe et disques magnétiques sont reliés entre eux.
 
Chaque groupe de disque peut disposer au maximum d’1 disque SSD et de 7 disques HDD. Donc par host, on peut avoir au maximum 5 disques SSD et 35 disques HDD.
VMware recommande d’utiliser au moins un ratio 1:10 de SSD:HDD.
Pour calculer et dimensionner votre infrastructure VSAN, je vous invite à consulter le blog VMware écrit par Cormac Hogan.

Comment VSAN gère une défaillance disque ou d’un hôte :

A partir de Virtual SAN, on peut définir plusieurs politique de protection au niveau des VMs. La gestion du stockage est basée sur des règles ou profils (SPBM, Storage Policy Based Management), ces règles vont répondre aux besoins de chaque VM, en terme de performance, capacité et disponibilité.  Vous l’aurez donc compris : le Stockage Policy Based Management (SPBM) joue un rôle majeur dans les politiques et l’automatisation de la stratégie de stockage. 
 

VSAN  supporte actuellement cinq règles de capacité de stockage:

SPBM

  • Number of Failures to Tolerate
  • Number of Disk Stripes per Object
  • Flash Read Cache Reservation
  • Object Space Reservation
  • Force Provisioning

 

A partir de la version 6.0 d’Horizon View, la gestion des profils de stockage (SPBM, Storage Policy Based Management) sera entièrement intégrée.
 
VSAN assure la réplication pour chaque objet créé au sein du datastore.
Une VM est un ensemble de fichier, et chaque fichier est vu comme un objet dans VSAN, par exemple le fichier .vmdk (disque virtuel de la VM). 
 VSAN va créer deux objets identiques via un replica et un témoin. Un réplica est une copie des objets de la machine virtuelle à la création de celle-ci. La capacité de la disponibilité dicte le nombre de répliques qui sera créé, ce qui permet à la VM de rester en cours d’exécution si un hôte est défaillant.
Le témoin est là, juste au cas où quelque chose arrive à votre cluster et pour vous aider à décider qui va prendre le contrôle en cas de défaillance (tie-breaker), le témoin n’est pas une copie de votre objet, le témoin contient uniquement les métadonnées. Donc chaque objet créé possède son double (un miroir) et un témoin (witness), les témoins n’occupent pas beaucoup de place ,environ 2 Mo.
 
Lors d’une panne d’un hôte, soit une défaillance hardware ou une perte de connectivité VSAN, le cluster VSAN attendra 60 minutes avant de commencer la copie des objets et des composants sur un groupe de disques d’un hôte opérationnel.
Il existe deux méthodes principales pour créer un nœud  VSAN, vous pouvez soit acheter un serveur pré-configuré qui utilise des composants architecturés pour VSAN ou construire votre propre nœud à partir de la liste des composants qui sont inclus sur la VSAN HCL de VMware.

Les chiffres clés du Cluster VSAN

source : VMware Virtual SAN Customer Presentation EN.pptx

Group Disk

source : VMware Virtual SAN Customer Presentation EN.pptx

Interopérabilité VSAN et vSphere 5.5

source : VMware Virtual SAN Customer Presentation EN.pptx

Capacité de stockage les recommandations 

source : VMware Virtual SAN Customer Presentation EN.pptx

Performance & Capacité

source : VMware Virtual SAN Customer Presentation EN.pptx

Configuring a 16 Node VMware Virtual SAN cluster with Distributed Switch

How to Supercharge your Virtual SAN Cluster (2 Million IOPS!!!)

Sizing VSAN

Depuis début août 2014, vous pouvez trouver un outil en ligne qui vous permettra de dimensionner votre environnement VSAN, il vous suffira de renseigner quelques inputs, comme par exemple : nombre de VM, nombre de de VMDK par VM, quantité de mémoire par VM, taille des HDD, nombre de VM par core,…
VSAN Sizing

VSAN Sizing

 
Share This...Buffer this pageShare on LinkedInTweet about this on TwitterShare on Google+Email this to someonePin on PinterestShare on Facebook

vSphere 5.5 update 1 | 11 mars 2014| Version 1623101

Par défaut

VMware VSAN est attendu depuis longtemps, fonction de stockage qui est incluse dans l’hyperviseur et qui permet d’utiliser des disques connectés localement (disques SSD et disques mécaniques), pour créer un pool de stockage sur l’ensemble du cluster. Sans la nécessité d’un SAN externe ou NAS.  Pour savoir d’avantage sur le contenu des mises à jour ici.

 

What’s New

  • VMware a publié le 11 mars sa dernière mise à jour de vSphere 5.5 Update 1. Cette mise à jour inclut la plupart des produits VMware et surtout pour nous livrer la première version officielle de VMware Virtual SAN (VSAN).

  • Le plug-in vCloud Hybrid Service vSphere Client est disponible pour le vSphere Web Client.
  • vCenter Server supporte totalement le système d’exploitation Windows Server 2012 R2 pour les la personnalisation des machines virtuelles.
  • De nombreux bugs corrigés (par exemple: SSO)

Quels produits ont été mis à jour?

 

  • ESXi 5.5 U1
  • VMware vCenter Server 5.5 U1
  • vSphere Replication 5.5.1
  • vSphere Data Protection 5.5.6
  • VMware vCenter Orchestrator appliance 5.5.1
  • VMware vCloud Director 5.5.1
  • VMware vCenter Operations Manager Advanced 5.8.1
  • VMware vCenter Hyperic 5.8.1 Server (and agent)
  • VMware vCenter Site recovery manager 5.5.1
  • VMware vCloud Application Director 6.0.1
  • VMware Horizon View 5.3.1 (Quick Start Guide – kb.vmware.com/kb/2073795)
  • VMware Horizon Workspace 1.8 (release notes)

 

Share This...Buffer this pageShare on LinkedInTweet about this on TwitterShare on Google+Email this to someonePin on PinterestShare on Facebook