VMware

Programme d'installation du gestionnaire vSphere Storage Appliance 5.1 | 10 septembre 2012 | Build 825249

Programme d'installation automatisée de vSphere Storage Appliance 5.1 | 10 septembre 2012 | Build 825285

Service du cluster VSA autonome 5.1 | 10 Septembre 2012 | Windows Build 825249 | Linux Build 825153

Recherchez fréquemment les ajouts et mises à jour de ces notes.

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :

Ces notes de mise à jour fournissent des informations sur VMware vSphere Storage Appliance 5.1, solution de stockage partagé distribué pour VMware vSphere 5.1.

Fonctionnalités de VMware vSphere Storage Appliance 5.1

VMware vSphere Storage Appliance 5.1 offre une solution de stockage partagé distribué qui isole les ressources informatiques et les disques durs internes de deux ou trois hôtes ESXi pour former un cluster VSA. Le cluster VSA active vSphere High Availability et vSphere vMotion.

Fonctionnalités d'un cluster VSA

Un cluster VSA fournit l'ensemble des fonctions suivantes :

  • Un partage des banques de données pour tous les hôtes d'un centre de données.
  • Une réplique de chaque banque de données partagée
  • VMware vMotion et VMware High Availability
  • Des capacités de basculement et de retour arrière suite à des défaillances matérielles et logicielles
  • Le remplacement d'un membre du cluster VSA
    Remarque : le membre du cluster VSA est un hôte ESXi avec un vSphere Storage Appliance en cours d'exécution qui participe à un cluster VSA.
  • La récupération de la gestion d'un cluster VSA existant après une défaillance fatale de vCenter Server
  • La collecte des journaux du cluster VSA

Composants d'un cluster VSA

  • vCenter Server
  • deux ou trois ESXi
  • vSphere Storage Appliance
  • vSphere Storage Appliance Manager
  • Service du cluster vSphere Storage Appliance (utilisé uniquement dans un cluster VSA avec deux hôtes ESXi)

Nouveautés dans vSphere Storage Appliance 5.1

vSphere Storage Appliance 5.1 inclut de nombreuses nouvelles fonctionnalités qui permettent d'améliorer la gestion, la performance et la sécurité des clusters VSA.

  • Prise en charge de plusieurs clusters VSA gérés par une seule instance de vCenter Server.
  • Capacité à exécuter vCenter Server sur un sous-réseau différent d'un cluster VSA.
  • Prise en charge de vCenter Server exécuté localement sur l'un des hôtes ESXi du cluster VSA.
  • Possibilité d'installer VSA sur des hôtes ESXi existants qui ont des machines virtuelles en cours d'exécution sur leur banque de données locale.
  • Capacité à exécuter le service du cluster VSA indépendamment d'une instance de vCenter Server dans le même sous-réseau que le cluster VSA, installé sous Linux ou Windows. Le service du cluster VSA est requis pour un cluster avec deux membres. Pour plus d'informations sur la façon d'installer le service, consultez la section Installation et configuration de l'environnement du Cluster VSA dans la documentation Installation et administration de VMware vSphere Storage Appliance.
  • Prise en charge améliorée des clusters VSA dans un état hors ligne. En plus d'améliorer sa capacité à identifier les problèmes qui rendent un cluster hors ligne, VSA fournit la possibilité de le remettre en ligne.
  • Possibilité de spécifier et d'augmenter la capacité de stockage d'un cluster VSA.
  • Améliorations de la sécurité des canaux de communication entre les composants VSA.
  • Gestion de l'engagement excessif de mémoire pour un cluster VSA qui comprend des hôtes ESXi 5.1. Un cluster VSA qui comprend des hôtes ESXi de version antérieure à 5.0 ne prend pas en charge l'engagement excessif de mémoire.
  • Nouveau modèle de licence. En plus d'être un module complémentaire pour vCenter Server, VSA peut désormais avoir sa propre licence autonome. Utilisez la licence du module complémentaire si vous gérez un cluster unique. Pour gérer plusieurs clusters, vous devez obtenir la licence VSA autonome.

