Administrator Guide

Configuration d'ALUA (Asymmetric Logical
Unit Access)
Si votre matrice de stockage RAID MD Series prend en charge Asymmetric Logical Unit Access (ALUA), le débit actif-actif permet la
circulation des E/S depuis un module de contrôleur RAID vers un disque virtuel dont le contrôleur RAID n'est pas propriétaire. Sans ALUA,
le pilote multichemin de l'hôte doit envoyer des requêtes de données ciblées sur un disque virtuel spécifique vers le module de
contrôleur RAID propriétaire. Si ce module de contrôleur R n'est pas propriétaire du disque virtuel, il rejette la requête.
Sujets :
Remarques sur les performances d’ALUA
Transfert automatique de propriété
Prise en charge native d’ALUA sous Microsoft Windows et Linux
Activation d’ALUA sous VMware ESXi
Vérification d’ALUA sous VMware ESXi
Vérification de l’utilisation d’ALUA par le serveur hôte pour une baie de stockage MD
Configuration de la stratégie d’équilibrage de charge « round-robin » sur les baies de stockage ESXi
Remarques sur les performances d’ALUA
Même si ALUA permet à une matrice de stockage MD Series avec configuration à deux contrôleurs (duplex) de traiter les requêtes d'E/S
par l'intermédiaire de n'importe quel module de contrôleur RAID, les performances diminuent si le module de contrôleur RAID non
propriétaire accède à un disque virtuel. Pour maintenir un débit de données optimal, le pilote de l'hôte communique avec le micrologiciel
RAID pour envoyer des requêtes de données au module de contrôleur RAID propriétaire, si possible.
Transfert automatique de propriété
Le micrologiciel de contrôleur RAID transfère automatiquementla propriété du disque virtuel si plus de 75 % des données des E/S des cinq
minutes précédentes ont été acheminées vers le contrôleur RAID non propriétaire. Cela indique en effet que la matrice de stockage a
perdu ses connexions redondantes, ou que certains chemins vers le disque virtuel ou vers le groupe de disques sont inutilisables. MD
Storage Manager lance le Recovery Guru (Disque virtuel hors du chemin préféré) si le problème subsiste à l'issue du délai d'alerte par
défaut de 5 minutes. Pour en savoir plus, reportez-vous à « Recovery Guru ».
Prise en charge native d’ALUA sous
Microsoft Windows et Linux
Les systèmes d'exploitation suivants, pris en charge par votre matrice de stockage MD Series, prennent aussi en charge ALUA en mode
natif :
Tous les systèmes d'exploitation Microsoft Windows
Red Hat Enterprise Linux 6.2
SUSE Linux Enterprise Server 11.2 avec Service Pack 2
REMARQUE :
Aucune étape de configuration n'est nécessaire pour activer ALUA sous les systèmes d'exploitation cités
ci-dessus.
Activation d’ALUA sous VMware ESXi
VMware ESXi 5.x n'a pas de règles de réclamation SATP (Storage Array Type Plug-in) automatiquement configurées pour prendre en
charge ALUA sur les matrices de stockage MD Series. Pour activer ALUA, vous devez ajouter manuellement la règle de réclamation.
13
Configuration d'ALUA (Asymmetric Logical Unit Access) 153