PowerVault ME4 : qu’est-ce que le surengagement et comment fonctionne-t-il ?

Sommaire

1. Qu’est-ce que le surengagement et comment fonctionne-t-il ?
2. Où puis-je consulter les informations et problèmes relatifs au surengagement dans les journaux ?
3. Qu’est-ce que la taille de l’index de métadonnées ?
4. Qu’est-ce que la table des adresses 16 Gio ?
5. Quelle est la limite maximale de surengagement ?
6. Quelle est la différence entre données partagées, données uniques et données de snapshot ?
7. Les valeurs de données uniques (show snapshots type all) et de taille allouée (show snapshot-space) doivent-elles correspondre ?
8. Comment calculer la quantité d’espace engagée et savoir où elle est engagée ?

 

---

Question : qu’est-ce que le surengagement et comment fonctionne-t-il ?

Réponse :

Surengagé signifie que la taille totale engagée de tous les volumes virtuels, y compris les snapshots, dépasse l’espace physique du pool virtuel.

Cette fonction est spécifique au stockage virtuel. Elle N’est PAS applicable au stockage linéaire.

Cette fonction permet d’effectuer une surallocation des ressources de stockage physiques. Ainsi, le système d’exploitation peut fonctionner comme s’il disposait de plus d’espace de stockage que ce qui est physiquement alloué.

Chaque volume créé dans la baie, y compris les snapshots, utilise les index de métadonnées de l’espace de stockage du pool virtuel.

En général, le firmware prend en charge un maximum de 1 Pio de métadonnées par pool virtuel.

 

Prenons l’exemple d’une baie de stockage disposant de 100 To d’espace de pool utilisable sur le pool A.

Lorsque l’option « Overcommitment » est désactivée, il est possible de créer UNIQUEMENT des volumes (y compris les snapshots) de 100 To maximum. La configuration ne peut pas aller au-delà de 100 To d’index de métadonnées.

Si l’option « Overcommitment » est activée, le firmware permet la création de volumes (y compris les snapshots) au-delà de la limite physique de 100 To, car il prend en charge un maximum de 1 Pio d’index de métadonnées.

Ainsi, le système peut créer des volumes (y compris les snapshots) d’un maximum de 1 Pio par pool. Cela est décrit plus en détail dans la question « Qu’est-ce que la taille de l’index de métadonnées ? ».

---

Question : où puis-je consulter les informations et problèmes relatifs au surengagement dans les journaux ?

Réponse :

Lorsque des informations sur le surengagement sont visibles dans l’interface utilisateur, des ID d’événement s’affichent dans les journaux d’événements. Vous trouverez ci-dessous des exemples de code d’événement.

ID d’événement 473 : le volume indiqué utilise plus que le pourcentage de seuil de son pool virtuel. Cela indique que l’utilisation du stockage a franchi le seuil défini par l’utilisateur pour ce volume.

ID d’événement 573 : avertissement, l’espace de snapshot alloué au pool virtuel ne peut pas être réduit, car aucun snapshot n’est supprimable.

ID d’événement 571 : erreur, l’espace de snapshot alloué a dépassé la limite de pourcentage configurée du pool virtuel.

 

 

 

---

Question : qu’est-ce que la taille de l’index de métadonnées ? Qu’est-ce que la table des adresses 16 Gio ?

Réponse :

Le nombre maximal d’entrées de l’index de métadonnées pris en charge est de 65 312. Lors du calcul de l’espace adressable physiquement, multipliez les entrées d’index de métadonnées par la table d’adresses.

Cela équivaut à environ 1 Pio, soit 1 048 576 Gio.

 

---

Question : quelle est la limite maximale de surengagement ?

Réponse :

En général, le firmware prend en charge un maximum de 1 Pio de métadonnées par pool virtuel.

Lorsque la fonction « Overcommitment » est désactivée, le pool autorise UNIQUEMENT l’utilisation de métadonnées sur l’espace de stockage maximum disponible.

Lorsque la fonction « Overcommitment » est activée, le pool permet d’utiliser des métadonnées sur un maximum de 1 Pio par pool, ce qui correspond la limite du firmware.

 

---

Question : quelle est la différence entre données partagées, données uniques et données de snapshot ?

Réponse :

Données de snapshot = quantité totale de données d’écriture associées au snapshot.

En d’autres termes, cela correspond aux informations d’allocation de volume du volume parent du snapshot lors de la création initiale du snapshot. C’est la taille engagée du volume au moment où le snapshot a été capturé.

Données uniques = quantité de données d’écriture uniques au snapshot.

En d’autres termes, cela correspond aux données modifiées à partir du volume d’origine.

Données partagées = quantité de données d’écriture partagées entre ce snapshot et d’autres snapshots.

En d’autres termes, cela correspond aux données modifiées à partir du volume d’origine au moment où a été capturé le snapshot.

En outre, les « données partagées + données uniques » sont approximativement égales aux « données de snapshot ».

 

---

Question : les valeurs de données uniques (show snapshots type all) et de taille allouée (show snapshot-space) doivent-elles correspondre ?

Réponse :