En outre, VSA 5.1 gère également :

  • RAID : gestion du matériel RAID5 et RAID6 sur un hôte ESXi.
  • La taille du segment de mémoire VMFS est augmentée à 256 Mo. Ceci permet, en combinaison avec la prise en charge de disques de plus grande capacité, d'atteindre un stockage virtuel par nœud VSA d'environ 25 To.

Notes relatives à l'installation

vSphere Storage Appliance prend en charge l'assistant du programme d'installation de VSA Manager et le script du programme d'installation automatisée de VSA en tant que workflows d'installation. Le tableau suivant montre une comparaison entre les spécifications de chaque workflow. Pour en savoir plus sur chaque workflow, consultez la documentation Installation et administration de VMware vSphere Storage Appliance.

Conditions d'installation Programme d'installation de VSA Manager Programme d'installation automatisée de VSA
Spécifications du matériel
Deux ou trois serveurs avec une configuration matérielle homogène
  • CPU Processeur Intel ou AMD 64 bits x86, 2 GHz ou plus rapide
  • Mémoire
    • 6 Go, minimum
    • 24 Go, recommandé
    • 72 Go, maximum testé
      Remarque : Vous pouvez avoir plus de 72 Go de mémoire par hôte ESXi car il n'y a pas de limitation de mémoire pour le cluster VSA.
  • Disques durs Jusqu'à 28 disques durs par hôte ESXi (de même modèle, capacité et performance). Pour plus d'informations sur les configurations possibles des disques, consultez la section Capacité du disque du cluster VSA dans la documentation Installation et administration de VMware vSphere Storage Appliance.
  • NIC quatre NIC Ethernet Gigabit ou NIC Ethernet 10 Gb à port unique ou deux NIC Ethernet Gigabit ou NIC Ethernet 10 Gb à deux ports
  • Contrôleur RAID Le contrôleur RAID doit prendre en charge RAID10, RAID6 ou RAID5
 Oui Oui
Système vCenter Server 5.1 sur une machine physique ou virtuelle. Vous pouvez exécuter vCenter Server sur l'un des hôtes ESXi du cluster VSA. La configuration suivante est requise pour l'installation de vCenter Server :
  • CPU Processeur Intel ou AMD 64 bits x86, 2 GHz ou plus rapide
  • Mémoire et espace disque La quantité de mémoire et d'espace disque requise dépend de la configuration de vCenter Server. Pour plus d'informations, consultez la documentation Installation et configuration de vSphere.
  • NIC 1 carte réseau Gigabit Ethernet
Pour VSA Manager, vous avez besoin d'espace supplémentaire :
  • VSA Manager 10 Go
  • Service du cluster VSA 2 Go
 Oui Oui
Configuration et spécifications matérielles réseau
  • Deux commutateurs Ethernet Gigabit/10 Gigabit, recommandés
    Remarque : Une configuration réseau avec deux commutateurs élimine un point de défaillance unique dans la couche réseau physique
  • Un commutateur Ethernet Gigabit/10 Gigabit, minimum
 Oui Oui
Adresses IP statiques. vCenter Server et VSA Manager ne doivent pas forcément se trouver dans le même sous-réseau que les clusters VSA. Les membres de chaque cluster VSA, dont le service du cluster VSA pour une configuration à 2 membres, doivent se trouver dans le même sous-réseau. Oui Oui
(Facultatif) Un ou deux ID VLAN configurés sur les commutateurs Ethernet Oui Oui
Installations de logiciels
ESXi 5.1 sur chaque hôte Oui Oui
Installation de Windows Server 2003 ou Windows Server 2008, 64 bits Oui Oui
vCenter Server 5.1 sur un système physique ou une machine virtuelle. Vous pouvez exécuter vCenter Server sur l'un des hôtes ESXi du cluster VSA. Oui Oui
vSphere Client ou vSphere Web Client Oui Oui

