Ce chapitre présente les procédures d'installation et de configuration de Sun Cluster HA for Sun Java System Web Server. Ce service de données s'appelait auparavant Sun Cluster HA pour NetscapeTM HTTP et Sun Cluster HA pour iPlanet Web Server. Il est possible que certains messages d'erreur utilisent le nom Netscape, mais ils font référence à Sun Java System Web Server. De même que sur le Sun Cluster Agents CD-ROM, le nom de l'application pourrait encore être iPlanet Web Server.
Ces procédures sont les suivantes :
Procédure d'enregistrement et de configuration de Sun Cluster HA for Sun Java System Web Server
Procédure de configuration du type de ressource SUNW.HAStoragePlus
Vous pouvez configurer Sun Cluster HA for Sun Java System Web Server en tant que service de données évolutif ou de basculement. Reportez-vous à rubrique “Planning for Sun Cluster Data Services” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS et au Sun Cluster Concepts Guide for Solaris OS pour obtenir des informations d'ordre général sur les services de données, les groupes de ressources, les ressources et autres sujets associés.
vous pouvez utiliser SunPlex Manager pour installer et configurer ce service de données. Reportez-vous à l'aide en ligne de xSunPlex Manager pour plus de détails.
si votre configuration Sun Cluster possède plusieurs services de données, vous pouvez les installer dans n'importe quel ordre, avec l'exception suivante. Si Sun Cluster HA for Sun Java System Web Server dépend de Sun Cluster HA for DNS, vous devez d'abord configurer le DNS. Reportez-vous au document Sun Cluster Data Service for Domain Name Service (DNS) Guide for Solaris OS pour plus de détails. Le système d'exploitation Solaris inclut le logiciel DNS. Si le cluster doit bénéficier du service DNS d'un autre serveur, configurez d'abord le cluster comme client DNS.
après l'installation, ne démarrez ni n'arrêtez Sun Java System Web Server manuellement, sauf à l'aide la commande d'administration du cluster scswitch(1M). Pour de plus amples renseignements, consultez la page de manuel pertinente. Une fois Sun Java System Web Server démarré, il tourne sous le contrôle du logiciel Sun Cluster.
Répondez aux questions suivantes avant de démarrer votre installation.
Souhaitez-vous utiliser Sun Cluster HA for Sun Java System Web Server en tant que service de données évolutif ou de basculement ? Reportez-vous au Sun Cluster Concepts Guide for Solaris OS pour obtenir des informations sur ces deux types de services. Pour des services de données évolutifs, prenez en considération les questions suivantes :
Quels noeuds hébergeront le service évolutif ? Dans la plupart des cas, il est probable que vous souhaitiez assurer l'évolutivité de tous les noeuds. Toutefois, vous pouvez restreindre le jeu de noeuds hébergeant le service.
Vos instances de Sun Java System Web Server requièrent-elles un IP sticky ? L'IP sticky est une valeur de propriété de ressource, Règle_équilibrage_charge, mémorisant l'état du client de manière à ce que le trafic de retour d'un noeud donné aille toujours vers le même noeud. Vous avez le choix entre plusieurs règles d'équilibrage de la charge, décrites dans le tableau des propriétés de ressources à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
Faites particulièrement attention lorsque vous modifiez la valeur de Poids_équilibrage_charge pour un service évolutif en ligne dont la Règle_équilibrage_charge est définie sur équilibrage_charge_sticky ou équilibrage_charge_sticky_joker. Si vous modifiez ces propriétés lorsque le service est en ligne, les affinités client existantes risquent d'être réinitialisées, et par conséquent, il est possible qu'une requête client soit prise en charge par un noeud autre que celui qui servait ce client jusqu'alors.
De la même manière, lorsqu'une nouvelle instance du service démarre sur un cluster, ces affinités risquent également d'être réinitialisées.
Où souhaitez-vous faire résider la racine du serveur Web ?
Le serveur Web sert-il des données à une autre application hautement disponible ? Dans ce cas, des dépendances de ressources peuvent exister de façon à ce que l'une démarre ou s'arrête avant l'autre. Reportez-vous à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir une description de la propriété de ressource Dépendances_ressource régissant ces dépendances.
Déterminez les groupes de ressources à utiliser pour les adresses réseau et ressources d'application et les dépendances existant entre elles. Reportez-vous à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir une description de la propriété de groupe de ressources Dépendances_groupe_ressources régissant ces dépendances.
Fournissez le nom d'hôte logique (pour les services de basculement) ou l'adresse partagée (pour les services évolutifs) permettant aux clients d'accéder au service de données.
Étant donné que vous pouvez configurer Sun Java System Web Server pour qu'il soit lié à INADDR_ANY, si vous prévoyez d'exécuter plusieurs instances du service de données Sun Java System Web Server ou plusieurs services de données sur le même noeud, chaque instance doit être liée à une adresse réseau et à un numéro de port uniques.
Déterminez les entrées des propriétés Liste_rép_conf et Liste_ports. Pour les services de basculement, ces deux propriétés ne peuvent comporter qu'une seule entrée. Pour les services évolutifs, elles peuvent en posséder plusieurs. Toutefois, le nombre d'entrées doit être identique et elles doivent être spécifiées dans le même ordre. Reportez-vous à la rubrique Procédure d'enregistrement et de configuration de Sun Cluster HA for Sun Java System Web Server pour plus de détails.
Déterminez si vous souhaitez utiliser la propriété d'extension Liste_Uri_Détecteur, vous permettant de surveiller une liste arbitraire d'URI. Cette surveillance est bénéfique si vous souhaitez configurer d'autres services de données accessibles sur le Web. L'utilisation de la propriété d'extension Liste_Uri_Détecteur n'est pas prise en charge avec les instances sécurisées de Sun Java System Web Server. Vous devez installer la version 3.1 10/03 de Sun Cluster HA for Sun Java System Web Server pour pouvoir utiliser cette propriété. Si vous mettez à niveau Sun Cluster HA for Sun Java System Web Server à partir d'une version antérieure, vous devez suivre la procédure de mise à niveau des types de ressources pour utiliser cette nouvelle propriété. Pour obtenir des instructions, reportez-vous à la rubrique “Upgrading a Resource Type” du document Sun Cluster Data Service Planning and Administration Guide for Solaris OS. Reportez-vous à la rubrique Configuration des propriétés d'extension Sun Cluster HA for Sun Java System Web Server pour obtenir de plus amples informations sur les paramètres des propriétés d'extension facultatives et des exemples d'utilisation de Liste_Uri_Détecteur.
Déterminez où vous souhaitez placer les journaux, les fichiers d'erreur ainsi que le fichier PID sur le système de fichiers local.
Spécifiez l'emplacement du contenu sur le système de fichiers de cluster.
Vous trouverez dans le tableau suivant les rubriques décrivant les tâches d'installation et de configuration.
Tableau 1–1 Liste des tâches : installation et configuration de Sun Cluster HA for Sun Java System Web Server
Tâche |
Pour les instructions, voir... |
---|---|
Installation de Sun Java System Web Server | |
Installation des packages de Sun Cluster HA for Sun Java System Web Server |
Installation des packages Sun Cluster HA for Sun Java System Web Server |
Enregistrement de Sun Cluster HA for Sun Java System Web Server et configuration du cluster pour ce service de données |
Enregistrement et configuration de Sun Cluster HA for Sun Java System Web Server |
Configuration des propriétés d'extension des ressources |
Configuration des propriétés d'extension Sun Cluster HA for Sun Java System Web Server |
Affichage des informations du détecteur de pannes |
Détecteur de pannes de Sun Cluster HA for Sun Java System Web Server |
Cette rubrique décrit les étapes à suivre pour effectuer les tâches suivantes :
installer Sun Java System Web Server ;
permettre à Sun Java System Web Server de tourner comme Sun Cluster HA for Sun Java System Web Server.
vous devez respecter certaines conventions lorsque vous configurez les correspondances d'URL pour le serveur Web. Par exemple, pour préserver la disponibilité lors de la définition du répertoire CGI, vous devez localiser les répertoires correspondants sur le système de fichiers de cluster. Dans ce cas, vous mappez votre répertoire CGI avec /global/nom_chemin/cgi-bin.
Dans les cas où les programmes CGI accèdent aux serveurs « backend », par exemple un RDBMS, veillez à ce que le logiciel Sun Cluster contrôle également le serveur « backend ». Si le serveur est un RDBMS pris en charge par Sun Cluster, utilisez l'un des packages RDBMS hautement disponibles. Vous pouvez également utiliser les API présentées dans le Sun Cluster Data Services Developer's Guide for Solaris OS pour faire passer le serveur sous le contrôle de Sun Cluster.
Pour effectuer cette procédure, vous avez besoin des informations de configuration suivantes.
Répertoire racine du serveur (chemin d'accès aux binaires de l'application). Vous pouvez installer les binaires sur les disques locaux ou sur le système de fichiers du cluster. Pour connaître les avantages et inconvénients de chaque emplacement, reportez-vous à la rubrique “Configuration Guidelines for Sun Cluster Data Services” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
Nom d'hôte logique (pour les services de basculement) ou adresse partagée (pour les services évolutifs) utilisée par les clients pour accéder au service de données Vous devez configurer ces adresses, et elles doivent être en ligne.
si vous exécutez Sun Cluster HA for Sun Java System Web Server et un autre serveur HTTP et qu'ils utilisent les mêmes ressources réseau, configurez-les de manière à ce qu'ils écoutent sur des ports différents. Autrement, vous risquez d'être confronté à un conflit de port entre les deux serveurs.
Connectez-vous en tant que superutilisateur sur un membre du cluster.
Lancez l'installation.
Si vous installez Sun Java System Web Server sur Solaris 8, exécutez la commande setup pour Sun Java System Web Server à partir du répertoire d'installation du CD.
Si vous installez Sun Java System Web Server fourni avec Solaris 9, suivez les instructions du CD d'installation.
si vous installez Sun Java System Web Server fourni avec Solaris 9, n'activez pas le démarrage automatique du serveur Web au redémarrage du système.
Lorsque le système vous y invite, entrez l'emplacement où sont installés les binaires de Sun Java System Web Server.
Vous pouvez indiquer un emplacement du système de fichiers du cluster ou des disques locaux comme destination de l'installation. Si vous choisissez d'effectuer l'installation sur des disques locaux, installez le serveur Web sur tous les noeuds principaux potentiels de la ressource réseau (nom d'hôte logique ou adresse partagée) spécifiés à l'étape suivante.
Lorsque le système vous demande le nom de la machine, entrez le nom d'hôte logique dont dépend Sun Java System Web Server ainsi que le nom de domaine DNS approprié.
Un nom d'hôte logique complet revêt la forme ressource_réseau.nom_domaine, par exemple schost-1.sun.com.
pour que le basculement de Sun Cluster HA for Sun Java System Web Server s'effectue correctement, vous devez utiliser soit le nom d'hôte logique, soit le nom de ressource d'adresse partagée (au lieu du nom d'hôte physique) ici et partout ailleurs lorsque le système vous le demande.
Sélectionnez Run Admin Server as Root lorsque le système vous y invite.
Notez le numéro de port sélectionné par le script d'installation de Sun Java System pour le serveur d'administration. Vous pouvez souhaiter utiliser cette valeur par défaut ultérieurement lorsque vous utiliserez le serveur d'administration pour configurer une instance de Sun Java System Web Server. Toutefois, vous pouvez indiquer un autre numéro de port lorsque vous configurez l'instance du serveur Sun Java System.
Entrez un ID d'administrateur serveur ainsi qu'un mot de passe de votre choix à l'invite.
Suivez la procédure correspondant à votre système.
Lorsqu'un message indiquant que le serveur d'administration va démarrer apparaît, votre installation est prête à être configurée.
Cette procédure décrit la méthode de configuration d'une instance du serveur Web Sun Java System pour la rendre hautement disponible. Utilisez le navigateur Netscape pour interagir avec cette procédure.
Avant d'effectuer cette procédure, prenez en considération les points suivants :
Avant de commencer, assurez-vous d'avoir installé le navigateur sur une machine ayant accès au réseau sur lequel se trouve le cluster. Vous pouvez installer le navigateur sur un noeud du cluster ou sur la station d'administration du cluster.
Sun Cluster HA for Sun Java System Web Server prend maintenant en charge Sun Java System Proxy Server. Pour de plus amples informations sur le produit Sun java System Proxy Server, consultez la page suivante : http://docs.sun.com/db/prod/s1.webproxys. Pour obtenir des informations sur l'installation et la configuration de Sun Java System Proxy Server, consultez la page suivante : http://docs.sun.com/db/coll/S1_ipwebproxysrvr36.
Vos fichiers de configuration peuvent se trouver soit sur un système de fichiers local, soit sur le système de fichiers du cluster.
Tout certificat installé pour les instances de sécurité doit être installé à partir de tous les noeuds du cluster. Pour effectuer cette installation, la console admin doit fonctionner sur chaque noeud. Par conséquent, si un cluster comporte les noeuds n1, n2, n3 et n4, la procédure d'installation est la suivante :
Exécutez le serveur d'administration sur le noeud n1.
À partir de votre navigateur Web, connectez-vous au serveur d'administration en tant que http://n1. domaine :—port, par exemple, http://n1.eng.sun.com:8888—, ou le port spécifié pour le serveur d'administration. D'ordinaire, le port est 8888.
Installez le certificat.
Arrêtez le serveur d'administration sur le noeud n1 et exécutez-le à partir du noeud n2.
À partir du navigateur Web, connectez-vous au nouveau serveur d'administration en tant que http://n2.domaine:port, par exemple, http://n2.eng.sun.com:8888.
Répétez ces étapes pour les noeuds n3 et n4.
Après avoir pris en considération ces éléments, effectuez les tâches indiquées ci-après.
Si vous comptez configurer Sun Java System Web Server en tant que service de données évolutif, créez un répertoire sur le disque local de tous les noeuds afin d'y stocker les journaux, les fichiers d'erreur ainsi que le fichier PID gérés par Sun Java System Web Server.
Pour que la configuration évolutive fonctionne correctement, ces fichiers doivent figurer sur chaque noeud du cluster, et non sur le système de fichiers du cluster. N'utilisez le stockage partagé que si vous configurez Sun Java System Web Server en tant que service de données de basculement.
Choisissez le même emplacement sur le disque local pour tous les noeuds du cluster. La commande mkdir -p vous permet de créer le répertoire. Spécifiez nobody comme propriétaire du répertoire.
L'exemple suivant montre comment réaliser cette étape.
phys-schost-1# mkdir -p /var/nom_chemin/instance_http/logs/ |
en cas de journaux d'erreurs et fichiers PID volumineux, ne les placez pas dans un répertoire sous /var car ils dépasseraient la taille de ce répertoire. Créez plutôt un répertoire dans une partition ayant assez d'espace pour traiter les fichiers volumineux.
Lancez le navigateur Netscape à partir de la station d'administration ou d'un noeud du cluster.
Sur l'un des noeuds du cluster, placez-vous dans le répertoire https-admserv, puis lancez le serveur d'administration Sun Java System.
# cd https-admserv # ./start |
Entrez l'URL du serveur d'administration Sun Java System dans le navigateur Netscape.
L'URL se compose du nom d'hôte physique et du numéro de port établi par le script d'installation Sun Java System à l'Étape 4 de la procédure d'installation du serveur, par exemple, n1.eng.sun.com:8888. Lors de l'Étape 2 de cette procédure, la commande ./start affiche l'URL d'administration.
À l'invite, utilisez l'ID et le mot de passe utilisateur spécifiés à l'Étape 6 de la procédure d'installation du serveur pour vous connecter à l'interface du serveur d'administration Sun Java System.
En utilisant le serveur d'administration lorsque cela est possible et en procédant manuellement aux modifications dans le cas contraire, effectuez les étapes suivantes :
Vérifiez que le nom du serveur est correct.
Vérifiez que l'utilisateur du serveur est configuré comme superutilisateur.
Modifiez le champ d'adresse et sélectionnez une des adresses suivantes :
Un nom d'hôte logique ou une adresse partagée si vous utilisez DNS comme service d'attribution de noms.
L'adresse IP associée au nom d'hôte logique ou à l'adresse partagée si vous utilisez NIS comme service d'attribution de noms.
Mettez à jour les entrées ErrorLog, PidLog et Access Log afin de refléter le répertoire créé à l'étape 1 de cette rubrique.
Enregistrez les modifications.
Créez un fichier contenant le mot de passe sécurisé dont vous avez besoin pour lancer cette instance et placez-le dans le répertoire racine du serveur. Appelez ce fichier keypass.
protégez le fichier contenant le mot de passe de la base de données à l'aide des autorisations appropriées.
Si vous n'avez pas installé les packages Sun Cluster HA for Sun Java System Web Server pendant l'installation initiale de Sun Cluster, suivez cette procédure pour ce faire. Appliquez-la à chaque noeud du cluster où vous souhaitez installer ces packages.
Si vous installez plusieurs services de données simultanément, recourez à la méthode décrite dans la rubrique “Installing the Software” in Sun Cluster Software Installation Guide for Solaris OS.
Vous pouvez exécuter le programme Sun Java Enterprise System Common Installer à l'aide d'une interface de ligne de commande (ILC) ou d'une interface utilisateur graphique (IUG). Le contenu et l'ordre des instructions des deux méthodes sont identiques.
Pour effectuer cette procédure, vous aurez besoin du Sun Java Enterprise System Common Installer CD.
Sur le noeud du cluster où vous installez les packages Sun Cluster HA for Sun Java System Web Server, connectez-vous en tant que superutilisateur.
(Facultatif) Si vous avez l'intention d'exécuter le programme Sun Java Enterprise System Common Installer
à l'aide d'une IUG, assurez-vous que la variable d'environnement DISPLAY
est définie.
Chargez le CD Sun Java Enterprise System Common Installer dans le lecteur CD.
Si le démon de gestion des volumes vold( 1M) fonctionne et qu'il est configuré pour gérer les périphériques CD, il monte automatiquement le CD dans le répertoire /cdrom.
Déplacez-vous sur le répertoire Sun Java Enterprise System Common Installer du CD.
Sun Java Enterprise System Common Installer réside dans ce répertoire.
# cd /cdrom/Solaris_sparc |
Démarrez le programme Sun Java Enterprise System Common Installer.
# ./installer |
À l'invite, acceptez l'accord de licence et la prise en charge dans la langue appropriée.
L'anglais est sélectionné par défaut.
Sélectionnez Sun Cluster Agents for Sun Java System dans les sous-composants Availability Services & Sun Cluster 3.1 puis continuez.
Cette sélection comprend tous les services de données Sun Cluster disponibles pour les applications Sun Java System, y compris Sun Cluster HA for Sun Java System Web Server.
À l'invite, sélectionnez le type d'installation.
Si vous souhaitez effectuer l'installation avec une configuration minimale, sélectionnez Custom. Les informations de configuration requises vous seront demandées.
Si vous ne voulez installer que les packages de services de données sans configuration, sélectionnez Minimal.
(Facultatif) Si vous ne souhaitez ni enregistrer ce produit ni recevoir de mises à jour, décochez la case Product Registration.
Suivez les instructions affichées à l'écran pour installer les packages Sun Cluster HA for Sun Java System Web Server sur le noeud.
Le programme Sun Java Enterprise System Common Installer affiche l'état de l'installation. Une fois l'installation terminée, le programme affiche un récapitulatif et l'installation démarre.
Quittez le programme Sun Java Enterprise System Common Installer.
Avant de quitter le programme d'installation, veillez à ce que Sun Cluster HA for Sun Java System Web Server ait été correctement installé. Vérifiez que le package est présent en exécutant la commande suivante :
# pkginfo -l SUNWschtt |
Éjectez le CD Sun Java Enterprise System Common Installer du lecteur CD.
Vous pouvez configurer Sun Cluster HA for Sun Java System Web Server en tant que service de données évolutif ou de basculement. Vous devez procéder à quelques étapes supplémentaires pour configurer Sun Java System Web Server en tant que service de données évolutif. Dans la première procédure de cette rubrique, ces étapes sont signalées par une note indiquant qu'elles ne sont requises que pour les services évolutifs. Après la procédure, vous trouverez des exemples de ces deux types de services.
Cette rubrique décrit la procédure d'enregistrement et de configuration de Sun Cluster HA for Sun Java System Web Server.
Cette procédure décrit l'utilisation de la commande scrgadm (1M) pour enregistrer et configurer Sun Cluster HA for Sun Java System Web Server.
il existe aussi d'autres options permettant d'enregistrer et de configurer le service de données. Reportez-vous à la rubrique “Tools for Data Service Resource Administration” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir plus de détails sur ces options.
Pour effectuer cette procédure, vous avez besoin des informations suivantes :
Nom du type de ressource de Sun Cluster HA for Sun Java System Web Server, c'est-à-dire SUNW.iws.
Noms des noeuds du cluster contrôlant le service de données. Dans le cas d'un service de basculement, un seul noeud à la fois peut gérer un service de données.
Nom d'hôte logique (pour les services de basculement) ou adresse partagée (pour les services évolutifs) utilisée par les clients pour accéder au service de données.
Chemin d'accès aux binaires de Sun Java System. Vous pouvez installer les binaires sur les disques locaux ou sur le système de fichiers du cluster. Reportez-vous à la rubrique “Configuration Guidelines for Sun Cluster Data Services” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour consulter les avantages et inconvénients de chaque emplacement.
le paramètre Ressources_réseau_utilisées de la ressource d'application Sun Java System détermine le jeu d'adresses IP utilisées par Sun Java System Web Server. Le paramètre Liste_ports de la ressource détermine la liste des numéros de port utilisés par Sun Java System Web Server. Le détecteur de pannes considère que le démon Sun Java System Web Server écoute sur toutes les combinaisons IP/port. Si vous avez personnalisé le fichier magnus.conf de manière à ce que Sun Java System Web Server écoute sur des ports différents (outre le port 80), le fichier résultant doit contenir toutes les combinaisons adresse IP/port possibles. Le détecteur de pannes tente de sonder toutes les combinaisons de ce type et enregistre des erreurs si Sun Java System Web Server n'écoute pas sur l'une d'entre elles. Si Sun Java System Web Server ne sert pas toutes les combinaisons adresse IP/port, vous devez scinder Sun Java System Web Server en différentes instances les servant.
effectuez cette procédure sur n'importe quel membre du cluster.
Connectez-vous en tant que superutilisateur sur un membre du cluster.
Enregistrez le type de ressource de Sun Cluster HA for Sun Java System Web Server.
# scrgadm -a -t SUNW.iws |
Ajoute le type de ressource du service de données.
Indique le nom du type de ressource prédéfini pour le service de données.
Créez un groupe de ressources de basculement destiné à contenir les ressources réseau et d'application.
Pour les services de basculement, ce groupe de ressources contient également les ressources d'application.
Si vous le souhaitez, vous pouvez également sélectionner le jeu de noeuds sur lequel le service de données peut tourner avec l'option -h.
# scrgadm -a -g groupe_ressources [-h liste_noeuds] |
Indique le nom du groupe de ressources de basculement. Vous pouvez choisir librement ce nom, mais il doit être différent pour chacun des groupes de ressources du cluster.
Une liste facultative, séparée par des virgules, de noms ou ID de noeuds physiques identifiant les maîtres potentiels. L'ordre de cette liste détermine l'ordre dans lequel les noeuds seront utilisés comme noeud principal durant un basculement.
utilisez -h pour déterminer l'ordre de la liste de noeuds. Si tous les noeuds du cluster sont des maîtres potentiels, vous n'avez pas besoin d'utiliser l'option h.
Vérifiez que toutes les adresses réseau que vous utilisez ont été ajoutées à la base de données du service d'attribution de noms.
Vous avez dû effectuer cette vérification au cours de l'installation de Sun Cluster. Reportez-vous au chapitre de planification du Sun Cluster Software Installation Guide for Solaris OS pour obtenir plus de détails.
pour éviter les erreurs lors de la recherche de services de noms, assurez-vous que tous les noms d'hôtes logiques et toutes les adresses partagées figurent dans le fichier /etc/inet/hosts du serveur et du client. Configurez le mappage du service de noms dans /etc/nsswitch.conf sur les serveurs afin de vérifier les fichiers locaux avant d'essayer d'accéder à NIS, NIS+ ou DNS.
Ajoutez une ressource réseau (nom d'hôte logique ou adresse partagée) au groupe de ressources de basculement.
# scrgadm -a {-S | -L} -g groupe_ressources \ -l resource_réseau,… [-j ressource] \ [-X liste_noeuds_aux=noeud, …] [-n liste_netif] |
Utilisez -S pour les ressources d'adresse partagée ou -L pour les ressources de nom d'hôte logique.
Indique le nom du groupe de ressources de basculement.
Indique une liste de ressources réseau, séparées par des virgules, à ajouter. Vous pouvez utiliser l'option -j pour spécifier un nom pour les ressources. Dans le cas contraire, les ressources réseau prennent le nom de la première entrée de la liste.
Spécifie un nom de ressource facultatif. Si vous ne l'indiquez pas, le nom de la ressource réseau par défaut est le premier nom spécifié après l'option -l.
Indique une liste facultative d'ID de noeuds physiques, séparés par des virgules, identifiant les noeuds du cluster susceptibles d'héberger l'adresse partagée mais ne servant jamais de noeuds principaux en cas de basculement. Ces noeuds ainsi que ceux identifiés dans la liste_noeuds du groupe de ressources s'excluent mutuellement, le cas échéant.
Indique le nom du groupe de ressources. Vous pouvez choisir librement ce nom, mais il doit être différent pour chacun des groupes de ressources du cluster.
Indique une liste facultative, séparée par des virgules, de noms ou ID de noeuds physiques identifiant les maîtres potentiels. L'ordre de cette liste détermine l'ordre dans lequel les noeuds seront utilisés comme noeud principal durant un basculement.
Indique une liste optionnelle, séparée par des virgules, identifiant les groupes IPMP présents sur chaque noeud. Chaque élément de la liste_netif doit revêtir la forme netif@noeud. netif peut être fourni sous la forme d'un nom de groupe IPMP, par exemple sc_ipmp0. Le noeud peut être identifié par son nom ou par son ID, par exemple sc_ipmp0@1 ou sc_ipmp@phys-schost-1.
actuellement, Sun Cluster ne prend pas en charge l'utilisation du nom de l'adaptateur pour netif.
Pour les services évolutifs uniquement : créez un groupe de ressources évolutif destiné à tourner sur tous les noeuds du cluster souhaités.
Si vous exécutez Sun Cluster HA for Sun Java System Web Server en tant que service de données de basculement, ignorez cette étape et rendez-vous à l'Étape 8.
Créez un groupe de ressources destiné à contenir une ressource d'application du service de données. Vous devez spécifier le nombre maximum et le nombre souhaité de noeuds primaires, ainsi qu'une dépendance entre ce groupe de ressources et le groupe de ressources de basculement créé à l'Étape 3. Cette dépendance assure qu'en cas de basculement, le gestionnaire de ressources démarre la ressource réseau avant tout service de données dépendant de celle-ci.
# scrgadm -a -g groupe_ressources \ -y Éléments_principaux_max.=m -y Éléments_principaux_souhaités=n \ -y Dépendances_groupe_ressources=groupe_ressources |
Indique le nombre maximum de noeuds principaux actifs autorisés pour ce groupe de ressources. Si vous ne définissez pas cette propriété, sa valeur par défaut est 1.
Indique le nombre souhaité de noeuds principaux actifs autorisés pour ce groupe de ressources. Si vous ne définissez pas cette propriété, sa valeur par défaut est 1.
Identifie le groupe de ressources contenant la ressource d'adresse partagée dont dépend le groupe de ressources créé.
Pour les services évolutifs uniquement : créez une ressource d'application dans le groupe de ressources évolutives.
Si vous exécutez Sun Cluster HA for Sun Java System Web Server en tant que service de données de basculement, ignorez cette étape et rendez-vous à l'Étape 8.
Vous pouvez répéter cette étape pour ajouter plusieurs ressources d'application (par exemple, des versions sécurisées et non sécurisées) à un même groupe de ressources.
Il est également possible que vous souhaitiez définir l'équilibrage de la charge pour le service de données. Pour ce faire, utilisez les deux propriétés de ressource standard Règle_équilibrage_charge et Poids_équilibrage_charge. Reportez-vous à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir une description de ces propriétés. Vous pouvez également consulter les exemples à la fin de cette rubrique.
# scrgadm -a -j ressource -g groupe_ressources \ -t type_ressource -y Ressources_réseau_utilisées=ressource_réseau, … \ -y Liste_ports=numéro_port/protocole, … -y Évolutive=vrai \ -x Liste_rép_conf=répertoire_config, … |
Spécifie le nom de la ressource à ajouter.
Indique le nom du groupe de ressources évolutives dans lequel les ressources doivent être placées.
Indique le type de ressource à ajouter.
Indique une liste de ressources réseau, séparées par des virgules, identifiant les adresses partagées utilisées par le service de données.
Indique une liste de numéros de ports et protocoles, séparés par des virgules, à utiliser, par exemple, 80/tcp,81/tcp.
Indique une valeur booléenne requise pour les services évolutifs.
Indique une liste des emplacements des fichiers de configuration Sun Java System, séparés par des virgules. Cette propriété d'extension est requise pour Sun Cluster HA for Sun Java System Web Server.
une correspondance un à un s'applique pour Liste_rép_conf et Liste_ports, c'est-à-dire que chacune des valeurs d'une liste doit correspondre à celles de l'autre liste dans l'ordre spécifié.
Pour les services de basculement uniquement : créez une ressource d'application dans le groupe de ressources de basculement.
N'exécutez cette opération que si vous exécutez Sun Cluster HA for Sun Java System Web Server en tant que service de données de basculement. Si vous exécutez Sun Cluster HA for Sun Java System Web Server en tant que service évolutif, vous devez avoir exécuté l'Étape 6 et l'Étape 7 auparavant, puis vous rendre désormais à l'Étape 10.
Vous pouvez répéter cette étape pour ajouter plusieurs ressources d'application (par exemple, des versions sécurisées et non sécurisées) à un même groupe de ressources.
# scrgadm -a -j ressource -g groupe_ressources \ -t type_ressource -y Ressources_réseau_utilisées=liste_noms_hôtes_logiques \ -y Liste_ports=numéro_port/protocole \ -x Liste_rép_conf=répertoire_config |
Spécifie le nom de la ressource à ajouter.
Indique le nom du groupe de ressources de basculement dans lequel les ressources doivent être placées.
Indique le type de ressource à ajouter.
Indique une liste de ressources réseau, séparées par des virgules, identifiant les hôtes logiques utilisés par le service de données.
Indique le numéro de port ainsi que le protocole à utiliser, par exemple 80/tcp. La propriété Liste_ports pour les services de basculement doit comporter exactement une entrée en raison de la règle de correspondance un à un existant entre Liste_ports et Liste_rép_conf.
Indique l'emplacement des fichiers de configuration Sun Java System. Le fichier Liste_rép_conf pour les services de basculement doit comporter exactement une entrée. Le répertoire_config doit contenir un répertoire appelé config. Cette propriété d'extension est requise pour Sun Cluster HA for Sun Java System Web Server.
vous pouvez également définir d'autres propriétés d'extension appartenant à Sun Cluster HA for Sun Java System Web Server afin d'ignorer les valeurs par défaut. Reportez-vous au Tableau 1–2 pour obtenir la liste de ces propriétés.
Mettez en ligne le groupe de ressources de basculement.
# scswitch -Z -g groupe_ressources |
Active les ressources réseau et le détecteur de pannes, fait passer le groupe de ressources à l'état GÉRÉ et le met en ligne.
Indique le nom du groupe de ressources de basculement.
Pour les services évolutifs uniquement : mettez en ligne le groupe de ressources évolutives.
# scswitch -Z -g groupe_ressources |
Active la ressource et le détecteur, fait passer le groupe de ressources à l'état GÉRÉ et le met en ligne.
Indique le nom du groupe de ressources évolutives.
L'exemple suivant montre comment enregistrer Sun Cluster HA for Sun Java System Web Server évolutif.
Informations du cluster Noms des noeuds : phys-schost-1, phys-schost-2 Adresse partagée : schost-1 Groupes de ressources : groupe_ressources_sa_1 (pour les adresses partagées), groupe_ressources_iws_1 (pour les ressources d'application évolutives) Ressources : schost-1 (adresse partagée), App_Sun_non_sécurisée_1 (ressource d'application non sécurisée), App_Sun_sécurisée_1 (ressource d'application sécurisée) (Ajoutez un groupe de ressources de basculement qui contienne les adresses partagées.) # scrgadm -a -g groupe_ressources_sa_1 (Ajoutez la ressource d'adresses partagées au groupe de ressources de basculement.) # scrgadm -a -S -g groupe_ressources_sa_1 -l schost-1 (Ajoutez un groupe de ressources évolutives.) # scrgadm -a -g groupe_ressources_iws_1 -y Noeuds_principaux_max.=2 \ -y Noeuds_principaux_souhaités=2 -y Dépendances_groupe_ressources=groupe_ressources_sa_1 (Enregistrez le type de ressource pour Sun Cluster HA for Sun Java System Web Server.) # scrgadm -a -t SUNW.iws (Ajoutez une instance d'application non sécurisée avec l'équilibrage de la charge par défaut.) # scrgadm -a -j App_Sun_non_sécurisée_1 -g groupe_ressources_iws_1 -t SUNW.iws \ -x Liste_rép_conf=/opt/SunONE/https-App_Sun_non_sécurisée_1 \ -y Évolutive=vrai-y Ressources_réseau_utilisées =schost-1 -y Liste_ports=80/tcp (Ajoutez une instance d'application sécurisée avec équilibrage de charge IP sticky.) # scrgadm -a -j App_Sun_sécurisée_1 -g groupe_ressources_iws_1 -t SUNW.iws \ -x Liste_rép_conf=/opt/SunONE/https_App_Sun_sécurisée_1 \ -y Évolutive=vrai -y Ressources_réseau_utilisées=schost-1 \ -y Liste_ports=443/tcp -y Règle_équilibrage_charge=équilibrage_charge_STICKY \ -y Poids_équilibrage_charge=40@1,60@2 (Mettez en ligne le groupe de ressources de basculement.) # scswitch -Z -g groupe_ressources_sa_1 (Mettez en ligne le groupe de ressources évolutives.) # scswitch -Z -g groupe_ressources_iws_1 |
L'exemple suivant illustre la procédure d'enregistrement d'un service Sun Cluster HA for Sun Java System Web Server de basculement sur un cluster à deux noeuds.
Informations du cluster Noms de noeuds : phys-schost-1, phys-schost-2 Nom d'hôte logique : schost-1 Groupe de ressources : groupe_ressources_1 (pour toutes les ressources) Ressources : schost-1 (nom d'hôte logique), App_Sun_non_sécurisée_1 (ressource d'application non sécurisée), App_Sun_sécurisée_1 (ressource d'application sécurisée) (Ajoutez le groupe de ressources qui contienne toutes les ressources.) # scrgadm -a -g groupe_ressources_1 (Ajoutez la ressource de nom d'hôte logique au groupe de ressources.) # scrgadm -a -L -g groupe_ressources_1 -l schost-1 (Enregistrez le type de ressource pour Sun Cluster HA for Sun Java System Web Server.) # scrgadm -a -t SUNW.iws (Ajoutez une instance de ressource d'application non sécurisée.) # scrgadm -a -j App_Sun_non_sécurisée_1 -g groupe_ressources_1 -t SUNW.iws \ -x Liste_rép_conf=/opt/SunONE/conf -y Évolutive=Faux \ -y Ressources_réseau_utilisées=schost-1 -y Liste_ports=80/tcp\ (Ajoutez une instance de ressource d'application sécurisée.) # scrgadm -a -j App_Sun_sécurisée_1 -g groupe_ressources_1 -t SUNW.iws \ -x List_rép_conf=/opt/SunONE/https_App_Sun_sécurisée_1 -y Évolutive=Faux \ -y Ressources_réseau_utilisées=schost-1 -y Liste_ports=443/tcp \ (Mettez en ligne le groupe de ressources.) # scswitch -Z -g Groupe_ressources_1 |
Le type de ressource SUNW.HAStoragePlus a été introduit dans Sun Cluster 3.0 5/02. Ce nouveau type de ressource remplit les mêmes fonctions que SUNW.HAStorage et synchronise les actions entre le stockage HA et le service de données.
SUNW.HAStoragePlus possède également une fonction supplémentaire permettant de rendre hautement disponible le système de fichiers local.
Reportez-vous à la page de manuel SUNW.HAStoragePlus(5) et à la rubrique “Relationship Between Resource Groups and Disk Device Groups” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir des informations de fond. Reportez-vous à la rubrique “Synchronizing the Startups Between Resource Groups and Disk Device Groups” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour connaître la procédure, si vous utilisez une version de Sun Cluster 3.0 antérieure à 5/02, vous devez définir SUNW.HAStorage au lieu de SUNW.HAStoragePlus. Reportez-vous à la rubrique “Synchronizing the Startups Between Resource Groups and Disk Device Groups” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir de nouvelles ressources pour cette procédure.
Cette rubrique décrit les propriétés d'extension de Sun Cluster HA for Sun Java System Web Server. Pour le basculement, le service de données veille à ce que la taille de Liste_rép_conf soit un. Si vous souhaitez plusieurs fichiers de configuration (instances), créez plusieurs ressources de basculement, chacune disposant d'une entrée Liste_rép_conf.
Généralement, la commande scrgadm -x paramètre=valeur sert à configurer les propriétés d'extension lors de la création de la ressource Sun Java System Web Server. Reportez-vous à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir plus de détails sur les propriétés de Sun Cluster.
Pour obtenir des informations sur les propriétés d'extension que vous pouvez configurer pour le serveur Web Sun Java System, reportez vous au Tableau 1–2. La seule propriété d'extension requise pour la création d'une ressource Sun Java System Web Server est Liste_rép_conf. Vous pouvez mettre certaines propriétés d'extension à jour de façon dynamique. Par contre, vous ne pouvez mettre à jour d'autres propriétés d'extension que lors de la création de la ressource. Les entrées de Réglable indiquent à quel moment vous pouvez mettre à jour chaque propriété.
Tableau 1–2 Propriétés d'extension Sun Cluster HA for Sun Java System Web Server
Définissez la propriété d'extension Liste_Uri_Détecteur si vous souhaitez que le détecteur de pannes du serveur Web analyse une liste arbitraire d'applications (URI) servies par le serveur Web. Cette propriété offre une fonctionnalité d'analyse étendue. Elle est utile si vous organisez des couches de services en plus de votre serveur Web. La propriété d'extension Liste_Uri_Détecteur n'est pas prise en charge par les instance sécurisées de Sun Java System Web Server. Si vous ne définissez pas la propriété d'extension Liste_Uri_Détecteur, le détecteur de pannes effectuera une procédure de sonde de base. Reportez-vous à la rubrique Détecteur de pannes de Sun Cluster HA for Sun Java System Web Server pour obtenir plus de détails. Les exemples suivants montrent comment définir la propriété d'extension Liste_Uri_Détecteur lorsque vous ajoutez l'instance de Sun Java System Web Server à votre configuration.
(Ajoutez une instance de Sun Java System Web Server non sécurisée avec l'équilibrage de la charge par défaut.) exemple# scrgadm -a -j web_non_sécurisée_1 -g groupe_ressources_1 -t SUNW.iws \ -x Liste_rép_conf=/opt/SunONE/https_App_Sun_non_sécurisée_1 \ -y Évolutive=vrai -y Ressources_réseau_utilisées=schost-1 -y Liste_ports=8000/tcp -x Liste_Uri_Détecteur=http://schost-1:8000/servlet/monitor |
(Ajoutez une instance de ressource d'application de Sun Java System Web Server non sécurisée.) exemple# scrgadm -a -j web_non_sécurisée-1 -g groupe_ressources_1 -t SUNW.iws \ -x Liste_rép_conf=/opt/SunONE/conf -y Évolutive=faux\ -y Ressources_réseau_utilisées=schost-1 -y Liste_ports=80/tcp \ -x Liste_Uri_détecteur=http://schost-1:80/servlet/monitor |
La sonde de Sun Cluster HA for Sun Java System Web Server utilise une requête au serveur l'interrogeant sur la santé de celui-ci. Avant l'envoi de cette requête, elle vérifie si les ressources réseau sont configurées pour cette ressource du serveur Web. Si aucune n'est configurée, un message d'erreur (Aucune ressource réseau trouvée pour la ressource) est consigné, et la sonde se ferme en générant une erreur.
La sonde doit s'adresser aux deux configurations suivantes de Sun Java System Web Server :
instance sécurisée ;
instance non sécurisée.
La sonde utilise le délai défini dans la propriété de ressource Délai_sonde pour limiter le temps passé à sonder Sun Java System Web Server. Reportez-vous à la rubrique “Standard Properties” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS pour obtenir plus de détails sur cette propriété de ressource.
La définition de la propriété Ressources_réseau_utilisées de la ressource Sun Java System Web Server détermine le jeu d'adresses IP utilisé par le serveur Web. La définition de la propriété de ressource Liste_ports définit la liste des numéros de port employés par Sun Java System Web Server. Le détecteur de pannes considère que le serveur Web écoute sur toutes les combinaisons IP/port. Si vous personnalisez la configuration du serveur Web qu'il écoute sur d'autres numéros de port (outre le port 80), assurez-vous que le fichier de configuration résultant (magnus.conf) contient toutes les combinaisons adresse IP/port possibles. Le détecteur de pannes tente de sonder toutes les combinaisons de ce type et peut enregistrer une erreur si le serveur Web n'écoute pas sur l'une d'entre elles.
La sonde exécute la procédure suivante :
Elle utilise la combinaison adresse IP/port spécifiée pour se connecter au serveur Web. Si la connexion échoue, la sonde en conclut qu'un échec total a eu lieu. Elle l'enregistre et prend les mesures appropriées.
Si elle peut se connecter, la sonde vérifie si le serveur Web tourne en mode sécurisé. Si c'est le cas, elle se déconnecte et renvoie une notification de réussite. Aucun autre contrôle n'est effectué sur Sun Java System Web Server sécurisé.
Toutefois, si le serveur Web tourne en mode non sécurisé, la sonde lui envoie une requête HTTP 1.0 HEAD et attend sa réponse. Cette requête peut échouer pour plusieurs raisons, y compris un trafic réseau intense, une charge système importante ou une configuration erronée.
Cette dernière situation peut être due au fait que vous n'avez pas configuré le serveur Web pour qu'il écoute sur toutes les combinaisons adresse IP/port sondées. Le serveur Web doit traiter chaque port de chaque adresse IP spécifiée pour la ressource.
Les configurations erronées peuvent également découler d'une définition incorrecte des propriétés de ressource Ressources_réseau_utilisées et Liste_ports lors de la création de la ressource.
Si la sonde ne reçoit pas de réponse à sa requête dans le délai défini par Délai_sonde, elle considère qu'il s'agit d'un échec de Sun Cluster HA for Sun Java System Web Server. L'erreur est enregistrée dans l'historique de la sonde.
Il peut s'agir d'un échec total ou partiel. Les erreurs d'analyse suivantes sont considérées comme des échecs totaux.
Échec de connexion au serveur, comme l'indique le message d'erreur suivant, dans lequel %s correspond au nom d'hôte, et %d au numéro de port.
Échec de connexion au port %d de %s |
Dépassement du délai imparti (dépassement du délai imparti dans la propriété de ressource Délai_sonde) après une tentative de connexion au serveur.
Échec d'envoi correct de la chaîne de sonde au serveur, comme l'indique le message d'erreur suivant, le premier %s indiquant le nom d'hôte et %d le numéro de port. Le second %s fournit plus de détails sur l'erreur.
Échec de communication avec le port %d du serveur %s : %s |
Le détecteur accumule deux échecs partiels comme ceux-là dans l'intervalle défini par la propriété Intervalle_nouvelles_tentatives et les comptabilise comme un seul échec.
Les erreurs d'analyse suivantes sont considérées comme des échecs partiels :
Dépassement du délai imparti (défini par la propriété Délai_sonde) lors d'une tentative de lecture de la réponse envoyée par le serveur à la requête de la sonde.
Échec de lecture des données du serveur pour d'autres raisons, comme l'indique le message d'erreur suivant, dans lequel le premier %s correspond au nom d'hôte, et %d au numéro de port. Le second %s fournit plus de détails sur l'erreur.
Échec de communication avec le port %d du serveur %s : %s |
La sonde se connecte au serveur de Sun Java System Web Server et effectue une vérification HTTP 1.1 GET en envoyant une requête HTTP à chacun des Uri de la Liste_Uri_détecteur. Si le code de retour du serveur HTTP est 500 (erreur interne du serveur) ou si la connexion échoue, la sonde entre en action.
Le résultat des requêtes HTTP est soit un échec, soit une réussite. Si toutes les requêtes ont bien reçu une réponse du serveur de Sun Java System Web Server, la sonde revient et poursuit le cycle d'analyse et de veille suivant.
La sonde HTTP GET peut échouer en raison d'un trafic réseau intense, d'une charge système importante ou d'une configuration erronée. Une configuration erronée de la propriété Liste_Uri_Détecteur peut provoquer une panne si un Uri de cette liste contient un port ou un nom d'hôte incorrect. Par exemple, si l'instance du serveur Web écoute sur l'hôte logique schost-1 et que l'URI a été spécifiée comme http://schost-2/servlet/monitor, la sonde tente de contacter schost-2 pour solliciter /servlet/monitor.
Basée sur l'historique des pannes, une défaillance peut entraîner un redémarrage local ou une panne du service de données. Cette opération est décrite plus avant dans la rubrique “Sun Cluster Data Service Fault Monitors” in Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
Mettez à niveau le type de ressource de SUNW.iws si les conditions suivantes sont réunies :
Vous mettez à niveau le service de données à partir d'une ancienne version de Sun Cluster HA for Sun Java System Web Server.
Vous devez utiliser les nouvelles fonctionnalités de ce service de données.
Pour des instructions d'ordre général décrivant la procédure de mise à niveau d'un type de ressource, reportez-vous à la rubrique “Upgrading a Resource Type” du document Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Les informations requises pour effectuer la mise à niveau du type de ressource SUNW.iws sont fournies dans les sous-rubriques suivantes :
Le tableau suivant illustre la relation entre une version de type de ressource et la version des services de données Sun Cluster. La version des services de données Sun Cluster indique la version dans laquelle la version du type de ressource a été introduite.
Version de type de ressource |
Version des services de données Sun Cluster |
---|---|
1 |
1.0 |
3.1 |
3.1 5/03 |
4 |
3.1 10/03 |
Pour déterminer la version du type de ressource enregistrée, utilisez une commande de la liste suivante :
scrgadm -p
scrgadm -pv
Le fichier d'enregistrement du type de ressource (RTR) pour ce type de ressource est /opt/SUNWschtt/etc/SUNW.iws.
Les informations requises pour éditer chacune des instances du type de ressource SUNW.iws sont les suivantes :
Vous pouvez effectuer la migration à tout moment.
Si vous devez utiliser de nouvelles fonctions du service de données Sun Cluster HA for Sun Java System Web Server, la valeur requise de la propriété Type_version est 4.
Si vous devez contrôler des applications déployées, définissez la propriété d'extension Liste_Uri_détecteur sur un Uri unique ou une liste d'Uri pour spécifier l'emplacement des applications à sonder.
L'exemple suivant illustre une commande de modification d'une instance du type de ressource SUNW.iws.
# scrgadm -c -j webserver-rs -y Type_version=4 \ -x Liste_Uri_Détecteur=http://schost-1/test.html |
Cette commande modifie la ressource SUNW.iws nommée webserver-rs comme suit :
La propriété Type_version de cette ressource est définie sur 4.
La sonde du détecteur de pannes contrôlera l'Uri http://schost-1/test.html.