Voici les restrictions qui s'appliquent à Sun Cluster 3.0 12/01 :
Types de transport RSM (Remote Shared Memory) : ces types de transport ne sont pas pris en charge, même si la documentation y fait parfois référence. Si vous utilisez l'interface RSMAPI, indiquez dlpi comme type de transport.
Interface SCI (Scalable Coherent Interface) : l'interface SCI SBus n'est pas prise en charge comme interconnexion de grappe. Par contre, l'interface PCI-SCI est désormais prise en charge.
Surveillance automatique des chemins de disque : la fonction de surveillance des chemins de disque n'est pas prise en charge. Vous devez surveiller manuellement les chemins de disque pour empêcher toute double défaillance ou perte de chemin vers un périphérique de quorum. Le logiciel détecte les défaillances de chemin des disques actifs, mais pas les chemins des disques inactifs.
Périphériques de stockage avec plus de deux chemins physiques vers la baie : le système ne peut pas prendre en charge plus de deux chemins. Seul le système Sun StorEdge A3500 fait exception, puisque deux chemins sont pris en charge vers chacun des deux noeuds.
SunVTSTM : non pris en charge.
Bande, CD-ROM et DVD-ROM multihôte : non pris en charge.
LOFS (Loopback File System) : le logiciel Sun Cluster 3.0 ne prend pas en charge l'utilisation d'un système de fichiers LOFS sur les noeuds de grappe.
Exécution d'applications client sur les noeuds de grappe : non prise en charge. La commutation d'un groupe de ressources ou sa reprise sur panne risque d'interrompre une connexion TCP (telnet/rlogin). Ceci s'applique notamment aux connexions établies par les noeuds de la grappe et les connexions établies par les hôtes clients extérieurs à la grappe.
Exécution de processus à haut niveau de priorité qui programment des classes sur les noeuds de grappe : non prise en charge. N'exécutez jamais sur un noeud de grappe, quel qu'il soit, des processus qui s'exécutent dans la classe de programmation à temps partagé, avec un niveau de priorité supérieur à la normale, ni des processus qui s'exécutent dans la classe de programmation en temps réel. Sun Cluster 3.0 s'appuie sur des threads du noyau qui ne s'exécutent pas dans la classe en temps réel. Les autres processus à temps partagé qui s'exécutent avec une priorité supérieure à la normale ou ceux en temps réel peuvent empêcher les threads du noyau de Sun Cluster d'acquérir les cycles CPU requis.
Quotas de systèmes de fichiers : la configuration de Sun Cluster 3.0 12/01 ne prend pas en charge les quotas.
Interfaces de réseau logique : l'usage de ces interfaces est réservé au logiciel Sun Cluster 3.0 12/01.
Restrictions liées au système de fichiers de grappe
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 grappe ne prend en charge aucune des fonctions des systèmes de fichiers Solaris qui permettent de placer une extrémité de communication dans l'espace de noms du système de fichiers. Vous ne pouvez donc pas créer de prise de domaine UNIX dont le nom serait le nom d'un chemin ayant accès au système de fichiers de grappe, ni créer de fifos ou de tubes nommés et vous ne pouvez pas non plus utiliser la commande fattach.
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.
Restrictions NAFO (Network Adapter Failover)
Toutes les cartes de réseau public doivent faire partie de groupes NAFO.
Un sous-réseau IP ne contient qu'un seul groupe NAFO pour chaque noeud. Le logiciel Sun Cluster 3.0 ne prend pas en charge l'entrelacement IP, même sous sa forme la plus simple, où plusieurs adresses IP coexistent sur le même sous-réseau.
Un groupe NAFO ne peut pas contenir plusieurs cartes actives simultanément.
Le logiciel Sun Cluster 3.0 ne prend pas en charge le paramétrage local-mac-address?=true de la mémoire PROM de OpenBootTM.
Restrictions liées aux services et aux applications
Le logiciel Sun Cluster 3.0 ne peut fournir des services qu'aux services de données fournis avec Sun Cluster ou configurés à l'aide de l'API de services de données de Sun Cluster.
N'utilisez pas des noeuds de grappe comme serveurs de courrier, car l'environnement Sun Cluster ne prend pas en charge le sous-système sendmail(1M). Aucun répertoire de courrier ne doit résider sur les noeuds Sun Cluster.
Ne configurez pas les noeuds de grappe comme routeurs (passerelles). Si le système devient indisponible, les clients ne pourront pas trouver d'autre routeur et, de ce fait, ne pourront pas procéder à une reprise sur panne.
Ne configurez pas les noeuds de grappe comme serveurs NIS ou NIS+. Les noeuds de grappe peuvent toutefois être des clients NIS ou NIS+.
N'utilisez pas de configuration Sun Cluster pour fournir un service d'initialisation ou d'installation à haut niveau de disponibilité sur des systèmes clients.
N'utilisez pas de configuration Sun Cluster pour fournir un service rarpd.
Restrictions liées à Sun Cluster 3.0 HA for NFS
Aucun noeud Sun Cluster ne peut être le client NFS d'un système de fichiers exporté HA-NFS, sous la maîtrise d'un noeud de la même grappe. Un tel montage croisé HA-NFS est interdit. Utilisez le système de fichiers de grappe pour répartir les fichiers entre les noeuds de grappe.
Les applications ne doivent pas accéder en local aux systèmes de fichiers exportés via NFS. Sinon, un blocage local (par exemple, flock(3UCB), fcntl (2)) risque d'empêcher le gestionnaire de verrouillage (lockd) de redémarrer. Au redémarrage, il est possible qu'un processus local bloqué soit verrouillé et que seul un client distant puisse le déverrouiller. Le comportement qui s'en suit est imprévisible.
Sun Cluster HA for NFS exige que tous les montages de clients NFS soient des montages rigides.
Avec Sun Cluster HA for NFS, n'utilisez pas d'alias de noms d'hôtes pour les ressources réseau. Si des clients NFS montent des systèmes de fichiers de grappe qui utilisent des alias de noms d'hôtes, ces clients risquent des problèmes de reprise dans le cas d'un verrouillage statd.
Le logiciel Sun Cluster 3.0 ne prend pas en charge l'option Secure NFS ni l'utilisation conjointe de Kerberos et de NFS, et en particulier les options secure et kerberos appliquées au sous-système share_nfs(1M).
Restrictions liées à Sun Cluster HA for NetBackup
Sur la grappe qui exploite le serveur maître, le serveur maître est le seul hôte logique qui puisse être sauvegardé.
Aucun support de sauvegarde ne peut être relié au serveur maître, il faut donc installer un ou plusieurs serveur(s) de support.
Restrictions liées à Sun Cluster et NetBackup
Si le client NetBackup est une grappe, un seul hôte logique peut être configuré comme client car il n'y a qu'un seul fichier bp.conf.
Si le client NetBackup est une grappe et si l'un des hôtes logiques de la grappe est configuré comme client NetBackup, NetBackup ne peut pas sauvegarder les hôtes physiques.
Restrictions liées au gestionnaire de volumes
Dans les configurations Solstice DiskSuite qui utilisent des médiateurs, chaque ensemble de disques doit être associé à exactement deux hôtes médiateurs.
DiskSuite Tool (metatool) n'est pas compatible avec le logiciel Sun Cluster 3.0.
L'utilisation conjointe de VxVM Dynamic Multipathing (DMP) et du logiciel Sun Cluster 3.0 pour gérer plusieurs chemins à partir d'un même noeud n'est pas prise en charge.
RAID 5 n'est pas pris en charge.
Restrictions liées au matériel
A l'exception des grappes qui utilisent Sun StorEdge A3x00, une paire de noeuds de grappe doit avoir au moins deux baies de disques multihôtes.
A l'heure actuelle, seules les plates-formes matérielles suivantes prennent en charge le RAID de niveau 5 :
- matrices Sun StorEdge A5x00/A3500FC.
- matrices Sun StorEdge T3 et T3+. Notez, toutefois, que si vous utilisez ces matrices dans une configuration à contrôleur unique, vous devez utiliser un mécanisme supplémentaire pour la redondance des données, comme un miroir sur hôte. Si ces matrices sont utilisées dans une configuration "partner-group", les contrôleurs sont redondants. Vous pouvez donc utiliser RAID 5 sans miroir sur hôte.
AP (Alternate Pathing) n'est pas pris en charge.
Si vous utilisez un serveur Sun Enterprise 420R avec une carte PCI dans le slot 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é du slot PCI 1.
Des paniques du système ont été observées dans le cas de grappes où des cartes UDWIS I/O sont insérées dans le slot 0 d'une carte mère d'un serveur Sun Enterprise 10000 ; évitez donc d'installer des cartes UDWIS I/O dans le slot 0 d'une carte mère de ce serveur (reportez-vous à la section "Bogue nº : 4490386".)
Conseils de temporisation des services de données
Si vous utilisez des services de données aux E/S intensives et si la grappe comprend un grand nombre de disques configurés, augmentez le délai de temporisation par défaut des services de données. Ce délai de temporisation doit tenir compte des tentatives infructueuses au sein du sous-système E/S pendant les pannes des disques. Contactez l'assistance technique locale pour plus d'informations sur l'augmentation de la temporisation des services de données.
Restrictions liées aux services de données
Identifiez la configuration minimale requise par l'ensemble des services de données avant d'installer Solaris et Sun Cluster. Sinon vous risquez de faire des erreurs d'installation et vous devrez réinstaller complètement les logiciels Solaris et Sun Cluster.
Par exemple, l'option Oracle Parallel Fail Safe/Real Application Clusters Guard de Oracle Parallel Server/Real Application Clusters impose certaines exigences quant aux noms d'hôtes et de noeuds utilisés dans la grappe. Vous devez en tenir compte avant l'installation du logiciel Sun Cluster car vous ne pourrez pas changer les noms d'hôtes après l'installation du logiciel Sun Cluster. Pour de plus amples informations sur les exigences relatives aux noms d'hôtes et aux noms des noeuds, consultez la documentation de Oracle Parallel Fail Safe/Real Application Clusters Guard.