Problèmes identifiés

Les problèmes connus de cette version de vSphere Storage Appliance sont regroupés comme suit :

Problèmes d'installation

  • L'installation de VSA Manager échoue avec un message d'erreur
    Lors de l'installation de VSA Manager, le message d'erreur suivant peut apparaître : Le port port_number est déjà utilisé.Cette erreur indique qu'un autre processus utilise peut-être le port requis par VSA Manager.
    Solution :
    1. Utilisez la commande netstatpour trouver le PID du processus utilisant ce port :
      netstat -ano | findstr port number.
    2. Arrêtez le processus.
    3. Lorsque le processus s'arrête, utilisez netstatà nouveau pour vous assurer que le port est disponible avant de poursuivre l'installation de VSA Manager.
  • L'installation de VSA 5.1 échoue avec le message d'erreur Erreur 2896 : L'exécution de l'action a échoué.
    Ce problème peut se produire lorsque l'emplacement des fichiers temporaires est défini sur un autre disque que C:, là où VSA Manager doit être installé.
    Solution :Assurez-vous que les variables utilisateur et système TEMP et TMP pointent vers un emplacement donné sur C: ).
  • Les tentatives pour désinstaller VSA Manager échouent lorsque vCenter Server est désinstallé en premier
    Si vous avez désinstallé vCenter Server du système où vCenter Server et VSA Manager fonctionnaient, vous pourriez ne pas être en mesure de désinstaller VSA Manager.
    Solution :Si vous devez désinstaller vCenter Server, assurez-vous de désinstaller d'abord VSA Manager et les autres plug-ins.
  • La saisie d'une clé de licence qui ne comprend pas le support VSA entraîne un message d'avertissement incorrect
    Lorsque vous entrez une clé de licence incorrecte sur la page Informations de licence du programme d'installation de VSA Manager, le message suivant apparaît :
    La licence de vCenter Server et/ou de Virtual Storage Appliance a expiré. Indiquez une clé de licence valable pour continuer l'installation.
    Ce message est incorrect parce que la clé de licence saisie n'a pas expiré. Le message devrait indiquer que la clé de licence ne gère pas VSA et que, par conséquent, l'installation ne peut pas continuer.
    Solution :Entrez la clé de licence qui comprend le support VSA.
  • Vous ne pouvez avoir qu'une seule instance du service du cluster VSA par serveur physique
    Une instance du service du cluster VSA est toujours installée avec VSA Manager. N'utilisez le programme d'installation du service du cluster VSA que lorsque vous installez le service du cluster VSA sur un serveur distinct sans VSA Manager. Pour plus d'informations sur la façon d'installer le service, consultez la section Installation et configuration de l'environnement du Cluster VSA dans la documentation Installation et administration de VMware vSphere Storage Appliance.
    Solution :Aucune.

