Cette rubrique présente les nouvelles fonctions et fonctionnalités ainsi que les nouveaux produits pris en charge par le logiciel Sun Cluster 3.1 10/03.
Le protocole de notification de reconfiguration de cluster (PNRC) intègre un mécanisme permettant aux applications de s'enregistrer pour recevoir des notifications asynchrones d'événements de reconfiguration Sun Cluster. Les services de données fonctionnant sur le cluster ainsi que les applications tournant à l'extérieur peuvent s'enregistrer pour recevoir des notifications d'événements. Celles-ci informent des modifications affectant les membres du cluster, les groupes de ressources et l'état des ressources.
Le contrôle de chemin de disque (CCD) informe les administrateurs système des échecs de chemins d'accès de noeuds principaux et secondaires. Le mécanisme de détection de pannes des chemins d'accès génère un événement à travers le cadre d'événements du cluster et permet une intervention manuelle.
Cette fonction permet l'entrelacement du trafic IP envoyé aux adresses IP logiques par noeud à travers toutes les interconnexions privées. Le trafic TCP est entrelacé sur la base d'une granularité par connexion. Le trafic UDP est entrelacé par paquet.
L'intégration du moteur de connaissances eRAS de Sun à l'utilitaire sccheck(1M) accroît sensiblement la capacité de sccheck à détecter des configurations « vulnérables » en renforçant les nombreux contrôles d'eRAS existants. Des rapports de vulnérabilité sont générés à partir des noeuds individuels ainsi que du cluster.
Cette fonction permet l'utilisation du contrôle d'accès basé sur les rôles (RBAC) pour l'administration et le fonctionnement du cluster.
Cette fonction permet la prise en charge par Sun Cluster de clusters à un noeud.
Cette fonction permet aux développeurs d'utiliser l'environnement de développement de Sun ONE Studio pour la création d'agents.
Cette fonction optimise la commande scinstall(1M) pour l'installation de tous les noeuds d'un cluster à partir d'un point de contrôle unique. En outre, elle est compatible avec l'outil d'installation Solaris Web Start.
Des versions localisées des composants de Sun Cluster sont désormais disponibles dans cinq langues ; elles peuvent être installées à l'aide du programme Web Start. Pour de plus amples informations, reportez-vous au Guide d'installation du logiciel Sun Cluster 3.1 10/03.
Langue |
Composant Sun Cluster localisé |
---|---|
Français |
Installation CCP (panneau de commande du cluster) Logiciel Sun Cluster Services de données Sun Cluster Module Sun Cluster pour Sun Management Center SunPlex Manager |
Japonais |
Installation CCP (panneau de commande du cluster) Logiciel Sun Cluster Services de données Sun Cluster Module Sun Cluster pour Sun Management Center SunPlex Manager Pages de manuel de Sun Cluster Pages de manuel du Cluster Control Panel (CCP) Pages de manuel des services de données Sun Cluster |
Chinois simplifié |
Installation CCP (panneau de commande du cluster) Logiciel Sun Cluster Services de données Sun Cluster Module Sun Cluster pour Sun Management Center SunPlex Manager |
Chinois traditionnel |
Installation CCP (panneau de commande du cluster) Logiciel Sun Cluster Services de données Sun Cluster Module Sun Cluster pour Sun Management Center SunPlex Manager |
Coréen |
Installation CCP (panneau de commande du cluster) Logiciel Sun Cluster Services de données Sun Cluster Module Sun Cluster pour Sun Management Center SunPlex Manager |
Pour de plus amples informations sur les améliorations apportées aux services de données, reportez-vous aux Notes de version des services de données Sun Cluster 3.1 10/03.
Cette rubrique décrit les logiciels pris en charge et la configuration minimale requise par le logiciel Sun Cluster 3.1 10/03 .
Environnement d'exploitation et patchs : les versions Solaris et patchs pris en charge sont disponibles à l'adresse suivante :
Pour de plus amples détails, reportez-vous à la rubrique Patchs et niveaux de microprogrammes requis.
Gestionnaires de volumes
Pour Solaris 8 : Solstice DiskSuiteTM 4.2.1 et VERITAS Volume Manager 3.2 et 3.5.
Pour Solaris 9 : Solaris Volume Manager et VERITAS Volume Manager 3.5.
si vous effectuez une mise à niveau à partir de VERITAS Volume Manager (VxVM) 3.2 à 3.5, la fonction Cluster Volume Manager (CVM) n'est pas disponible tant que vous n'avez pas installé la clé de licence CVM pour la version 3.5. Dans VxVM 3.5, la clé de licence CVM de la version 3.2 n'active pas CVM et doit être mise à niveau avec la clé de licence CVM de la version 3.5.
Systèmes de fichiers
Pour Solaris 8 : Solaris UFS et Système de fichiers VERITAS 3.4 et 3.5.
Pour Solaris 9 : Solaris UFS et Système de fichiers VERITAS 3.5.
Services de données (agents) : pour de plus amples informations sur les services de données pris en charge, reportez-vous aux Notes de version des services de données Sun Cluster 3.1 10/03.
les services de données Sun Cluster 3.0 peuvent fonctionner avec le logiciel Sun Cluster 3.1 10/03, sauf dans les cas présentés à la rubrique Exécution de Sun Cluster HA pour Oracle 3.0 sur le logiciel Sun Cluster 3.1 10/03.
Configuration minimale requise : Sun Cluster 3.1 10/03 requiert davantage de mémoire qu'un noeud opérant dans des conditions normales. Le supplément de mémoire requis correspond à 128 Mo plus dix pour cent. Par exemple, si un noeud autonome a normalement besoin de 1 Go de mémoire, il manque encore 256 Mo de mémoire pour atteindre la configuration minimale requise.
RSMAPI : le logiciel Sun Cluster 3.1 10/03 prend en charge l'Interface de programmation d'application de mémoire partagée distante (RSMAPI) sur les câbles d'interconnexion compatibles RSM, tels que PCI-SCI.
Les restrictions suivantes s'appliquent à la version Sun Cluster 3.1 10/03 :
Pour les autres problèmes ou restrictions connues, reportez-vous à la rubrique Problèmes connus et bogues.
Les bandes, les CD et les DVD multihôtes ne sont pas pris en charge.
AP (Alternate Pathing) n'est pas pris en charge.
Les périphériques de stockage ayant plus d'un chemin d'accès au boîtier à partir d'un noeud de cluster donné ne sont pas pris en charge, excepté les suivants :
Sun StorEdgeTM A3500, incluant la prise en charge de deux chemins d'accès à chacun des deux noeuds ;
tout périphérique prenant en charge Sun StorEdge Traffic Manager ;
les périphériques de stockage EMC utilisant le logiciel EMC PowerPath.
Si vous utilisez un serveur Sun EnterpriseTM 420R équipé d'une carte PCI à l'emplacement J4701, la carte mère doit être au moins de niveau 15 (501-5168-15 ou supérieure). La référence de la carte mère et son niveau de révision figurent sur la tranche de la carte, à proximité de l'emplacement PCI 1.
Des erreurs graves de système ont été observées dans le cas de clusters où des cartes UDWIS I/O sont insérées dans l'emplacement 0 d'une carte mère d'un serveur Sun Enterprise 10000 ; évitez donc d'installer des cartes UDWIS I/O à l'emplacement 0 de la carte de ce serveur.
Lorsque vous augmentez ou diminuez le nombre de noeuds reliés à un périphérique de quorum, le nombre de votes de quorum n'est pas recalculé automatiquement. Vous pouvez rétablir le nombre de votes correct en retirant tous les périphériques de quorum puis en les rajoutant à la configuration.
SunVTSTM n'est pas pris en charge.
IPv6 n'est pas pris en charge.
Les types de transport RMS (Remote Shared Memory) sont mentionnés dans la documentation, mais pas pris en charge. Si vous utilisez l'interface RSMAPI, indiquez dlpi comme type de transport.
L'interface SCI (Sbus Scalable Coherent Interface) n'est pas prise en charge en tant qu'interconnexion de cluster. Par contre, l'interface PCI-SCI est prise en charge.
Les interfaces réseau logiques sont réservées à l'utilisation du logiciel Sun Cluster.
Les applications client fonctionnant sur les noeuds du cluster ne doivent pas correspondre aux adresses IP logiques d'un service de données HD. Au cours d'un basculement, ces adresses pourraient en effet disparaître, laissant le client sans connexion.
Si vous effectuez une mise à niveau à partir de VERITAS Volume Manager (VxVM) 3.2 à 3.5, la fonction Cluster Volume Manager (CVM) n'est pas disponible tant que vous n'avez pas installé la clé de licence CVM pour la version 3.5. Dans VxVM 3.5, la clé de licence CVM de la version 3.2 n'active pas CVM et doit être mise à niveau avec la clé de licence CVM de la version 3.5.
Dans les configurations Solstice DiskSuite/Solaris Volume Manager qui utilisent des médiateurs, chaque ensemble de disques doit être associé à exactement deux hôtes médiateurs.
DiskSuite Tool (Solstice DiskSuite metatool) et le module de stockage amélioré de la console de gestion Solaris (Solaris Volume Manager) ne sont pas compatibles avec le logiciel Sun Cluster 3.1 10/03.
Les versions 3.2 ou ultérieures de VxVM ne permettent pas de désactiver le multi-acheminement dynamique (DMP) à l'aide de la commande scvxinstall durant l'installation de VxVM. Cette procédure est décrite au chapitre “Installing and Configuring VERITAS Volume Manager” in Guide d'installation du logiciel Sun Cluster 3.1 10/03. Le multi-acheminement dynamique Veritas est pris en charge par les configurations suivantes :
chemin d'E/S unique par noeud vers le stockage partagé du cluster ;
solution de multi-acheminement prise en charge (Sun Traffic Manager, EMC PowerPath, Hiatchi HDLM) et gérant plusieurs chemins d'E/S par noeud vers le stockage partagé du cluster.
Les groupes de disques racine simples (rootdg créés sur une même tranche du disque racine) ne sont pas pris en charge en tant que types de disques avec VxVM par le logiciel Sun Cluster 3.1 10/03.
RAID 5 n'est pas pris en charge.
Les systèmes de fichiers de cluster ne prennent pas en charge les quotas.
L'utilisation d'un système de fichiers LOFS sur des noeuds de cluster n'est pas prise en charge par le logiciel Sun Cluster 3.1 10/03.
La commande umount -f se comporte exactement de la même façon que la commande umount sans l'option -f. Elle ne prend pas en charge les démontages forcés.
Seuls les répertoires vides prennent en charge la commande unlink( 1M).
La commande lockfs -d n'est pas prise en charge. Utilisez la commande lockfs -n à la place.
Le système de fichiers de cluster ne prend en charge aucune des fonctions des systèmes de fichiers Solaris permettant de placer une marque de fin de communication dans l'espace de noms du système de fichiers. Par conséquent, même si vous pouvez créer une socket domaine UNIX portant le nom d'un nom de chemin dans le système de fichiers de cluster, cette socket ne résisterait pas à un basculement du noeud. En outre, aucun fifo ou tube nommé créé sur un système de fichiers n'est globalement accessible, et vous devez éviter d'essayer d'employer la commande fattach à partir de n'importe quel noeud autre que le noeud local.
L'exécution de fichiers binaires de systèmes de fichiers, montés par le biais de l'option de montage forcedirectio n'est pas prise en charge.
Il est impossible de remonter un système de fichiers en utilisant l'option de montage directio.
Vous ne pouvez pas définir l'option de montage directio sur un seul fichier au moyen de l'ioctl directio.
La configuration Sun Cluster 3.1 10/03 ne prend pas en charge les fonctions VxFS suivantes :
E/S rapide ;
instantanés ;
points de contrôle du stockage ;
avis de cache (ne s'appliquant qu'au noeud sélectionné en cas d'utilisation) ;
VERITAS CFS (nécessitant la fonction de cluster VERITAS et VCS).
Toutes les autres fonctions et options VxFS prises en charge dans une configuration de cluster sont également prises en charge par le logiciel Sun Cluster 3.1 10/03. Consultez la documentation de VxFS et les pages de manuel pour plus de détails sur les options de VxFS prises en charge ou non dans une configuration de cluster.
La configuration Sun Cluster 3.1 10/03 ne prend pas en charge les options de montage spécifiques à VxFS.
convosync (Convertir O_SYNC) ;
mincache ;
qlog, delaylog, tmplog.
Pour de plus amples informations sur l'administration des systèmes de fichiers de cluster VxFS dans une configuration Sun Cluster, reportez-vous à la rubrique “Administering Cluster File Systems Overview” in Guide d'administration système de Sun Cluster 3.1 10/03.
Cette rubrique décrit les restrictions s'appliquant exclusivement à l'utilisation du multi-acheminement sur réseau IP dans un environnement Sun Cluster 3.1 10/03 ou ne figurant pas dans la documentation Solaris relative au multi-acheminement sur réseau IP.
IPv6 n'est pas pris en charge.
Tous les adaptateurs de réseaux publics doivent figurer dans des groupes IPMP.
Dans le fichier /etc/default/mpathd, ne remplacez pas yes par no pour TRACK_INTERFACES_ONLY_WITH_GROUPS.
La plupart des procédures, instructions et restrictions définies dans la documentation Solaris pour le multi-acheminement sur réseau IP s'applique aussi bien aux environnements cluster et non-cluster. Par conséquent, consultez le document Solaris approprié pour de plus amples informations sur les restrictions liées au multi-acheminement sur réseau IP.
Version de l'environnement d'exploitation |
Pour les instructions, voir... |
---|---|
Environnement d'exploitation Solaris 8 |
IP Network Multipathing Administration Guide |
Environnement d'exploitation Solaris 9 |
“ IP Network Multipathing Topics” dans le System Administration Guide : IP Series |
Ne configurez pas les noeuds de cluster comme routeurs (passerelles). Si le système est immobilisé, les clients ne pourront pas trouver de routeur alternatif et, de ce fait, effectuer une reprise.
Ne configurez pas les noeuds de cluster comme serveurs NIS ou NIS+. Ils peuvent toutefois être des clients NIS ou NIS+.
N'utilisez pas de configuration Sun Cluster pour doter les systèmes client d'un service d'initialisation ou d'installation à haute disponibilité.
N'utilisez pas de configuration Sun Cluster pour fournir un service rarpd.
Si vous installez un service RPC (appel de procédure à distance) sur le cluster, ce service ne doit pas utiliser les numéros de programmes suivants : 100141, 100142 et 100248. Ces numéros sont respectivement réservés aux démons Sun Cluster rgmd_receptionist , fed et pmfd. Si le service RPC installé utilise un de ces numéros, vous devez le modifier de façon à ce qu'il utilise un autre numéro.
À l'heure actuelle, SNDR (Sun StorEdge Network Data Replicator) ne peut être utilisé qu'avec HAStorage. Cette restriction ne s'applique qu'au groupe de ressources « de faible poids » et notamment à l'hôte logique que SNDR utilise pour la réplication. Les groupe de ressources d'application peuvent toujours utiliser HAStoragePlus avec SNDR. Vous pouvez utiliser le système de fichiers de basculement avec HAStoragePlus et SNDR en utilisant HAStorage pour le groupe de ressources SNDR et HAStoragePlus pour le groupe de ressources d'application ; les ressources HAStorage et HAStoragePlus pointant sur le même périphérique DCS sous-jacent. Un patch permettant à SNDR de fonctionner avec HAStoragePlus est en cours de mise au point.
L'exécution de processus à haut niveau de priorité programmant des classes sur des noeuds du cluster n'est pas prise en charge. Les processus s'exécutant dans la classe de programmation à temps partagé avec un haut niveau de priorité ou les processus s'exécutant dans la classe de programmation à temps réel ne doivent pas être exécutés sur des noeuds de cluster. Le logiciel Sun Cluster s'appuie sur des threads du noyau ne s'exécutant pas dans la classe en temps réel. D'autres processus à temps partagé s'exécutant avec une priorité supérieure à la normale ou des processus en temps réel peuvent empêcher les threads du noyau de Sun Cluster d'acquérir les cycles CPU requis.
Sun Cluster 3.1 10/03 ne peut fournir de services qu'aux services de données livrés avec Sun Cluster ou configurés à l'aide de l'API de services de données de Sun Cluster.
Sun Cluster ne possède actuellement pas de service de données HD pour le sous-système sendmail(1M). Il est possible d'exécuter le sous-système sendmail sur les noeuds de cluster individuels, mais ses fonctions, telles que l'envoi, l'acheminement, l'attente ou la relance, ne seront pas hautement disponibles.
Pour de plus amples informations sur les restrictions s'appliquant aux services de données spécifiques, reportez-vous aux Notes de version des services de données Sun Cluster 3.1 10/03.
Le service de données Sun Cluster HA pour Oracle 3.0 ne peut fonctionner sur le logiciel Sun Cluster 3.1 10/03 que s'il est utilisé avec les versions suivantes de l'environnement d'exploitation Solaris :
Solaris 8, version 32 bits ;
Solaris 8, version 64 bits ;
Solaris 9, version 32 bits.
le service de données Sun Cluster HA pour Oracle 3.0 ne peut pas fonctionner sur le logiciel Sun Cluster 3.1 10/03 s'il est utilisé avec la version 64 bits de Solaris 9.