Profils de données pour les pools de stockage

Langue :

Une fois que les périphériques de stockage sont vérifiés physiquement et que des ressources sont allouées à un pool de stockage, l'étape suivante consiste à choisir un profil de stockage qui correspond à vos objectifs en matière de fiabilité, disponibilité et facilité de maintenance (RAS), ainsi qu'en termes de performances. L'ensemble de profils proposés dépend du stockage disponible. Le tableau suivant répertorie tous les profils possibles et leur description.

Table 20 Profils de données

Profil de données	Description
Options double parité
Triple mirrored	Les données sont triplement mises en miroir et garantissent un système haute fiabilité à performances élevées (idéal pour le stockage d'une base de données critique par exemple). Cette configuration est prévue pour les situations où des performances et une disponibilité maximales sont nécessaires. Par rapport à la mise en miroir double, la mise en miroir triple permet une augmentation du nombre d'opérations d'E/S par seconde (IOPS) par bloc stocké et une meilleure protection contre les pannes. Remarque : un contrôleur sans stockage d'extension ne doit pas être configuré avec une mise en miroir triple.
Double parity RAID	Système RAID dans lequel chaque bande contient deux disques de parité. Comme pour la mise en miroir triple, ceci garantit une haute disponibilité, étant donné que les données restent disponibles en cas de défaillance de deux disques quelconques. Le RAID double parité est une option offrant une capacité plus grande que les options de mise en miroir et est prévue soit pour les charges de travail haut débit à accès séquentiel (telles que les sauvegardes), soit pour le stockage de grands volumes de données à composante lecture aléatoire faible.
Options simple parité
Mirrored	Les données sont mises en miroir, ce qui réduit de moitié la capacité, mais le système obtenu présente une haute fiabilité et des performances élevées. Cette option est recommandée lorsque l'espace disponible est abondant et que des performances élevées sont considérées primordiales (pour le stockage de bases de données par exemple).
Single parity RAID, narrow stripes	Système RAID dans lequel chaque bande est limitée à trois disques de données et un disque simple parité. Pour les situations dans lesquelles la protection simple parité est suffisante, le RAID simple parité constitue une solution à capacité bien supérieure à la mise en miroir simple. A cette capacité accrue s'opposent des performances de lecture aléatoire inférieures à celles des options avec mise en miroir. Le RAID simple parité peut entrer en ligne de compte pour les applications non critiques à composante lecture aléatoire modérée. Pour les charges de travail impliquant uniquement la transmission en continu, préférez l'option RAID double parité, qui offre une capacité supérieure et un débit plus élevé.
Autre
Striped	Les données sont agrégées par bandes sur plusieurs disques, sans redondance. Bien que les performances et les capacités soient maximisées, toute panne de disque se solde par une perte de données. Cette configuration n'est pas recommandée. Pour les charges de travail impliquant uniquement la transmission en continu, envisagez d'utiliser l'option RAID double parité. En raison de l'absence de redondance, les disques configurés avec ce profil entrelacé ne reçoivent pas les mises à jour de microprogramme, sauf si les pools de stockage configurés sont dans l'état Exporté.
Triple parity RAID, wide stripes	Système RAID dans lequel chaque bande contient trois disques de parité. Il s'agit de l'option offrant la plus grande capacité, exception faite de l'option Striped Data. La réargenture de données après la défaillance d'une ou de plusieurs unités peut prendre bien plus de temps en raison de la largeur des bandes et des faibles performances d'E/S aléatoires. Comme pour d'autres configurations RAID, la présence d'un cache peut corriger les effets sur les performances de lecture. Cette configuration n'est pas recommandée en règle générale.

Remarque - Les versions antérieures des logiciels prenaient en charge la double parité avec bandes larges. Cette option a été remplacée par la triple parité avec bandes larges, car cette dernière améliore sensiblement la fiabilité. Les pools configurés avec l'option double parité avec bandes larges dans une version antérieure du logiciel sont toujours pris en charge, mais les nouveaux pools configurés ou les pools reconfigurés ne peuvent pas sélectionner cette option.

Pour les systèmes extensibles, certains profils peuvent être disponibles avec une option "NSPF". Ce sigle signifie "no single point of failure" (aucun point de panne unique) et indique que les données sont organisées en miroirs ou en bandes RAID de telle manière qu'une panne d'étagère de disques pathologique ne provoque aucune perte de données. Notez que les systèmes sont déjà configurés de manière à assurer la redondance de la quasi-totalité des composants. Chaque étagère de disques a des chemins redondants, des contrôleurs redondants ainsi que des alimentations et des ventilateurs redondants. Les seules pannes vis-à-vis desquelles NSPF offre une protection sont une panne de backplane de disque (un composant essentiellement passif) ou une erreur d'administration grave (dissociation des deux chemins vers une étagère de disques). En général, l'activation de NSPF entraîne une réduction de la capacité, car cette option s'accompagne d'exigences supplémentaires par rapport à la largeur de bande.

Les périphériques de journalisation peuvent uniquement être configurés à l'aide de l'un des deux profils suivants : striped ou mirrored. Les périphériques de journal sont uniquement utilisés en cas de défaillance d'un noeud. L'unique cas de figure où des données risquent d'être perdues avec des journaux non mis en miroir est une panne de périphérique immédiatement suivie d'une réinitialisation du noeud. Il s'agit d'un scénario hautement improbable. Cependant, une mise en miroir des périphériques de journalisation permet d'éliminer complètement ce risque, car il nécessiterait alors deux pannes de périphérique simultanées et une défaillance du noeud dans un laps de temps très court.

Remarque - Lorsque des périphériques de journalisation de tailles différentes se trouvent dans différents châssis, seuls les profils de journaux striped peuvent être créés.

Les disques hot spare sont alloués sous forme de pourcentage de la taille totale du pool et sont indépendants du profil sélectionné (à l'exception de 'striped', qui ne prend pas en charge les disques hot spare). Etant donné que les disques hot spare sont alloués pour chaque étape de configuration du stockage, il est bien plus efficace de configurer le stockage comme un tout plutôt que d'ajouter de l'espace de stockage par petits incréments.

Dans une configuration de cluster, les périphériques de cache installés dans les emplacements du contrôleur sont disponibles uniquement pour le noeud pour lequel le pool de stockage est importé. Dans un cluster, il est possible de configurer des périphériques de mise en cache sur les deux noeuds destinés à faire partie du même pool. Pour ce faire, reprenez le pool sur le noeud passif, puis ajoutez du stockage et sélectionnez les périphériques de mise en cache. De cette manière, à tout moment donné, la moitié du nombre total de périphériques de mise en cache est configurée. Tandis que les données des périphériques de mise en cache sont perdues en cas de basculement, les nouveaux périphériques de mise en cache peuvent être utilisés sur le nouveau noeud.

Lorsqu'ils sont ajoutés à un pool, les périphériques de cache installés dans des emplacements d'étagère de disques sont automatiquement importés lors de la reprise ou du rétablissement du cluster. Aucune configuration de pool supplémentaire n'est nécessaire.