PowerMax et VMware Storage vMotion

• Le stockage est PowerMax
• Storage vMotion est en cours d’utilisation.
• vMotion peut copier plus lentement que prévu
• L’hôte peut consigner des erreurs liées à vMotion.

vMotion est un produit VMware qui utilise les primitives XCOPY VAAI pour décharger les demandes de copie vers le stockage, ce qui peut préserver les ressources de l’hôte et accélérer les transferts de données.

Le processus peut être résumé comme suit :

1. vMotion est chargé de déplacer plus de 256 Ko de données d’un emplacement à un autre.
2. vMotion envoie des demandes de copie à PowerMax.
   • La quantité totale de données à déplacer est divisée en fragments par vMotion.
   • PowerMax permet aux demandes de passer à 16 Mo par extension, mais vMotion utilise par défaut des fragments de 4 Mo. Elle peut être augmentée jusqu’à un maximum de 16 Mo à l’aide des règles de demande.
3. PowerMax crée une session XCOPY entre l’appareil source et l’appareil cible (qui peut être le même appareil).
4. PowerMax regroupe les fragments en « extensions » et place chaque extension dans une table XCOPY.
5. PowerMax accuse réception de ce fragment à vMotion.
   • Ici, vMotion estime que la copie est complète.
   • Les étapes 4 et 5 sont répétées pour chaque demande de copie de vMotion.
   • Si PowerMax détecte un problème avec une demande de copie, celle-ci est rejetée. Par défaut, vMotion copie le fragment à l’aide des lectures ou écritures normales de l’hôte si aucune des nouvelles tentatives n’a abouti.
6. PowerMax fonctionne via la table XCOPY, en déplaçant les données de la source vers la cible de manière asynchrone à partir de la demande de copie vMotion.
   • Les fonctions de lecture ou d’écriture de PowerMax effectuent des copies.
   • Cette opération doit se terminer rapidement, mais peut se copier plus lentement si des ressources élevées sont nécessaires pour les I/O de l’hôte en cours.

7. VMware libère les données issues de la demande de copie pour une utilisation par l’hôte à l’emplacement cible.
8. Si l’opération vMotion initiale était un déplacement plutôt qu’une copie et qu’UNMAP est activé, l’hôte émet des commandes UNMAP vers la piste source en dehors du protocole vMotion.

VMware détaille les conditions requises pour l’utilisation de Storage vMotion avec VAAI XCOPY dans son article VMware vSphere APIs : Array Integration (VAAI).

Configuration PowerMax requise pour l’utilisation de vMotion : 

• Les périphériques source et cible ne doivent pas être impliqués dans SRDF/Metro (actif/actif)
• Les appareils source et cible ne doivent pas être impliqués dans les sessions SnapVX. 

Comme indiqué à l’étape 5 de la section Cause ci-dessus, PowerMax rejette les demandes de copie si la demande n’est pas prise en charge. Les motifs de rejet les plus courants sont les suivants :

• Cascade impossible
  • La copie des données vers la première cible doit être terminée pour que ces mêmes données puissent être copiées à partir de l’autre cible. Si la première copie n’est pas encore terminée (toujours dans la table XCOPY), toute demande de copie vers un autre emplacement est rejetée pour une partie de ces mêmes données.
• Unaligned Extents : 
  • L’adresse de bloc logique (LBA) pour le début et la fin du fragment doit se trouver au premier bloc d’une piste de 128 Ko, et le LBA à la fin du fragment doit se trouver au dernier bloc d’une piste de 128 Ko. Cela doit être vrai à la fois à la source et à la cible pour que la demande de copie soit acceptée.
  • La demande de copie doit contenir des données réelles. Si la demande contient uniquement des extensions avec un nombre de blocs égal à zéro, elle est rejetée.
  • La demande de copie doit contenir au moins 256 (0x100) blocs de données dans une extension. Les petites quantités de données sont rejetées.

Si vous avez besoin d’aide supplémentaire pour résoudre les problèmes ci-dessus, contactez le support technique Dell ou votre représentant de service agréé en leur communiquant le numéro de cet article de la base de connaissances.