Programme d'installation de vSphere Storage Appliance Manager 5.1.3 | 25 avril 2013 | Build 1090394

Programme d'installation automatisée de vSphere Storage Appliance 5.1.3 | 25 avril 2013 | Build 1090545

Service cluster VSA autonome 5.1.3 | 25 avril 2013 | Windows Build 1090394 | Linux Build 1090155

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

Dernière mise à jour : 29 avril 2013

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.3, solution de stockage partagé distribué pour VMware vSphere 5.1.

Remarque : vSphere 5.1 Update 1 n'est pas compatible avec VSA 5.1.1. Pour utiliser VSA avec vSphere 5.1 Update 1, vous devez procéder à la mise à niveau vers VSA 5.1.3.

Fonctionnalités de VMware vSphere Storage Appliance 5.1.3

VMware vSphere Storage Appliance 5.1.3 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

  • Logiciel de vSphere Storage Appliance
  • Deux ou trois serveurs physiques identiques exécutant ESXi 5.0 ou une version ultérieure
  • VMware vCenter Server 5.0 ou version ultérieure
    Remarque : vCenter Server peut être installé sur un serveur physique distinct ou comme machine virtuelle sur l'un des hôtes ESXi.

Nouveautés dans vSphere Storage Appliance 5.1.3

vSphere Storage Appliance 5.1.3 inclut de nombreuses nouvelles fonctionnalités qui améliorent la gestion, les performances 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.3 prend en charge également les éléments suivants :

  • RAID : Pour plus d'informations, voir Exigences et paramètres RAID.
  • La taille du segment de mémoire VMFS est augmentée à 256 Mo. Cela permet, en combinaison avec la prise en charge de disques de plus grande capacité, d'atteindre un stockage virtuel par nœud VSA de 24 To. Cette capacité maximale s'applique de manière globale à toutes les banques de données VMFS créées sur l'hôte ESXi.

Notes d'installation

Mis à jour Si vous avez installé VSA 5.1 ou 5.1.1, vous ne pouvez pas utiliser le programme d'installation de VSA pour effectuer la mise à niveau vers VSA 5.1.3. Vous devez désinstaller la version existante de VSA Manager avant d'installer sa nouvelle version.

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.
  • NIC 4 cartes réseau à port unique ou 2 cartes réseau à deux ports Ethernet 1 Gigabit, ou cartes réseau Ethernet 10 Gigabit, ou 1 carte réseau à quatre ports (ne fournit pas de redondance NIC)
  • Contrôleur RAID Le contrôleur RAID doit prendre en charge RAID10, RAID6 ou RAID5
  • Disques durs Tous les disques durs utilisés dans chaque hôte doivent être similaires en termes de capacité et de performances. Ne pas mélanger les disques durs SATA et SAS. Pour d'éventuelles informations de configuration, se référer à Exigences et paramètres RAID. Même si les configurations de disques durs avec fournisseur hétérogène et combinaisons de modèle, capacité de disque, et vitesse de lecteur peuvent fonctionner, la performance d'E/S d'écriture de l'adaptateur RAID sera un multiple du disque le plus lent du jeu de RAID, et la capacité, elle, un multiple du plus petit disque du jeu de RAID. VMware vous déconseille vivement l'utilisation des configurations de disques durs hybrides, sauf si vous devez reconstituer un jeu de RAID après avoir obtenu du fabricant du serveur un disque de rechange légèrement différent. Le fait de remplacer le disque dur par un disque à la capacité inférieure à la capacité minimale provoquera un échec de reconstruction du jeu de RAID et cette action n'est pas prise en charge.
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 votre vCenter Server. Pour plus d'informations, consultez la documentation Installation et configuration de vSphere.
  • NIC NIC Ethernet 1 Gigabit ou NIC Ethernet 10 Gigabit
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 1 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 1 Gigabit/10 Gigabit, minimum
  • Dans un environnement VSA, le réseau doit fonctionner à des vitesses de 1 gigabit ou plus afin de pouvoir prendre en charge la configuration.
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

Pour en savoir plus sur chaque workflow, consultez le document Installation et administration de VMware vSphere Storage Appliance.

Exigences et paramètres RAID

Type de RAID
Disques SATA
Disques SAS
RAID5
Non pris en charge
Les configurations RAID suivantes montrent un exemple de combinaisons valides de nombres de lecteurs et de capacités maximales de lecteur pour les disques SAS. Les capacités inférieures à celles qui figurent dans cet exemple sont également prises en charge :
  • 10 X 0,5T => Banque de données VMFS de 4,5 T
  • 8 X 0,75T => Banque de données VMFS de 5,25 T
  • 7 X 1T => Banque de données VMFS de 6 T
  • 6 X 1,5T => Banque de données VMFS de 7,5 T
  • 5 X 2T => Banque de données VMFS de 8 T
  • 3 X 3T => Banque de données VMFS de 6 T
  • 4 X 2,5T => Banque de données VMFS de 7,5 T
  • 4 X 3T => Banque de données VMFS de 9 T
