Go to main content
Guide d'administration des systèmes Oracle® ZFS Storage Appliance, version OS8.6.x

Quitter la vue de l'impression

Mis à jour : Septembre 2016
 
 

Considérations relatives au clustering pour le stockage

Lorsque vous redimensionnez un système de la série Oracle ZFS Storage Appliance pour l'utiliser dans une configuration en cluster, deux considérations sont très importantes :

  • Vous devez décider si tous les pools sont la propriété du même contrôleur ou s'ils sont divisés entre les deux contrôleurs.

  • Vous devez décider si vous voulez des pools sans point de panne unique (NSPF).

Affectation de la propriété du pool de stockage - La décision la plus importante consiste certainement à décider d'attribuer la propriété à tous les pools de stockage ou à la diviser entre ces derniers. Plusieurs compromis doivent être pris en compte, comme indiqué dans le Table 45.

Généralement, les pools doivent être configurés sur un seul contrôleur, sauf en cas d'optimisation du débit durant l'opération nominale ou lorsque les performances de basculement ne sont pas prises en compte. En état de basculement, les modifications exactes des caractéristiques des performances dépendent largement de la nature et de la taille de la charge de travail. En général, plus un contrôleur est proche de fournir des performances maximales sur un axe particulier, plus la dégradation des performances est importante le long de l'axe lorsque la charge de travail est reprise par le pair du contrôleur. En cas de pools multiples, cette dégradation s'applique aux deux charges de travail.

Les périphériques de cache de lecture sont situés dans le contrôleur ou l'étagère de disques, en fonction de votre configuration.

Les périphériques de cache de lecture, qui se trouvent dans un emplacement de contrôleur (L2ARC interne), ne suivent pas les pools de données dans les situations de reprise ou de rétablissement. Un périphérique de cache de lecture n'est actif que dans un noeud de cluster particulier lorsque le pool assigné au périphérique de cache de lecture est importé sur le noeud sur lequel se trouve le périphérique. En l'absence d'étapes de configuration supplémentaires, le cache de lecture ne sera pas disponible pour un pool qui a migré en raison d'un événement de basculement. Afin d'activer un périphérique de cache de lecture pour un pool qui n'appartient pas à un pair de cluster, reprenez le pool sur le noeud sans appartenance, puis ajoutez du stockage et sélectionnez les périphériques de mise en cache pour la configuration. Il est donc conseillé de configurer les périphériques de cache de lecture dans un noeud de cluster comme décrit à la section Configuration du stockage. Les périphériques de journalisation optimisés pour l'écriture sont situés dans la topologie Fabric de stockage et restent accessibles à tous les contrôleurs ayant importé le pool.

Si les périphériques de cache de lecture sont situés dans une étagère de disques (L2ARC externe), le cache de lecture est toujours disponible. Lors d'une opération de rétablissement ou de reprise, le cache de lecture reste partageable entre les contrôleurs. Dans ce cas, les performances de lecture sont maintenues. Pour plus de détails sur la configuration du cache de lecture externe, reportez-vous à la section Configurations d'étagère de disques dans le Manuel d'entretien client des systèmes Oracle ZFS Storage Appliance.

Configuration sans point de panne unique (NSPF) - Une deuxième considération importante relative au stockage a trait à l'utilisation des configurations de pool sans point de panne unique. Etant donné que l'utilisation du clustering implique que l'application donne une importance significative à la disponibilité, il existe rarement une bonne raison de configurer des pools de stockage d'une manière autorisant l'échec d'une étagère de disques unique et par conséquent une perte de disponibilité. L'inconvénient de cette approche est que les configurations NSPF nécessitent un plus grand nombre d'étagères de disques que les configurations ayant un point de panne unique. Lorsque la capacité requise est très faible, l'installation d'un nombre suffisant d'étagères de disques pour autoriser la configuration NSPF au niveau RAID voulu peut ne pas être économique.

Le tableau suivant décrit la propriété du pool de stockage pour les configurations en cluster.

Table 45  Considérations relatives au clustering pour les pools de stockage
Variable
Propriété d'un pool de contrôleur unique
Pools multiples possédés par des contrôleurs différents
Débit total (opération nominale)
Jusqu'à 50 % des ressources de CPU totales, 50 % de la DRAM et 50 % de la connectivité réseau totale peuvent être utilisés pour fournir le service à un moment précis. C'est simple : un seul contrôleur traite les requêtes du client, l'autre est inactif.
Toutes les ressources de CPU et de DRAM peuvent être utilisées pour fournir le service à tout moment. Jusqu'à 50 % de la connectivité réseau peut être utilisée à tout moment (des périphériques réseau invisibles sont requis sur chaque contrôleur pour prendre en charge le basculement).
Débit total (basculement)
Aucune modification du débit par rapport à l'opération nominale.
100 % des ressources de contrôleur encore fonctionnelles sont utilisées pour fournir le service. Le débit total relatif à l'opération nominale est compris entre environ 40 et 100 %, en fonction de l'utilisation durant l'opération nominale.
Latence d'E/S
Le cache de lecture interne n'est pas disponible durant une opération de rétablissement ou de reprise, ce qui peut considérablement augmenter les temps d'attente pour les charges de travail intégrées au cache de lecture disponible. Le temps d'attente des opérations d'écriture n'est pas concerné.
Dans les configurations de cache de lecture externe (EL2ARC), les performances de lecture ne sont pas affectées. Le cache de lecture est partagé entre les pairs du cluster lors d'une opération de rétablissement ou de reprise, évitant ainsi tout temps d'attente pour la lecture.
Le cache de lecture interne n'est pas disponible durant une opération de rétablissement ou de reprise, ce qui peut considérablement augmenter les temps d'attente pour les charges de travail intégrées au cache de lecture disponible. Le temps d'attente des opérations de lecture et d'écriture peut être augmenté en raison des conflits importants en matière d'utilisation des ressources de contrôleur résultant de l'exécution de deux charges de travail sur le contrôleur encore fonctionnel à la place du contrôleur habituel. Lorsque les charges de travail nominales de chaque contrôleur atteignent les capacités maximales du contrôleur, les temps d'attente dans l'état de basculement peuvent être extrêmement longs.
Dans les configurations de cache de lecture externe (EL2ARC), les performances de lecture ne sont pas affectées. Le cache de lecture est partagé entre les pairs du cluster lors d'une opération de rétablissement ou de reprise, évitant ainsi tout temps d'attente pour la lecture.
Flexibilité du stockage
Les partages et les LUN peuvent tirer parti de toutes les unités de stockage physiques disponibles.
Les partages et les LUN d'un pool peuvent utiliser uniquement le stockage alloué à ce pool. Le stockage n'est pas partagé entre les pools. Si un pool est saturé tandis que l'autre possède de l'espace libre, de l'espace de stockage risque donc d'être gaspillé.
Connectivité réseau
Tous les périphériques réseau de chaque contrôleur peuvent être utilisés tandis que le contrôleur est en service.
Seule la moitié de l'ensemble des périphériques réseau de chaque contrôleur peut être utilisée lorsque le contrôleur est en service. Chaque pool peut donc être connecté à seulement la moitié des réseaux physiquement disjoints.

Rubriques connexes