La fonctionnalité multipathing d'E/S de Solaris est activée par défaut sur les plates-formes x86 et les systèmes SPARC qui exécutent le SE Oracle Solaris. Le logiciel contient les fonctionnalités suivantes :
Gestion des chemins : les fonctionnalités multipathing d'E/S de Solaris gèrent de façon dynamique les chemins d'accès à tous les périphériques de stockage que le SE prend en charge. L'ajout ou la suppression de chemins d'accès à un périphérique s'effectue automatiquement lorsqu'un chemin d'accès est mis en ligne ou supprimé d'un service. Même lorsque la fonctionnalité multipathing est activée, vous pouvez ajouter d'autres contrôleurs pour augmenter la bande passante et le RAS, sans modifier les noms de périphériques ou les applications. Les produits de stockage Oracle ne nécessitent pas de fichiers de configuration pour la gestion ou la conservation des bases de données actuelles. Pour le stockage offert par un autre fournisseur qu'Oracle, contactez ce fournisseur pour connaître les méthodes d'activation et de prise en charge et pour vous assurer que votre système prend en charge les fonctionnalités multipathing d'E/S de Solaris.
Instances de périphérique uniques : les fonctionnalités multipathing d'E/S de Solaris ont été entièrement intégrées au SE Oracle Solaris. Les périphériques à chemins d'accès multiples sont affichés en tant qu'instances de périphérique uniques plutôt qu'en tant que périphérique ou chemin vers un périphérique. Cette fonction permet de réduire les coûts de gestion des architectures de stockage complexes grâce aux utilitaires telles que la commande format ou à un produit de gestion des volumes afin de visualiser la représentation d'un périphérique de stockage plutôt qu'un périphérique distinct pour chaque chemin.
Prise en charge du basculement : l'implémentation de niveaux supérieurs de RAS requiert une connectivité redondante de l'hôte aux périphériques de stockage. Les fonctionnalités multipathing d'E/S de Solaris permettent de gérer l'échec des chemins de stockage tout en maintenant la connectivité d'E/S de l'hôte via des chemins secondaires disponibles.
Vous pouvez déterminer la prise en charge du basculement pour vos périphériques à l'aide de la commande suivante :
# mpathadm show mpath-support libmpscsi_vhci.so
mpath-support: libmpscsi_vhci.so
Vendor: Sun Microsystems
Driver Name: scsi_vhci
Default Load Balance: round-robin
Supported Load Balance Types:
round-robin
logical-block
Allows To Activate Target Port Group Access: yes
Allows Path Override: no
Supported Auto Failback Config: 1
Auto Failback: on
Failback Polling Rate (current/max): 0/0
Supported Auto Probing Config: 0
Auto Probing: NA
Probing Polling Rate (current/max): NA/NA
Supported Devices:
.
.
.
Prise en charge du périphérique symétrique/asymétrique : les périphériques de stockage sur disque suivants sont pris en charge :
Tous les produits de stockage sur disque Oracle, symétriques et asymétriques.
Tous les périphériques de disque symétriques tiers conformes aux normes 10/T11.
De nombreuses baies de stockage asymétriques tierces.
La prise en charge de la norme ALUA (Asymmetric Logical Unit Access, accès symétrique à une unité logique) T10 a été ajoutée pour les périphériques asymétriques compatibles T10. Contactez votre fournisseur de solutions de stockage afin de déterminer si votre périphérique est pris en charge.
Si votre baie de stockage utilise le module de basculement f_asym_lsi, vous devez modifier manuellement la séquence de la section ddi-forceload en déplaçant f_asym_lsi à la fin du fichier scsi_vhci.conf , comme ci-après :
ddi-forceload =
"misc/scsi_vhci/scsi_vhci_f_asym_sun",
"misc/scsi_vhci/scsi_vhci_f_asym_emc",
"misc/scsi_vhci/scsi_vhci_f_sym_emc",
"misc/scsi_vhci/scsi_vhci_f_sym_hds",
"misc/scsi_vhci/scsi_vhci_f_sym",
# "misc/scsi_vhci/scsi_vhci_f_tpgs_tape",
# "misc/scsi_vhci/scsi_vhci_f_tape",
"misc/scsi_vhci/scsi_vhci_f_tpgs",
"misc/scsi_vhci/scsi_vhci_f_asym_lsi";
Equilibrage de charge d'E/S : outre la prise en charge du basculement simple, les fonctionnalités multipathing de Solaris peuvent utiliser n'importe quel chemin actif vers un périphérique de stockage pour envoyer et recevoir des E/S. Les E/S étant routées via des connexions d'hôtes multiples, la bande passante peut être augmentée par l'ajout de contrôleurs d'hôte. Le logiciel utilise un algorithme d'équilibrage de charge circulaire par lequel les requêtes d'E/S sont routées pour activer des contrôleurs d'hôte en série, l'un après l'autre.
Profondeur de la file d'impression : les baies de stockage SCSI présentent le stockage sur un système sous forme d'un LUN. Les LUN possèdent un ensemble fini de ressources disponibles, tel que la quantité de données pouvant être stockées, ainsi que le nombre de commandes actives qu'un périphérique ou un LUN peut traiter à la fois. Le nombre de commandes actives pouvant être émises avant qu'un périphérique ne bloque d'autres E/S est dénommé profondeur de la file d'impression. Lorsque la fonctionnalité multipathing d'E/S de Solaris est activée, une file d'impression unique est créée pour chaque LUN indépendamment du nombre de chemins distincts vers l'hôte que celui-ci peut contenir. Cette fonctionnalité permet au pilote de disque de maintenir et d'équilibrer une file d'impression vers un LUN, en gérant efficacement la profondeur de la file d'impression. Aucun autre logiciel de multipathing n'est disponible étant donné que le SE Oracle Solaris offre cette possibilité.
Commande stmsboot : le SE Oracle Solaris inclut la commande stmsboot qui vous permet d'activer ou de désactiver les fonctionnalités multipathing Solaris sur le périphérique d'initialisation à l'issue de l'installation du SE. Cette commande est disponible sur les systèmes SPARC et x86 et permet une prise en charge de la fonctionnalité multipathing SAS.
Par défaut, la fonctionnalité multipathing SAS n'est pas activée dans le SE Oracle Solaris pour les systèmes SPARC ou x86, de sorte que l'exécution de la commande stmsboot est une étape de post-installation requise si vous souhaitez activer la fonctionnalité multipathing.
Les systèmes SPARC ne permettent pas d'activer par défaut la fonctionnalité multipathing pour les périphériques FC, de sorte que l'exécution de la commande stmsboot est une étape de post-installation requise.
Par défaut, les systèmes X86 activent la fonctionnalité multipathing des périphériques FC, de sorte que l'exécution de la commande stmsboot n'est pas obligatoire dans une étape de post-installation.
Reconfiguration dynamique : les fonctionnalités d'E/S de Solaris prennent en charge les opérations de reconfiguration dynamique.
Noms du périphérique à chemins d'accès multiples : après l'installation d'un système à l'aide du SE Oracle Solaris et une fois la fonctionnalité multipathing activée, les noms de périphérique commencent par c0. Par exemple :
# mpathadm list lu
/dev/rdsk/c0t600A0B800026D63A0000A4994E2342D4d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF54E234013d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4984E234298d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF44E233FCFd0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4974E23424Ed0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF34E233F89d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4964E234212d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A000099B94DE2DB34d0s2
.
.
.
Affichage des informations relatives au chemin MPxIO : les commandes prtconf et fmdump ont été mises à jour afin de fournir des informations relatives au chemin MPxIO.
Par exemple, le résultat suivant provient d'un système contenant des périphériques à chemins d'accès multiples.
# prtconf -v | grep path | more
Paths from multipath bus adapters:
name='path-class' type=string items=1
name='path-class' type=string items=1
name='path-class' type=string items=1
name='path-class' type=string items=1
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:a
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:a,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:b
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:b,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:c
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:c,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:d
.
.
.
La commande diskinfo, qui affiche les informations relatives au châssis, au réceptacle et à l'occupant pour les disques, leurs occupants ou les réceptacles de baie, permet également d'afficher les noms de périphériques à chemins d'accès multiples. Par exemple :
# diskinfo -O occupant-compdev c0t50015179594B6F11d0 c0t5000C500335F95E3d0 c0t5000C500335F907Fd0 c0t5000C500335BD117d0 c0t5000C500335DC60Fd0 c0t5000C500335E106Bd0 c0t5000C500335BA8C3d0 c0t5000C500335FC3E7d0
Configuration du pilote de périphérique : les personnalisations du pilote sont effectuées dans le répertoire /etc/driver/drv plutôt que dans le répertoire /kernel/drv comme dans les versions précédentes. Cela signifie que vos personnalisations du pilote ne sont pas écrasées lorsque le système est mis à niveau. Les fichiers du répertoire /etc/driver/drv sont conservés pendant la mise à niveau. Toute modification apportée à fp.conf, mpt.conf ou scsi_vhci.conf doit être effectuée dans le répertoire /etc/driver/drv.