test

Guide des services de données Sun Cluster pour Sun Java System Web Server pour SE Solaris

Installation et configuration de Sun Cluster HA for Sun Java System Web Server

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 :

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.

Remarque :

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.

Remarque :

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.

Remarque :

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.

Planification de l'installation et de la configuration

Répondez aux questions suivantes avant de démarrer votre installation.

Installation et configuration de Sun Cluster HA for Sun Java System Web Server

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 et configuration 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

Installation et configuration de Sun Java System Web Server

Cette rubrique décrit les étapes à suivre pour effectuer les tâches suivantes :

Remarque :

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.

Procédure d'installation de Sun Java System Web Server

Pour effectuer cette procédure, vous avez besoin des informations de configuration suivantes.

Remarque :

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.

  1. Connectez-vous en tant que superutilisateur sur un membre du cluster.

  2. 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.

    Remarque :

    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.

  3. 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.

  4. 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.

    Remarque :

    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.

  5. 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.

  6. 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.

Procédure de configuration de Sun Java System Web Server

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 :

  1. 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/
    Remarque :

    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.

  2. Lancez le navigateur Netscape à partir de la station d'administration ou d'un noeud du cluster.

  3. 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

  4. 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.

  5. 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.

  6. 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.

    Remarque :

    protégez le fichier contenant le mot de passe de la base de données à l'aide des autorisations appropriées.

Installation des packages Sun Cluster HA for Sun Java System Web Server

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.

Procédure d'installation des packages Sun Cluster HA for Sun Java System Web Server à l'aide du programme Sun Java Enterprise System Common Installer

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.

  1. 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.

  2. (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.

  3. 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.

  4. 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

  5. Démarrez le programme Sun Java Enterprise System Common Installer. 


    # ./installer

  6. À 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.

  7. 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.

  8. À 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.

  9. (Facultatif) Si vous ne souhaitez ni enregistrer ce produit ni recevoir de mises à jour, décochez la case Product Registration.

  10. 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.

  11. 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

  12. Éjectez le CD Sun Java Enterprise System Common Installer du lecteur CD.

    1. Afin de vous assurer que le CD n'est pas utilisé, déplacez-vous sur un répertoire ne résidant pas sur le CD.

    2. Éjectez le CD. 


      # eject cdrom

Enregistrement et configuration de Sun Cluster HA for Sun Java System Web Server

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.

Procédure d'enregistrement et de configuration de Sun Cluster HA for Sun Java System Web Server

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.

Remarque :

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 :

Remarque :

effectuez cette procédure sur n'importe quel membre du cluster.

  1. Connectez-vous en tant que superutilisateur sur un membre du cluster.

  2. Enregistrez le type de ressource de Sun Cluster HA for Sun Java System Web Server. 


    # scrgadm -a -t SUNW.iws
    -a

    Ajoute le type de ressource du service de données.

    -t SUNW.iws

    Indique le nom du type de ressource prédéfini pour le service de données.

  3. 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]
    -g groupe_ressources

    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.

    -h liste_noeuds

    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.

    Remarque :

    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.

  4. 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.

    Remarque :

    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.

  5. 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]
    -S | -L

    Utilisez -S pour les ressources d'adresse partagée ou -L pour les ressources de nom d'hôte logique.

    -g groupe_ressources

    Indique le nom du groupe de ressources de basculement.

    -l ressource_réseau, …

    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.

    -j ressource

    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.

    -X liste_noeuds_aux=noeud, …

    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.

    -g groupe_ressources

    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.

    -h liste_noeuds

    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.

    -n liste_netif

    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.

    Remarque :

    actuellement, Sun Cluster ne prend pas en charge l'utilisation du nom de l'adaptateur pour netif.

  6. 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
    -y Éléments_principaux _max. =m

    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.

    -y Éléments_principaux_souhaités=n

    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.

    -y dépendances_groupes_ressources = groupe_ressources

    Identifie le groupe de ressources contenant la ressource d'adresse partagée dont dépend le groupe de ressources créé.

  7. 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, …
    -j ressource

    Spécifie le nom de la ressource à ajouter.

    -g groupe_ressources

    Indique le nom du groupe de ressources évolutives dans lequel les ressources doivent être placées.

    -t type_ressource

    Indique le type de ressource à ajouter.

    -y Ressources_réseau_utilisées = ressource_réseau, …

    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.

    -y Liste_ports=numéro_port/protocole, …

    Indique une liste de numéros de ports et protocoles, séparés par des virgules, à utiliser, par exemple, 80/tcp,81/tcp.

    -y Évolutive=vrai

    Indique une valeur booléenne requise pour les services évolutifs.

    -x Liste_rép_conf=répertoire_config, …

    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.

    Remarque :

    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é.

  8. 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
    -j ressource

    Spécifie le nom de la ressource à ajouter.

    -g groupe_ressources

    Indique le nom du groupe de ressources de basculement dans lequel les ressources doivent être placées.

    -t type_ressource

    Indique le type de ressource à ajouter.

    -y Ressources_réseau_utilisées =Ressource_réseau, …

    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.

    -y Liste_ports =numéro_port/protocole

    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.

    -x Liste_rép_conf=répertoire_config

    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.

    Remarque :

    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.

  9. Mettez en ligne le groupe de ressources de basculement. 


    # scswitch -Z -g groupe_ressources
    -Z

    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.

    -g groupe_ressources

    Indique le nom du groupe de ressources de basculement.

  10. Pour les services évolutifs uniquement : mettez en ligne le groupe de ressources évolutives. 


    # scswitch -Z -g groupe_ressources
    -Z

    Active la ressource et le détecteur, fait passer le groupe de ressources à l'état GÉRÉ et le met en ligne.

    -g groupe_ressources

    Indique le nom du groupe de ressources évolutives.

