Vous pouvez modifier le site de préférence indiqué lors de l’utilisation d’un témoin (pour un groupe SRDF/Metro actif et doté d’un type de témoin configuré . Le côté préféré ou « gagnant » est représenté par R1 et le côté non préféré ou « perdant » par R2. La commande symrdf fournit un
définir la préférence R1 | R2
Option qui modifie le site préféré à utiliser dans le cadre de la décision prise par le témoin lors de la détermination du site qui reste accessible à l’hôte en cas de panne. La préférence est définie au niveau du groupe SRDF ou Metro.
Pour que nous puissions utiliser cette fonctionnalité, les éléments suivants sont nécessaires :
- Les deux baies sont PowerMaxOS 5978.711 (et versions ultérieures)
- Le contrôle de gestion est Solutions Enabler 10.x et/ou Unisphere for PowerMax 10.x (et versions ultérieures)
Exemple SYMCLI :
symrdf -sid 001 -sg rdfg1_SG -rdfg 1 set preference R2
Exemple avec Unisphere for PowerMax :
Array SID > Storage > Storage Groups > rdfg1_SG > Set Metro Preference
ou
Array SID > Dashboard > Replication Dashboard > SRDF/Metro Storage Groups > rdfg1_SG > Set Metro Preference
Remarque : Lorsque Metro est configuré pour utiliser un Witness, le rôle du Witness est de déterminer quel côté de la session Metro est le meilleur choix pour rester accessible à l’hôte en cas de panne. Les appareils, du côté choisi pour rester accessibles à l’hôte, sont signalés en tant qu’appareils R1 et les autres appareils latéraux sont signalés en tant qu’appareils R2 . Le choix effectué par le témoin peut ne pas correspondre à la préférence choisie par l’utilisateur.
La raison pour laquelle le choix peut ne pas correspondre est la suivante :
Lorsque les deux côtés exécutent PowerMaxOS, SRDF/Metro prend en compte des facteurs supplémentaires pour déterminer le gagnant préféré (dans l’ordre de priorité) :
- Le côté qui dispose d’une connectivité hôte (nécessite PowerMaxOS 10 (6079) ou PowerMaxOS 5978.444.444 ou version ultérieure) Cette fonctionnalité surveille les connexions à l’hôte qui sont mappées aux périphériques SRDF/Metro pour vérifier que les connexions sont opérationnelles.
- Le côté dont la valeur en attente d’écriture (WP) est inférieure à 80 % de la limite d’écriture en attente du système (nécessite PowerMaxOS 5978.669.669 ou version ultérieure)
- Le côté opposé au côté présentant une défaillance RAID double. C’est-à-dire que deux piles sont arrêtées dans un groupe RAID 5 ou trois piles sont arrêtées dans un groupe RAID 6 (nécessite PowerMaxOS 10 (6079)).
- Le côté qui a un tronçon de reprise après sinistre SRDF/A
- Si le tronçon de reprise après sinistre SRDF/A est synchronisé
- Côté ayant un tronçon de reprise après sinistre SRDF/A actif
- Côté ayant un miroir prêt sur le tronçon de reprise après sinistre SRDF/A
- Côté sur lequel plus de 50 % des directeurs RA ou FA sont disponibles
- Le côté qui est le côté préféré (si l’utilisateur en a défini un) À partir de PowerMaxOS 10 (6079), l’administrateur de stockage peut spécifier le côté préféré d’une paire SRDF/Metro.
Dans les versions précédentes de l’environnement d’exploitation, ou lorsque l’administrateur n’a spécifié aucun côté préféré, le côté R1 est le côté gagnant.
Le premier des critères qu’une baie possède, et l’autre non, arrête le processus de sélection. Le côté avec ces critères est le gagnant préféré.
Les deux parties répètent régulièrement ce processus de sélection pour chaque groupe SRDF/Metro afin de s’assurer que le côté gagnant reste celui qui est le plus préférable. Le côté gagnant peut donc changer au cours de la session SRDF/Metro. SRDF/Metro signale toujours le côté gagnant en tant que périphérique R1 et le côté perdant en tant que R2. Ainsi, chaque changement du côté gagnant provoque un changement apparent des personnalités R1 et R2 dans la session.
L’évaluation des côtés gagnant et perdant se produit séparément pour chaque groupe SRDF/Metro existant entre deux baies. Ainsi, sur une baie particulière, certains appareils peuvent être des appareils R1 tandis que d’autres sont des appareils R2. Lesquels sont R1 et lesquels sont R2 dépendent du résultat de l’évaluation de leurs groupes SRDF/Metro respectifs.
En résumé, après avoir défini la préférence d’un groupe SRDF/Metro sur un côté (baie A), si l’autre côté (baie B) répond à l’un des critères ci-dessus que la baie A n’a pas, la préférence est alors attribuée à la baie B.
Pour expliquer cela plus en détail, considérons l’exemple suivant.
La baie A dispose de rdfg 100 appareils actuellement R1, la baie B a rdfg 100 appareils actuellement R2.
La baie A dispose de rdfg 100 appareils dans une vue de masquage dont les ports frontaux sont en ligne et rattachés à un commutateur de structure.
La baie B dispose de rdfg 100 appareils non attribués (ce qui signifie qu’ils ne se trouvent dans aucune vue de masquage et ne sont donc pas disponibles sur un port frontal).
Ensuite, la commande ci-dessous renverrait : L’appareil est déjà à l’état demandé
symrdf -sid Array A -sg <sg> set preference R2
et dans le symapi.log renvoie - L’appareil est déjà à l’état demandé
sg <sg>: Set type Preference R2
Ainsi, étant donné que la baie A dispose d’une connectivité hôte pour les périphériques rdfg 100 et que la baie B n’a pas de connectivité hôte pour les périphériques rdfg 100, Array A reste le gagnant préféré (R1) car les deux baies pour rdfg 100 diffèrent selon le critère 1.
L’option
Set Preference n’est autorisée que pour un groupe SRDF/Metro actif qui dispose d’un
type configuréde Witness. Un groupe SRDF/Metro actif peut avoir différentes combinaisons Pairstate et Witness Status.
À l’aide d’une convention de dénomination
Pairstate<> - <Configured Type> - <Effective Type> - <Witness Status>
pour représenter les combinaisons et :
Pairstate AA est ActiveActive et AB est ActiveBias
Configured Type W est Witness
Effective Type W est Witness et B est Bias
Witness Status N est Normal, D est Degraded et F est Failed
Le tableau suivant indique l’état de la combinaison après une modification des préférences :
|
État actuel
|
État après la modification des préférences définies
|
| AA - W - W - N |
AA - W - W - N |
|
AA - W - W - D
|
AB - W - B - F
|
|
AB - W - B - F
|
AB - W - B - F
|