Problèmes de mise à niveau

  • Avant la mise à niveau vers VSA 5.1, vérifiez que le cluster VSA fonctionne correctement.
  • Après un échec de la mise à niveau vers VSA 5.1, la taille du segment de mémoire VMFS reste fixée à 256 Mo
    Pendant la mise à niveau de VSA, la taille du segment de mémoire d'une banque de données VMFS est augmentée à 256 Mo. Si la mise à niveau échoue et que VSA Manager revient à son état initial, la taille du segment de mémoire de la banque de données VMFS ne revient pas à sa valeur d'origine et reste fixée à 256 Mo.
    Solution :Réinitialisez manuellement la taille du segment de mémoire VMFS à la valeur d'origine.
  • Les tentatives de mise à niveau de VSA Manager échouent avec un message d'erreur
    Le message d'erreur suivant apparaît : Un cluster n'est pas disponible. Cet échec peut se produire lorsque vous mettez à niveau VSA Manager vers la version 5.1 sans avoir précédemment créé de cluster VSA.
    Solution :Désinstallez la version antérieure de VSA Manager avant d'installer VSA Manager 5.1.
  • Après une mise à niveau vers VSA 5.1, un cluster VSA peut prendre plus de temps pour quitter le mode maintenance
    Lorsque vous effectuez une mise à niveau de VSA 1.0 vers 5.1, le cluster VSA peut prendre plus de 20 minutes pour quitter le mode maintenance.
    Solution :Aucune.
  • L'échec d'une mise à niveau VSA peut laisser une machine virtuelle VSA orpheline
    Si l'échec de mise à niveau VSA est causé par une perte de communication avec un hôte ESXi pendant ou après le déploiement de la machine virtuelle, une machine virtuelle orpheline peut être laissée sur le centre de données après restauration de la mise à niveau.
    Solution :Supprimez manuellement les machines virtuelles orphelines avant de relancer la mise à niveau.
  • La mise à niveau vers VSA 5.1 échoue si un cluster VSA a été récupéré dans VSA 1.0
    Si un cluster VSA a été récupéré dans VSA 1.0 et que les propriétés de vApp n'ont pas été restaurées manuellement sur les machines virtuelles VSA, la mise à niveau vers VSA 5.1 peut échouer.
    Solution :Restaurez la configuration de vApp et fournissez les propriétés correctes du réseau. Pour plus d'informations, consultez l'article  2033916 de la base de connaissances VMware.
  • La mise à jour de votre système sans utiliser l'ordre recommandé provoque des échecs de mise à niveau avec vSphere Storage Appliance
    Si vous ne suivez pas l'ordre de mise à niveau des composants recommandé, la mise à niveau échoue. Notamment, la mise à niveau d'ESXi avant vSphere Storage Appliance (VSA) entraîne l'échec de la mise à niveau de VSA. En raison des modifications de métadonnées et de licence, la mise à niveau de VSA avant celle de vCenter Server entraîne l'arrêt de VSA une fois vCenter Server mis à niveau. Suivez l'ordre recommandé lors de la mise à niveau de votre système. L'ordre de mise à niveau recommandé est le suivant :
    1. Mettre à niveau vCenter Server version 5.0 vers 5.1.
    2. Mettre à niveau vSphere Storage Appliance version 1.0 vers 5.1.
    3. Passer en mode maintenance du cluster.
    4. Mettre à niveau les hôtes ESXi version 5.0 vers 5.1.
    5. Quitter le mode maintenance du cluster.
    Solution :
    • Si vous avez mis à niveau VSA vers la version 5.1 avant d'avoir mis à niveau vCenter Server, mettez à niveau vCenter Server puis désinstallez et réinstallez VSA Manager.
    • Si vous avez mis à niveau ESXi vers la version 5.1 avant d'avoir mis à niveau VSA, réinstallez ESXi 5.0 sur vos hôtes en préservant la banque de données VMFS locale puis restaurez certaines configurations avant de mettre à niveau VSA. Pour plus informations sur la réinstallation d'ESXi 5.0 et la restauration des configurations adéquates, consultez l'article 2034424 de la base de connaissance VMware.

