Administrator Guide

volume-type virtual-volume
vpd-id VPD83T3:6000144000000010e025d83c86ace201
Gestion du stockage dynamique
Metro Node utilise certaines fonctionnalités de gestion des baies compatibles avec le provisionnement dynamique côté back-end pour
détecter et résoudre les problèmes d’épuisement du stockage. Cela n’est pas obligatoire avec les baies qui supportent les volumes
dynamiques pour prendre en charge les fonctionnalités de gestion du stockage dynamique. Metro Node peut identifier si une baie supporte
les fonctionnalités de gestion du stockage dynamique. En fonction de la détection, Metro Node définit l’attribut thin capable du
volume virtuel.
Gestion de l’épuisement du stockage sur les volumes dynamiques
Une baie de stockage peut répondre à Metro Node avec une erreur d’épuisement du stockage pour une écriture sur un volume dynamique.
Les administrateurs de stockage qui surveillent en continu la capacité des pools de stockage prennent les mesures nécessaires pour éviter
l’épuisement des blocs de stockage de leurs datacenters.
Une baie de stockage peut notifier principalement deux types d’erreurs d’épuisement des blocs de stockage. En voici la liste :
● Épuisement temporaire : se produit lorsqu’une baie de stockage est en train de libérer de l’espace et ne peut pas répondre
immédiatement par une réussite de l’écriture. Dans ce cas, Metro Node renouvelle les E/S pendant un court laps de temps avant
de mettre l’écriture en échec et de marquer le matériel du volume de stockage hors service. Dans ce cas, un événement Call Home est
émis et Metro Node tente de restaurer automatiquement le volume de stockage lorsqu’il répond avec succès aux tests d’intégrité. Si
le volume de stockage est protégé par un miroir fonctionnel, l’hôte n’identifie aucune interruption des services, car le tronçon de miroir
sain continue de traiter les E/S sur l’hôte.
● Épuisement permanent : se produit lorsqu’il ne reste plus de blocs de stockage disponibles à mapper vers l’adresse vers laquelle l’hôte a
émis une commande d’écriture. Metro Node gère cette erreur différemment pour les périphériques avec et sans mise en miroir.
Pour l’épuisement permanent des ressources en mode bloc sur un volume de stockage sans mise en miroir, la réponse à la demande
d’écriture indique au Metro Node que le volume de stockage est protégé en écriture, car l’allocation d’espace a échoué. Les volumes
virtuels Metro Node renvoient également la même erreur pour la commande d’écriture à l’hôte. Lorsque les hôtes VMware reçoivent cette
erreur pour une demande d’écriture, ils arrêtent la machine virtuelle qui a effectué la demande d’écriture et autorisent les autres machines
virtuelles à poursuivre leur opération. Les autres machines virtuelles peuvent réaliser avec succès les opérations de lecture et d’écriture
sur les blocs qui sont déjà mappés. Mais, si elles font une demande d’écriture sur un bloc de stockage non mappé, et que l’écriture fait
également l’objet d’une erreur d’épuisement des ressources, celles-ci sont également arrêtées.
Avec un volume sans mise en miroir, les administrateurs de stockage peuvent tenter de récupérer du stockage à l’aide de la commande
UNMAP et d’effectuer une restauration à partir de la condition d’erreur d’espace insuffisant. Si le stockage récupéré n’est pas suffisant,
ajoutez un stockage en mode bloc libre aux baies de stockage pour résoudre les conditions d’erreur d’échec d’allocation d’espace, puis
redémarrez les machines virtuelles qui sont suspendues ou arrêtées.
Pour les volumes avec mise en miroir, Metro Node masque l’erreur qui s’est produite sur un tronçon de miroir pour l’écriture d’un
hôte, comme pour toute autre erreur d’E/S. Metro Node termine la demande de l’hôte avec succès lorsque les E/S réussissent sur au
moins un tronçon de miroir. Metro Node marque le tronçon de miroir comme obsolète (OOD) et n’essaie pas de le recréer (rétablir)
automatiquement. Un administrateur de stockage doit allouer de l’espace sur la baie et le rendre disponible pour ce volume de stockage,
puis restaurer manuellement le tronçon de miroir en suivant les procédures décrites dans Solve Desktop. Une fois le miroir restauré,
Metro Node reconstruit le tronçon.
Si l’épuisement du stockage permanent se produit sur le dernier tronçon d’un volume avec mise en miroir, Metro Node propage cette
erreur à l’hôte qui demande l’écriture comme pour un volume sans mise en miroir.
Définition des seuils pour l’utilisation du stockage dynamique
Un administrateur peut définir une limite souple ou un seuil pour un stockage à provisionnement dynamique donné, ce qui indique que
l’espace de stockage du périphérique à provisionnement dynamique diminue. Ce seuil est configuré sur l’hôte ou sur les baies, et non sur
Metro Node. Le message indique que le périphérique a atteint le seuil défini. Actuellement, en cas de réception d’une telle notification en
provenance d’un périphérique de stockage, Metro Node renouvelle les E/S après envoi d’un événement Call Home. Ces notifications ne
peuvent être reçues qu’une seule fois sur une E/S, et les E/S doivent aboutir, sauf si le périphérique dynamique manque d’espace. En cas
de réception d’une telle notification Call Home, l’administrateur Metro Node peut informer l’administrateur de l’hôte qu’il peut libérer de
l’espace ou demander à l’administrateur de stockage d’ajouter plus de capacité.
32
Support dynamique de Metro Node