Exemple : enregistrement de Sun Cluster HA for Sun Java System Web Server évolutif

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

Exemple : enregistrement de Sun Cluster HA for Sun Java System Web Server de basculement

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

Procédure de configuration du type de ressource SUNW.HAStoragePlus

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.

Configuration des propriétés d'extension Sun Cluster HA for Sun Java System Web Server

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

Nom de la propriété d'extension  

Description 

Liste_rép_conf (tableau de chaînes)

Pointeur indiquant le répertoire racine du serveur pour une instance de Sun Java System Web Server donnée. Si Sun Java System Web Server est en mode sécurisé, le chemin doit contenir un fichier appelé keypass, contenant le mot de passe sécurisé requis pour lancer cette instance.

Valeur par défaut : aucune

Plage : aucune

Réglable : à la création

Basculement_activé (booléen)

Propriété indiquant si le détecteur de pannes bascule sur la ressource de Sun Java System Web Server si le nombre de tentatives de redémarrage dépasse Nombre_nouvelles_tentatives dans le laps de temps spécifié par Intervalle_nouvelles_tentatives. Les valeurs possibles de cette propriété d'extension sont les suivantes :

  • Vrai : indique que le détecteur de pannes bascule sur la ressource de Sun Java System Web Server.

  • Faux : indique que le détecteur de pannes ne bascule pas sur la ressource de Sun Java System Web Server.

 

Valeur par défaut : vrai

Plage : sans objet.

Réglable : lorsque la ressource est désactivée

Nombre_nouvelles_tentatives_ moniteur (entier)

Nombre de fois où le moniteur de processus démarre le détecteur de pannes pendant la période spécifiée par la propriété Intervalle_nouvelles_tentatives_ moniteur. Notez que cette propriété fait référence au redémarrage du détecteur de pannes lui-même et non de la ressource. Les propriétés définies par le système Intervalle_nouvelles_tentatives et Nombre_nouvelles_tentatives commandent les redémarrages de la ressource.

 

Valeur par défaut : 4

Plage : 0 – 2,147,483,641

–1 indique un nombre infini de nouvelles tentatives.

Réglable : à tout moment

Intervalle_nouvelles_tentatives_ détecteur (entier)

Laps de temps (en minutes) pendant lequel les échecs du détecteur de pannes sont comptés. Si le nombre d'erreurs du détecteur de pannes dépasse la valeur définie dans la propriété d'extension Nombre_nouvelles_tentatives_ moniteur au cours de cette période, le moniteur de processus ne redémarre pas le détecteur de pannes.

Valeur par défaut : 2

Plage : 0 – 2,147,483,641

–1 indique un intervalle de nouvelles tentatives infini.

Réglable : à tout moment

Délai_sonde (entier)

Délai d'attente (en secondes) utilisé par le détecteur de pannes pour sonder une instance Sun Java System Web Server. 

Valeur par défaut : 90

Plage : 0 – 2,147,483,641

Réglable : à tout moment

Liste_Uri_Détecteur (chaîne)

URI unique ou liste d'URI pouvant être utilisés par le détecteur de pannes pour sonder toutes les applications déployées sur Sun Java System Web Server. Sondez-les en définissant la propriété sur un ou plusieurs URI gérés par des applications déployées sur Sun Java System Web Server. 

Valeur par défaut : e

Réglable : à tout moment

Introduit dans la version : 3.1 10/03

Surveillance d'URI arbitraires

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.

Exemple : définition de Liste_Uri_Détecteur pour une instance évolutive de Sun Java System Web Server


(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

Exemple : définition de Liste_Uri_Détecteur pour une instance de basculement de Sun Java System Web Server


(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 

Détecteur de pannes de Sun Cluster HA for Sun Java System Web Server

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 :

Si le serveur Web est en mode sécurisé et que la sonde ne peut pas obtenir les ports sécurisés du fichier de configuration, un message d'erreur (Impossible d'analyser le fichier de configuration) est consigné, et la sonde se ferme en générant une erreur. Les sondes d'instances sécurisées et non sécurisées procèdent de la même manière.

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 :

  1. 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.

  2. 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

  3. 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.

Mise à niveau du type de ressource Sun Cluster HA for Sun Java System Web Server

Mettez à niveau le type de ressource de SUNW.iws si les conditions suivantes sont réunies :

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 :

Informations sur l'enregistrement de la nouvelle version du type de ressource

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 :

Le fichier d'enregistrement du type de ressource (RTR) pour ce type de ressource est /opt/SUNWschtt/etc/SUNW.iws.

Informations sur la migration d'instances existantes du type de ressource

Les informations requises pour éditer chacune des instances du type de ressource SUNW.iws sont les suivantes :

L'exemple suivant illustre une commande de modification d'une instance du type de ressource SUNW.iws.

Exemple 1–1 Migration d'instances 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 :