Problèmes d'interopérabilité avec vSphere

  • Une tâche Storage vMotion d'une machine virtuelle échoue lorsque vSphere Storage Appliance récupère d'un échec
    Si vous utilisez Storage vMotion pour migrer une machine virtuelle pendant que vSphere Storage Appliance récupère d'un échec, le processus de Storage vMotion peut échouer. Quand vSphere Storage Appliance récupère d'un échec, le processus de migration peut devenir lent et vSphere Client peut afficher le message d'erreur Délai d'attente des données de migration dépassé.
    Solution :Redémarrez la tâche Storage vMotion une fois que vSphere Storage Appliance a récupéré de l'échec.
  • Les tâches d'analyse et de correction de vSphere Update Manager échouent sur des hôtes ESXi qui font partie d'un cluster VSA
    Lorsque vous effectuez des tâches d'analyse et de correction avec vSphere Update Manager sur des hôtes ESXi qui font partie d'un cluster VSA, ces tâches peuvent échouer.
    Solution :Avant d'effectuer des tâches d'analyse et de correction, placez le membre du cluster VSA en mode maintenance.
    1. Dans l'onglet VSA Manager, cliquez sur Dispositifs.
    2. Dans la colonne Hôte, cliquez avec le bouton droit de la souris sur l'hôte ESXi pour lequel vous souhaitez effectuer des tâches d'analyse et de correction, puis sélectionnez Entrer en mode maintenance du dispositif.
    3. Dans la boîte de dialogue de confirmation, cliquez sur Oui.
      Le statut du membre du cluster VSA passe à Mode maintenance.
    4. Dans la boîte de dialogue Entrée en mode maintenance, cliquez sur Fermer.
    5. Effectuez les tâches d'analyse et de correction sur l'hôte ESXi qui héberge la machine virtuelle VSA en mode maintenance.
    6. Dans l'onglet VSA Manager, cliquez sur Dispositifs.
    7. Cliquez avec le bouton droit de la souris sur le membre du cluster VSA en mode maintenance et sélectionnez Quitter le mode maintenance du dispositif.
    8. Dans la boîte de dialogue Sortie du mode maintenance, cliquez sur Fermer .
    9. Répétez les étapes pour chaque hôte ESXi pour lequel vous souhaitez effectuer des tâches d'analyse et de correction.
  • Les banques de données VSA ne prennent pas en charge les machines virtuelles avec Fault Tolerance
    Solution :Aucune.

    Problèmes de performances

    • Le débit E/S vers les banques de données VSA est plus lent lorsque des machines virtuelles effectuent des écritures disque dont la taille n'est pas un multiple de 4 Ko ou n'est pas alignée sur une limite de 4 Ko
      Si une application est configurée pour effectuer des écritures disque dont la taille n'est pas un multiple de 4 Ko ou n'est alignée sur une limite de 4 Ko, le débit E/S sur la banque de données VSA qui contient les disques virtuels est affecté par la nécessité de lire le contenu des blocs de données avant de les écrire.
      Solution :Pour éviter ce problème, assurez-vous que votre configuration remplisse les conditions suivantes :
      • Les partitions du disque de la machine virtuelle démarrent sur une limite de 4 Ko
      • Les applications qui contournent le système de fichiers ou écrivent directement dans les fichiers doivent générer des E/S alignées et multiples de 4 Ko.
    • Si un membre d'un cluster VSA est défectueux dans un cluster VSA à trois membres, vous ne pouvez effectuer que maximum deux tâches Storage vMotion
      Si un membre est défectueux dans un cluster VSA à trois membres, vous ne pouvez pas effectuer plus de deux tâches Storage vMotion entre les banques de données VSA. Si vous exécutez trois tâches Storage vMotion simultanées, l'une d'elles peut être interrompue.
      Solution :Ne lancez pas plus de deux tâches Storage vMotion dans un cluster VSA.

    Problèmes de maintenance

    • Après résolution du défaut de chemin du serveur principal, une des banques de données VSA apparaît comme Dégradéedans l'interface de VSA Manager
      Vous pouvez également voir, dans la liste des tâches, une tâche de synchronisation d'une banque de données qui n'a pas démarré ou semble bloquée. Ce problème peut se produire suite à une erreur de double chemin du serveur principal. Cette erreur est le résultat d'une perte de communication réseau sur toutes les interfaces réseau du serveur principal. Lorsque la communication est perdue pendant une très longue période, le cluster est placé en mode dégradé.
      Solution :Redémarrez le nœud VSA qui exporte la banque de données VSA dégradée.
    • L'assistant de la reconfiguration du réseau du cluster VSA ne vérifie pas les conflits d'adresses IP dans le réseau principal
      Lorsque vous reconfigurez le réseau du cluster VSA via l'assistant, celui-ci ne vérifie pas les conflits d'adresses IP dans le réseau principal. Le réseau principal du cluster VSA utilise des adresses IP dans le sous-réseau 192.168.x.x.
      Solution :Aucune solution n'est disponible. Vous devez vous assurer que les adresses que vous attribuez au réseau principal ne sont pas utilisées par d'autres hôtes ou périphériques.
    • Un cluster VSA peut se retrouver dans un état incohérent s'il rencontre une erreur lors de l'activation ou de la désactivation du mode maintenance.
      Dans certaines circonstances, lorsque le cluster VSA rencontre une erreur lors de l'activation ou de la désactivation du mode maintenance, l'état des banques de données peut diverger de l'état du cluster et ils ne peuvent pas être réconciliés. Lorsque ce problème se produit, les symptômes suivants apparaissent :
      • Après l'échec d'un cluster à entrer en mode maintenance, une banque de données apparaît en mode maintenance mais le cluster VSA n'est pas en mode maintenance. Le cluster ne peut pas entrer en mode maintenance et la banque de données ne peut pas en sortir.
      • Après le passage d'un cluster en mode maintenance, une banque de données reste en ligne mais le cluster est en mode maintenance. Le cluster ne peut pas sortir du mode maintenance.
      • Après qu'un cluster est sorti du mode maintenance, une banque de données apparaît en ligne, mais elle n'est pas accessible aux clients NFS. L'analyse des journaux VSA indique que le service d'accès aux données pour la banque de données est toujours en mode maintenance. Le cluster ne peut pas repasser en mode maintenance.

      Solution :Pour éviter ce problème, n'utilisez pas la fonction Maintenance du cluster via l'interface de VSA, sauf si c'est absolument nécessaire. Si vous devez utiliser la fonction Maintenance du cluster lors de la mise à niveau ou de la reconfiguration du réseau, assurez-vous que le cluster est entièrement en ligne, que toutes les banques de données sont totalement synchronisées, en ligne et hébergées par leur propriétaire principal.
      Si ce problème se produit, sauvegardez toutes les données, recréez le cluster puis restaurez les données.

    Problèmes de documentation

    • La rubrique Sélectionnez à quel moment les disques doivent être formatés de l'aide en ligne contient des informations incorrectes
      La rubrique Sélectionnez à quel moment les disques doivent être formatés indique que pour les hôtes ESXi 5.1, les disques sont automatiquement configurés pour utiliser un format de mise à zéro immédiate. Cette information est incorrecte car le formatage n'est pas encore pris en charge.
      Solution :Lors du formatage des disques, vous devez sélectionner l'une des options suivantes : Formater les disques au premier accès ou Formater les disques immédiatement.

    Résolution des problèmes

    Les problèmes suivants ont été résolus depuis la dernière version de vSphere Storage Appliance. La liste des problèmes résolus ci-dessous ne concerne que cette version de vSphere Storage Appliance.

    • Une licence standard temporaire de vCenter Server n'est plus requise pour le remplacement d'un nœud pour un cluster à trois membres.
    • Lorsque de nouveaux hôtes sont ajoutés à un centre de données VSA existant, la liste de contrôle d'accès (ACL) est automatiquement mise à jour et les partages NFS sont automatiquement montés sur ces hôtes.
    • Plusieurs modifications ont été apportées pour reconfigurer le workflow du réseau du cluster VSA afin d'améliorer l'environnement utilisateur.
    • VSA peut désormais être installé sur vCenter Server avec IPv6 activé.
    • Les événements MemberOffline, StorageOffline et ClusterOffline génèrent désormais des alarmes envoyées à vCenter Server.