RAID6
La capacité maximale des banques de données VMFS prises en charge est de 24 T par hôte. La capacité maximale des banques de données VMFS prises en charge est de 24 T par hôte. Cette capacité maximale s'applique de manière globale à toutes les banques de données VMFS créées sur l'hôte ESXi.
RAID10
La capacité maximale des banques de données VMFS prises en charge est de 8 T par hôte. Il ne s'agit pas de la capacité maximale d'une banque de données VMFS, mais d'une limite imposée par la résilience attendue du lecteur de disque agrégé pour un RAID configuré. Au-delà de cette limite, la résilience de stockage se trouve en-deçà du seuil acceptable.
Vitesse de rotation du disque
Au moins 7 200 tr/min
Au moins 10 000 tr/min
Remarque : Pour des performances optimales, sélectionner des disques de 15 000 tr/min.

Résolution des problèmes

Les problèmes suivants ont été résolus depuis la version 1.0 de vSphere Storage Appliance.

  • L'interface utilisateur de VSA n'affiche pas l'état de progression des opérations en cours d'exécution. Ce problème est résolu dans cette version. Pour plus d'informations, voir KB 2050657.
  • Il est possible que VSA Manager ne nettoie pas les objets d'affichage, ce qui augmente la consommation de mémoire de vpxd.exe. Ce problème est résolu dans cette version.
  • Lors de la mise à niveau de VSA 1.0 vers VSA 5.1, si vous exécutez install.exesans aucun paramètre, les clusters VSA 1.0 existants seront supprimés. Ce problème est résolu dans cette version.
  • L'application AutoRun de VSA 5.1 ISO exécute install.exeen lieu et place du Guide d'installation et d'administration. Ce problème est résolu dans cette version. L'application AutoRun de VSA 5.1.1 ISO exécute le Guide d'installation et d'administration.
  • Lors de la mise à niveau de VSA 1.0 vers VSA 5.1, si vous exécutez le script cleanup.batavec moins de trois paramètres, les clusters VSA 1.0 existants seront supprimés. Ce problème est résolu dans cette version. Un message d'avertissement s'affiche désormais et vous informe que tous les clusters VSA seront supprimés si vous continuez.
  • En redémarrant un nœud VSA, une synchronisation complète se produit au lieu d'une synchronisation incrémentielle. Ce problème est résolu dans cette version.
  • 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é. Toutefois, VSA ne prend pas en charge IPv6. Si VSA est installé sur un vCenter Server sur lequel IPv6 est activé, VSA Manager et d'autres composants continueront à utiliser et à prendre en charge uniquement IPv4.
  • Les événements ClusterOffline, StorageOffline et MemberOffline génèrent désormais les alarmes suivantes, envoyées à vCenter Server :

    Événement
    Alarme
    ClusterOffline
    Cluster de stockage VSA dans ce centre de données [ID interne : centre de données-2] hors ligne
    StorageOffline
    Entité de stockage VSA [ID interne : banque de données-111] hors ligne
    MemberOffline
    Service du cluster VSA dans ce centre de données [ID interne : centre de données-2] hors ligne ou
    Membre VSA [ID interne : vm-110] hors ligne

Problèmes connus

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

Problèmes d'installation

  • La page Sélectionner un centre de données du programme d'installation de VSA affiche une erreur
    Si l'un des hôtes ESXi dans le centre de données que vous avez sélectionné pour le cluster VSA utilise un vSwitch distribué, le programme d'installation de VSA affiche l'erreur suivante : java.security.InvalidParameterException : Invalid gateway: null. Ce problème survient même lorsque vous n'avez pas l'intention d'utiliser l'hôte avec le vSwitch distribué pour le cluster VSA.
    Solution : Tous les hôtes ESXi impliqués doivent utiliser un vSwitch standard pour le réseau de gestion. Si votre centre de données inclut des hôtes non impliqués utilisant des vSwitches distribués, déplacez ces hôtes vers un autre centre de données.
  • 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.1 échoue et affiche 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: ). Pour plus d'informations, voir KB 2035893.
  • 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 vSphere Storage Appliance.
    Solution :Aucune.

