Utilisez Solaris 11.3 avec ONTAP
Vous pouvez utiliser les paramètres de configuration de l'hôte SAN ONTAP pour configurer Solaris 11.3 avec ONTAP comme cible.
Installez les utilitaires d'hôte Solaris
Vous pouvez télécharger le fichier compressé contenant les packs logiciels Host Utilities à partir du "Site de support NetApp". Une fois le fichier installé, vous devez l'extraire pour obtenir les packs logiciels dont vous avez besoin pour installer les utilitaires hôtes.
-
Téléchargez une copie du fichier compressé contenant les utilitaires d'hôte à partir du "Site de support NetApp" vers un répertoire de votre hôte.
-
Accédez au répertoire contenant le téléchargement.
-
Extrayez le fichier.
L'exemple suivant décompresse les fichiers d'un système SPARC. Pour les plates-formes x86-64, utilisez le package x86/x64.
gunzip netapp_solaris_host_utilities_6_2N20170913_0304_sparc.tar.gz
-
Utilisez le
tar xvf
commande permettant de décompresser le fichier.tar xvf netapp_solaris_host_utilities_6_2N20170913_0304_sparc.tar
-
Ajoutez les paquets que vous avez extraits du fichier tar à votre hôte.
pkgadd -d NTAPSANTool.pkg
Les packages sont ajoutés à
/opt/NTAP/SANToolkit/bin
répertoire.Pour terminer l'installation, vous devez configurer les paramètres d'hôte de votre environnement (MPxIO dans ce cas) à l'aide du
host_config
commande.Le
host_config
la commande a le format suivant :/opt/NTAP/SANToolkit/bin/host_config <-setup> <-protocol fcp|iscsi|mixed> <-multipath mpxio|dmp| non> [-noalua] [-mcc 60|90|120]
Le
host_config
la commande effectue les opérations suivantes :-
Modifie les paramètres du pilote Fibre Channel et SCSI pour Les systèmes X86 et SPARC
-
Fournit des paramètres d'expiration SCSI pour les deux configurations MPxIO
-
Définit les informations VID/PID
-
Active ou désactive ALUA
-
Configure les paramètres ALUA utilisés par MPxIO et les pilotes SCSI pour les systèmes X86 et SPARC.
-
-
Redémarrez l'hôte.
Kit SAN
L'installation du package des utilitaires hôtes NetApp installe automatiquement le kit d'outils. Ce kit fournit l' `sanlun`utilitaire qui vous aide à gérer les LUN et les adaptateurs de bus hôte (HBA). `sanlun`La commande renvoie des informations sur les LUN mappées sur votre hôte, les chemins d'accès multiples et les informations nécessaires à la création des groupes initiateurs.
Dans l'exemple suivant, le sanlun lun show
La commande renvoie les informations relatives à la LUN.
#sanlun lun show controller(7mode)/ device host lun vserver(Cmode) lun-pathname filename adapter protocol size mode ------------------------------------------------------------------------------------------------------ data_vserver /vol/vol1/lun1 /dev/rdsk/c0t600A098038314362692451465A2F4F39d0s2 qlc1 FCP 60g C data_vserver /vol/vol2/lun2 /dev/rdsk/c0t600A098038314362705D51465A626475d0s2 qlc1 FCP 20g C
Démarrage SAN
Si vous décidez d'utiliser le démarrage SAN, celui-ci doit être pris en charge par votre configuration. Vous pouvez utiliser le "Matrice d'interopérabilité NetApp" Pour vérifier que votre système d'exploitation, votre adaptateur de bus hôte, votre micrologiciel HBA, votre BIOS de démarrage HBA et votre version de ONTAP sont pris en charge.
LE démarrage SAN est le processus de configuration d'un disque connecté au SAN (un LUN) en tant que périphérique d'amorçage pour un hôte Solaris.
Vous pouvez configurer une LUN de démarrage SAN pour qu'elle fonctionne dans un environnement Solaris MPxIO en utilisant le protocole FC et en exécutant Solaris Host Utilities. La méthode que vous utilisez pour configurer une LUN de démarrage SAN peut varier en fonction de votre gestionnaire de volumes et de votre système de fichiers. Voir "Installez Solaris Host Utilities" Pour plus de détails sur les LUN SAN Booting dans un environnement MPIO Solaris.
Chemins d'accès multiples
Les chemins d'accès multiples vous permettent de configurer plusieurs chemins réseau entre l'hôte et le système de stockage. En cas de défaillance d'un chemin, le trafic continue sur les chemins restants.
Configurations non ASA
Pour les configurations non ASA, il doit y avoir deux groupes de chemins avec des priorités différentes. Les chemins ayant des priorités plus élevées sont Active/Optimized (actif/optimisé), ce qui signifie que les services sont gérés par le contrôleur où se trouve l'agrégat. Les chemins aux priorités inférieures sont actifs, mais ne sont pas optimisés, car ils sont desservis par un autre contrôleur. Les chemins non optimisés ne sont utilisés que lorsque les chemins optimisés ne sont pas disponibles.
L'exemple suivant montre la sortie correcte pour une LUN ONTAP avec deux chemins actifs/optimisés et deux chemins actifs/non optimisés.
Les priorités de chemin d'accès sont affichées dans la section Etat d'accès pour chaque LUN du système d'exploitation natif mpathadm show lu <LUN>
commande.
Configurations All SAN Array
Toutes les configurations de baie SAN (ASA) optimisent tous les chemins d'accès à une LUN donnée en les gardant actives. Ce qui améliore les performances en assurant le service des opérations d'E/S sur tous les chemins en même temps.
L'exemple suivant illustre la sortie correcte d'une LUN ONTAP.
La sortie du sanlun
La commande est la même pour les configurations ASA et non ASA.
Les priorités de chemin d'accès sont affichées dans la section Etat d'accès pour chaque LUN du système d'exploitation natif mpathadm show lu <LUN>
commande.
#sanlun lun show -pv sparc-s7-16-49:/vol/solaris_vol_1_0/solaris_lun ONTAP Path: sparc-s7-16-49:/vol/solaris_vol_1_0/solaris_lun LUN: 0 LUN Size: 30g Host Device: /dev/rdsk/c0t600A098038314362692451465A2F4F39d0s2 Mode: C Multipath Provider: Sun Microsystems Multipath Policy: Native
Toutes les configurations ASA (SAN Arrays) sont prises en charge à partir de ONTAP 9.8 pour les hôtes Solaris. |
Paramètres recommandés
Voici certains paramètres recommandés pour les systèmes Solaris 11.3 SPARC et x86_64 avec des LUN NetApp ONTAP. Ces valeurs de paramètres sont définies par les utilitaires hôtes.
Paramètre | Valeur |
---|---|
accelerateur_max |
8 |
not_ready_retries |
300 |
nombre_de_tentatives_occupé |
30 |
réinit_tentatives |
30 |
accélérateur_min |
2 |
timeout_retries |
10 |
taille_bloc_physique |
4096 |
Paramètres recommandés pour MetroCluster
Par défaut, le système d'exploitation Solaris échouera I/OS au bout de 20 secondes si tous les chemins d'accès à une LUN sont perdus. Ceci est contrôlé par le fcp_offline_delay
paramètre. Valeur par défaut pour fcp_offline_delay
Est parfaitement adapté aux clusters ONTAP standard. Cependant, dans les configurations MetroCluster, la valeur de fcp_offline_delay
Doit être augmenté à 120s pour s'assurer que les E/S ne sont pas prématurément hors service pendant les opérations, y compris les basculements non planifiés. Pour plus d'informations et pour connaître les modifications recommandées des paramètres par défaut, reportez-vous à l'article de la base de connaissances "Considérations relatives à la prise en charge des hôtes Solaris dans une configuration MetroCluster".
Virtualisation Oracle Solaris
-
Les options de virtualisation Solaris comprennent les domaines logiques Solaris (également appelés LDOM ou Oracle VM Server pour SPARC), les domaines dynamiques Solaris, les zones Solaris et les conteneurs Solaris. Ces technologies ont été généralement reconnues comme « Oracle Virtual machines », malgré le fait qu'elles soient basées sur des architectures très différentes.
-
Dans certains cas, plusieurs options peuvent être utilisées ensemble, telles qu'un conteneur Solaris, dans un domaine logique Solaris spécifique.
-
NetApp prend généralement en charge l'utilisation de ces technologies de virtualisation, lorsque la configuration globale est prise en charge par Oracle et que toute partition bénéficiant d'un accès direct aux LUN est répertoriée sur le "Matrice d'interopérabilité NetApp" dans une configuration prise en charge. Cela inclut les conteneurs racine, les domaines d'E/S LDOM et les LDOM utilisant NPIV pour accéder aux LUN.
-
Des partitions et/ou des machines virtuelles qui utilisent uniquement des ressources de stockage virtualisées, telles que un
vdsk
, N'avez pas besoin de qualification spécifique car ils ne disposent pas d'un accès direct aux LUN NetApp. Seule la partition/machine virtuelle ayant un accès direct à la LUN sous-jacente, telle qu'un domaine d'E/S LDOM, doit être trouvée dans le "Matrice d'interopérabilité NetApp".
Paramètres recommandés pour la virtualisation
Lorsque des LUN sont utilisées comme unités de disque virtuel dans un LDOM, la source de l'LUN est masquée par la virtualisation et LDOM ne détecte pas correctement les tailles de bloc. Pour éviter ce problème, le système d'exploitation LDOM doit être corrigé pour Oracle Bug 15824910 et A. vdc.conf
le fichier doit être créé pour définir la taille de bloc du disque virtuel sur 4096. Consultez Oracle Doc 2157669.1 pour plus d'informations.
Pour vérifier le correctif, procédez comme suit :
-
Créez un zpool.
-
Courez
zdb -C
par rapport au zpool et vérifier que la valeur de shift est 12.Si la valeur de shift n'est pas de 12, vérifier que le correctif correct a été installé et vérifier à nouveau le contenu de vdc.conf.
Ne pas continuer jusqu'à ce que shift indique une valeur de 12.
Des correctifs sont disponibles pour Oracle bug 15824910 sur différentes versions de Solaris. Contactez Oracle si vous avez besoin d'aide pour déterminer le meilleur correctif du noyau. |
Paramètres recommandés pour la synchronisation active SnapMirror
Pour vérifier que les applications client Solaris ne sont pas perturbatrices lorsqu'un basculement de site non planifié se produit dans un environnement de synchronisation active SnapMirror, vous devez configurer le paramètre suivant sur l'hôte Solaris 11.3. Ce paramètre remplace le module de basculement f_tpgs
empêcher l'exécution du chemin du code qui détecte la contradiction.
À partir de ONTAP 9.9.1, les configurations des paramètres de synchronisation active SnapMirror sont prises en charge par l'hôte Solaris 11.3. |
Suivez les instructions pour configurer le paramètre de neutralisation :
-
Créez le fichier de configuration
/etc/driver/drv/scsi_vhci.conf
Avec une entrée similaire à ce qui suit pour le type de stockage NetApp connecté à l'hôte :scsi-vhci-failover-override = "NETAPP LUN","f_tpgs"
-
Utilisez le
devprop
etmdb
commandes pour vérifier que le paramètre de substitution a bien été appliqué :root@host-A:~# devprop -v -n /scsi_vhci scsi-vhci-failover-override scsi-vhci-failover-override=NETAPP LUN + f_tpgs
root@host-A:~# echo "*scsi_vhci_dip::print -x struct dev_info devi_child | ::list struct dev_info devi_sibling| ::print struct dev_info devi_mdi_client| ::print mdi_client_t ct_vprivate| ::print struct scsi_vhci_lun svl_lun_wwn svl_fops_name"| mdb -ksvl_lun_wwn = 0xa002a1c8960 "600a098038313477543f524539787938" svl_fops_name = 0xa00298d69e0 "conf f_tpgs"
Après scsi-vhci-failover-override a été appliqué, conf est ajouté à svl_fops_name .Pour plus d'informations et pour connaître les modifications recommandées par défaut, consultez l'article de la base de connaissances NetApp "Prise en charge de l'hôte Solaris Paramètres recommandés dans la configuration de synchronisation active SnapMirror". |
Problèmes connus
La version Solaris 11.3 avec ONTAP présente les problèmes connus suivants :
ID de bug NetApp | Titre | Description | ID Oracle |
---|---|---|---|
Problème de LIF Solaris au niveau de GB avec une carte HBA Emulex 32G sur un Arch x86 |
Vu avec le micrologiciel Emulex version 12.6.x et ultérieure sur la plateforme x86_64 |
SR 3-24746803021 |
|
Solaris 11.x 'cfgadm -c configure' entraînant une erreur d'E/S avec la configuration Emulex de bout en bout |
Exécution |
Sans objet |