PowerStore : Calcul de la capacité physique de PowerStore

Avant de commencer

Il est vivement conseillé de se familiariser avec les concepts ci-dessous décrits dans la section 3.2 du document Dell EMC PowerStore : Clustering et haute disponibilité (en anglais) :

• Moteur de résilience dynamique (DRE, Dynamic Resiliency Engine)
  Le moteur de résilience dynamique, ou DRE, est une représentation de l’espace agrégé fourni par les disques sous-jacents, y compris les disques de secours et la parité.
• Ensembles de résilience (RRS)
  Il s’agit d’un groupe de disques agissant en tant que domaine de défaillance unique. Un RRS peut supporter une défaillance d’un seul disque (DRE SP - Parité unique ou Tolérance unique) ou une défaillance de deux disques (DRE DP - Double parité ou Double tolérance).
  • En cas de DRE SP, un RRS peut comprendre entre 6 et 25 disques.
  • À partir de PowerStoreOS 2.0, le DRE DP est pris en charge. En cas de DRE DP, un RRS peut comprendre entre 7 et 50 disques.
  • Chaque RRS contient des informations sur la capacité de secours (espace d’un seul disque) et la parité.

---

Capacité du DRE de l’appliance

La capacité du DRE représente la capacité basée sur la protection et la géométrie du DRE et le nombre de disques.

• La protection du DRE définit la politique ou le niveau de tolérance du DRE utilisé (DRE SP, DRE DP). Le niveau de tolérance de chaque appliance s’affiche dans l’interface utilisateur de PowerStore Manager sous Hardware >APPLIANCES (vous devrez peut-être ajouter manuellement la colonne Tolerance Level à la vue de l’interface utilisateur).
• La géométrie du DRE définit la façon dont les disques sont regroupés en interne (4+1, 8+1, 4+2, 8+2, 16+2). Ces informations ne sont pas affichées dans l’interface utilisateur.
• L’espace de secours est également inclus lors du calcul interne de la capacité du DRE.

---

Capacité interne réservée de l’appliance

La capacité interne réservée représente la capacité requise pour le bon fonctionnement du système après l’initialisation. 

• Ces informations ne sont pas exposées dans l’interface utilisateur.
• Dépend du modèle et de la quantité d’espace fournie par le DRE
  • Plus le modèle est grand, plus l’« espace interne réservé » est grand.
  • Plus l’espace fourni par le DRE est grand, plus l’« espace interne réservé » est grand.
• Exemples d’utilisateurs de la fonctionnalité Capacité interne réservée : Espace interne de l’appliance (fichiers binaires, bases de données, scripts, etc.), de l’espace réservé aux mécanismes de récupération et bien plus encore

---

Capacité physique totale de l’appliance

La capacité physique totale de l’appliance est une représentation de la capacité que l’utilisateur peut provisionner et utiliser pour divers services tels que les volumes, les snapshots, les clones, etc.

Capacité physique totale de l’appliance = Capacité du DRE de l’appliance - Capacité interne réservée de l’appliance

La capacité physique totale de l’appliance s’affiche dans l’interface utilisateur :

---

Capacité physique utilisée par l’appliance

La capacité physique utilisée comprend deux types de données :

• Données utilisateur : les données utilisateur représentent les données écrites sur la baie et utilisées par les services tels que les snapshots, la réplication et les clones. Elles représentent les données brutes (économies de données suivantes, y compris la déduplication et la compression).
  Lors de l’initialisation, aucune capacité utilisateur n’est pré-allouée. Elle est allouée en fonction des besoins.
• Données système : la baie PowerStore inclut différentes structures de métadonnées responsables des différents services, tels que la déduplication, la compression, les fonctionnalités appropriées du système et bien plus encore.
  Pour afficher la répartition de l’espace alloué aux données système et aux données utilisateur, placez le pointeur de la souris sur Capacité physique.
  Lors de l’initialisation, les données système pré-allouent un peu d’espace et augmentent en fonction des besoins.
  Les éléments suivants peuvent avoir un impact sur les données système : compression élevée, déduplication élevée, snapshots, etc.

 

1 kilo-octet (Ko) équivaut à 1 000 (10³) octets.
1 kibioctet (Kio) équivaut à 1 024 (2¹⁰) octets.
Comme nous l’avons vu, il existe une différence entre l’utilisation de la base 2 et de la base 10, ce qui peut parfois prêter à confusion.

 

PowerStore effectue des rapports dans l’interface utilisateur avec les valeurs Base 2 (Tio) et Base 10 (To), et présente les valeurs Base 2.

Dans l’exemple ci-dessous, nous pouvons voir que les rapports système ont 26,9 Tio (base 2), ce qui équivaut à 29,5 To (base 10).


 

      1 kilo-octet (Ko) équivaut à 1 000 (103) octets.
      1 kibioctet (Kio) équivaut à 1 024 (210) octets.
Comme nous l’avons vu, il existe une différence entre l’utilisation de la base 2 et de la base 10, ce qui peut parfois prêter à confusion.

PowerStore crée des rapports dans l’interface utilisateur avec les valeurs de base 2 (Tio) et de base 10 (TB), et présente par défaut les valeurs de base 2.

Dans l’exemple ci-dessous, nous pouvons voir que les rapports système ont 26,9 Tio (base 2), ce qui équivaut à 29,5 To (base 10).

 

---