Problèmes de mise à niveau

  • À la suite d'une mise à niveau vers VSA 5.1.3, un message d'erreur s'affiche si vous effectuez une reconfiguration réseau du cluster VSA
    Si vous effectuez une reconfiguration réseau du cluster VSA après avoir effectué une mise à niveau vers VSA 5.1.3, le message d'erreur suivant peut s'afficher :
    Impossible de reconfigurer le réseau du cluster VSA : MessagingProxy.onFault: Erreur d'abonnement client
    Solution : Après la mise à niveau de VSA Manager, supprimez le cache du navigateur avant d'utiliser le client VSA. Cette action permet de garantir que la version de l'interface utilisateur employée est bien la version mise à jour. Si vous utilisez vSphere Client, supprimez les fichiers temporaires d'Internet Explorer et relancez vSphere Client. Si vous utilisez vSphere Web Client, supprimez les données mises en cache dans le navigateur utilisé pour accéder à vSphere Web Client.
  • La reconfiguration réseau du cluster VSA échoue et affiche un message d'erreur
    Lorsque vous effectuez la reconfiguration réseau du cluster VSA, le message d'erreur suivant peut s'afficher :
    Le membre du cluster VSA n'est pas en mode de maintenance.
    Solution : Pour résoudre ce problème, consultez l'article KB 2050665 de la base de connaissances VMware.
  • La restauration de la mise à niveau de VSA peut échouer en cas d'utilisation d'un mot passe qui n'est pas celui par défaut
    Au cours de la mise à niveau de VSA de la version 1.0 vers la version 5.1.3, VSA Manager restaure automatiquement le cluster en cas d'échec du processus de mise à niveau. Si un mot de passe différent du mot de passe par défaut est utilisé, le processus de restauration de la mise à niveau peut échouer.
    Solution : Pour résoudre ce problème, remplacez le mot de passe du cluster par le mot de passe par défaut avant de procéder à la mise à niveau de VSA de la version 1.0 vers la version 5.1.3. Pour changer le mot de passe du cluster, utilisez l'option Changer mot de passe de l'onglet Propriétés figurant dans l'interface utilisateur de VSA Manager. Une fois le mot de passe modifié, exécutez le programme d'installation pour procéder à la mise à niveau du cluster.
    Nous vous recommandons de modifier le mot de passe une fois l'installation terminée.
  • 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 la version 5.1.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 déjà procédé à la mise à niveau de VSA vers la version 5.1.1 avant de mettre à niveau vCenter Server, mettez à niveau vCenter Server (en sélectionnant l'option Utiliser la BD existante, 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.
  • Avant d'effectuer la mise à niveau vers VSA 5.1.1, assurez-vous que le cluster VSA est actif et fonctionne correctement
    Lorsqu'un cluster est actif et fonctionne correctement, l'interface utilisateur graphique de VSA Manager affiche que le statut de tous les dispositifs et de toutes les banques de données est Connecté.
  • Si la mise à niveau vers VSA 5.1.1 a échoué, la taille du segment de mémoire de 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.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.1.
  • Après une mise à niveau vers VSA 5.1.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 la version 5.1.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.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.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.

Problèmes d'interopérabilité avec vSphere

  • 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.
  • 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 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

    • 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.
    • 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.

    Problèmes de documentation

    • Correction des noms de groupes de ports de configuration réseau de type « Brownfield » dans la documentation
      La configuration réseau de la documentation de vSphere Storage Appliance définit de manière erronée les cinq groupes de ports configurés sur chaque hôte comme réseau VSA frontal, réseau VM, réseau de gestion, réseau VSA principal et VSA vMotion.
      La saisie des noms de groupes de ports mentionnés dans la documentation entraîne l'échec de l'installation.
      Solution : Utilisez les noms de groupes de ports corrects. Ils doivent être nommés exactement comme indiqué.
      • VSA-frontal
      • Réseau VM
      • Réseau de gestion
      • VSA-principal
      • VSA-VMotion
    • 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(option par défaut) : L'installation dure moins longtemps.
      • Formater les disques immédiatement : L'installation dure plus longtemps mais améliore les performances du disque du cluster installé.
      Une fois tous les blocs de disque écrits, les deux choix afficheront des performances identiques.
    • Clarification : informations complémentaires de la section Installation et exécution du service du cluster VSA de la documentation
      Le service du cluster VSA est nécessaire pour un cluster VSA comportant deux membres. Vous pouvez installer le service séparément sur diverses plates-formes 64 bits, dont Windows Server 2003, Windows Server 2008, Windows 7, Linux RedHat et SUSE Linux Enterprise Server.
      Solution : installez ce service uniquement sur des systèmes d'exploitation 64 bits.