Configuration d'un profil de données

Une fois la vérification terminée, l'étape suivante consiste à sélectionner un profil de stockage conforme aux objectifs de fiabilité, de disponibilité, de facilité de gestion et de performances de votre installation. L'ensemble de profils proposés dépend du stockage disponible. Le tableau suivant répertorie tous les profils possibles et leur description.

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 JBOD 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 JBOD 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 un JBOD). 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 journalisation étant uniquement utilisés en cas de panne 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 un cluster, seul le noeud sur lequel le pool de stockage a été importé a accès à des périphériques de mise en cache. 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.

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.