Par nature, les données uniques (données modifiées) doivent correspondre à la valeur de taille allouée. Les données uniques correspondent à la taille physique des données de snapshot. Ces données uniques utilisent l’espace de snapshot.

Pour les configurations avec UNIQUEMENT des snapshots configurés, la somme des données uniques de tous les snapshots est égale à la taille totale allouée aux snapshots qui est signalée.

Pour les configurations avec la réplication configurée, cela correspond à la somme des données uniques de tous les snapshots associés aux snapshots standard plus les données uniques des snapshots associés aux tâches de réplication.

Toutefois, en général, la sortie « show snapshot » n’affiche pas « Snap Data », « Shared Data » ou « Unique Data ». C’est la raison pour laquelle la commande « show snapshots type all » est utilisée.

Exemple :

Pour les configurations avec la configuration de réplication, le firmware conserve trois snapshots pour chaque tâche de réplication (S1, S2 et S3).

La valeur du snapshot « S3 » est répliquée après la réplication initiale.

Lors de la planification de réplication suivante, lorsque S3 devient S2, les données « show snapshots » signalent toutes les informations relatives aux données associées dans la table.

Lors de la réplication, les valeurs de chaque « S3 » ne sont pas signalées dans les journaux. En outre, aucune commande de l’interface de ligne de commande n’est disponible pour signaler ces informations.  Cela signifie que lors de la réplication, une incohérence entre les données uniques et la taille allouée peut être constatée.

Ce comportement est normal.

 

---

Question : comment calculer la quantité d’espace engagée et savoir où elle est engagée ?

Réponse :

L’espace engagé correspond à la taille de tous les volumes virtuels + la taille des métadonnées de snapshot.

L’interface utilisateur ne montre pas où l’espace est engagé par volume ou snapshot. Il doit être calculé à partir des journaux ou des commandes de la CLI.

La sortie des commandes « show pools » et « show volumes » est requise.

 

Exemple :

Capture d’écran des informations de l’interface utilisateur indiquant un surengagement sur le pool A, mais aucun sur le pool B

 

Capture d’écran des détails sur le pool A

 

Exemple de sortie de « show pools ».

 

Exemple de résultat de « show volumes » : tronqué ou modifié pour indiquer la provenance des données pour les tables et les calculs suivants

 

Étapes de calcul du surengagement

Utilisez les valeurs suivantes dans les commandes. Il est recommandé d’effectuer la configuration dans une table ou un fichier Excel.

                show pools = Total Size, Avail, Snap Size

                show volumes = Total Size, Alloc Size

 

Pour répartir les données sous forme utilisable afin de déterminer où les données sont engagées.  Vous trouverez ci-dessous une table des champs à partir desquels extraire les données.

Nom	Commandes CLI	Colonne/Champ	Modificateur 1	Modificateur 2	Calculs
Taille totale	show pools	Taille totale		Convertir en dénominateur commun (Mo/Go/To)	Sans objet
Dispo./libre	show pools	Dispo.		Convertir en dénominateur commun (Mo/Go/To)	Sans objet
Snapshot utilisé	show pools	Taille du snapshot		Convertir en dénominateur commun (Mo/Go/To)	Sans objet
Taille totale du volume	show volumes	Taille totale	Éléments de « base » dans la colonne Type	Convertir en dénominateur commun (Mo/Go/To)	Ajouter tous les éléments ensemble
Taille de volume allouée	show volumes	Taille allouée	Éléments de « base » dans la colonne Type	Convertir en dénominateur commun (Mo/Go/To)	Ajouter tous les éléments ensemble
Taille totale des snapshots	show volumes	Taille totale	Éléments de « snapshots » dans la colonne Type	Convertir en dénominateur commun (Mo/Go/To)	Ajouter tous les éléments ensemble
Snapshot alloué	show volumes	Taille allouée	Éléments de « snapshots » dans la colonne Type	Convertir en dénominateur commun (Mo/Go/To)	Ajouter tous les éléments ensemble

 

 

 

Exemple du système du client

Titre	Pool A (en Go)	Pool B (en Go)
Taille totale	35 200	35 200
Dispo./libre	29 500	23 900
Snapshot utilisé	1 437,9	1 305,3
Taille totale du volume	12 246,2	12 578,4
Taille de volume allouée	4 231,0952	9 910,8845
Taille totale des snapshots	29 979,3	16 762,9
Snapshot alloué	16 922,1	10 974,2117

 

Calculez maintenant les informations relatives à l'engagement et/ou le surengagement par pool.

Engagé :        Taille totale du volume + Taille totale des snapshots

Pool	Taille totale du volume	Taille totale des snapshots	Engagé
A	12 246,2	29 979,3	42 225,5
B	12 578,4	16 762,9	29 341,3

 

Surengagé :      Engagé - Taille totale

Pool	Engagé	Taille totale	Surengagé
A	42 225,5	35 200	7 025,5
B	29 341,3	35 200	-5 858,7

 

 

 

Dans cet exemple :

A est surengagé à hauteur de 7 025,5 Go

B n’est pas surengagé, car le nombre est négatif.