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 décrit les procédures d'installation et de configuration de Sun Cluster HA for Sun Java System Web Server. Ce service de données était auparavant connu sous les noms Sun Cluster HA for Netscape TM HTTP, Sun Cluster HA for iPlanet Web Server et Sun Cluster HA for Sun ONE 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.

Les procédures contenues dans ce chapitre 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” du document 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 SunPlex Manager pour plus de détails.

Remarque –

si vous exécutez plusieurs services de données au sein de votre configuration Sun Cluster, vous pouvez les configurer dans n'importe quel ordre, sauf si Sun Cluster HA for Sun Java System Web Server dépend de Sun Cluster HA for DNS : dans ce cas, 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 man appropriée. 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 mappages 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 « back-end », par exemple un RDBMS, veillez à ce que le logiciel Sun Cluster contrôle également le serveur « back-end ». 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 nœuds 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 nœuds 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 nœud 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 nœuds 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/http-instance/logs/
    Remarque –

    si vous prévoyez de disposer de journaux d'erreurs et de 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 nœud du cluster.

  3. Sur l'un des nœuds 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 défini comme superutilisateur.

    • Modifiez le champ d'adresse de liaison en choisissant l'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 de sorte qu'elles prennent en compte 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 –

    vous devez protéger ce fichier, contenant le mot de passe de la base de données, avec les 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 nœud 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 “Installation du logiciel” du Guide d’installation du logiciel Sun Cluster pour SE Solaris.

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 avez besoin du CD-ROM Sun Java Enterprise System Common Installer.

  1. Sur le nœud 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-ROM Sun Java Enterprise System Common Installer dans le lecteur CD-ROM.

    Si le démon de gestion des volumes vold( 1M) fonctionne et qu'il est configuré pour gérer les périphériques CD-ROM, il monte automatiquement le CD-ROM dans le répertoire /cdrom.

  4. Déplacez-vous sur le répertoire Sun Java Enterprise System Common Installer du CD-ROM.

    Le Sun Java Enterprise System Common Installer se trouve 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 sélectionnez 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. Lorsque vous y êtes invité, indiquez à quel moment vous souhaitez effectuer la configuration.

    • Sélectionnez Configurer maintenant si vous souhaitez effectuer cette opération maintenant. Vous pouvez progressivement accepter ou remplacer les valeurs par défaut.

    • Sélectionnez Configurer ultérieurement si vous souhaitez effectuer la configuration après l'installation.

  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 nœud.

    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, assurez-vous d'avoir correctement installé Sun Cluster HA for Sun Java System Web Server. Vérifiez que le package est présent en exécutant la commande suivante : 


    # pkginfo -l SUNWschtt

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

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

    2. Éjectez le CD-ROM. 


      # 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” du document 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 nœuds sur lequel le service de données peut tourner avec l'option -h. 


    # scrgadm -a -g groupe-ressources [-h liste_nœuds]
    -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_nœuds

    Une liste facultative, séparée par des virgules, de noms ou ID de nœuds physiques identifiant les maîtres potentiels. L'ordre de cette liste détermine l'ordre dans lequel les nœuds seront utilisés comme nœud principal durant un basculement.

    Remarque –

    utilisez -h pour déterminer l'ordre de la liste de nœuds. Si tous les nœuds 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 des services de noms dans le fichier /etc/nsswitch.conf sur les serveurs afin qu'il vérifie d'abord les fichiers locaux avant d'essayer d'accéder à NIS ou NIS+.

  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 ressource-réseau,… [-j ressource] \
[-X liste_nœuds_aux=nœud, …] [-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 le fournissez pas, le nom par défaut est le premier indiqué après l'option -l.

    -X liste_nœuds_aux =nœud, …

    Indique une liste facultative d'ID de nœuds physiques, séparés par des virgules, identifiant les nœuds du cluster susceptibles d'héberger l'adresse partagée mais ne servant jamais de nœuds principaux en cas de basculement. Ces nœuds ainsi que ceux identifiés dans la liste_nœuds 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_nœuds

    Indique une liste facultative, séparée par des virgules, de noms ou ID de nœuds physiques identifiant les maîtres potentiels. L'ordre de cette liste détermine l'ordre dans lequel les nœuds seront utilisés comme nœud 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 nœud. Chaque élément de la liste_netif doit se présenter sous la forme netif@nœud. netif peut être fourni comme un nom de groupe IPMP, par exemple sc_ipmp0. Le nœud 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 nœuds 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 nœuds 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 Maximum_primaries=m -y Desired_primaries=n \
-y RG_dependencies=groupe-ressources
    -y Maximum_primaries=m

    Indique le nombre maximum de nœuds 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 Desired_primaries=n

    Indique le nombre souhaité de nœuds 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 RG_dependencies= 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 Load_balancing_policy et Load_balancing_weights. Reportez-vous à la rubrique “Standard Properties” du document Sun Cluster Data Service 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 Network_resources_used=ressource-réseau, … \
-y Port_list=numéro-port/protocole, … -y Scalable=True \
-x Confdir_list=rép-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 Network_resources_used = 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 Port_list=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 Scalable=True

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

    -x Confdir_list =rép_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 aux propriétés Confdir_List et Port_list, 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 Network_resources_used=liste-noms_hôtes-logiques \
-y Port_list=numéro-port/protocole \
-xConfdir_list=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 Network_resources_used =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 Port_list=numéro-port/protocole

    Indique le numéro de port ainsi que le protocole à utiliser, par exemple 80/tcp. La propriété Port_list des services de basculement doit comporter exactement une entrée en raison de la règle de correspondance un à un existant entre les propriétés Port_list et Confdir_list.

    -x Confdir_list=répertoire-config

    Indique l'emplacement des fichiers de configuration Sun Java System. Le fichier Confdir_list relatif aux 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 une 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 nœuds : phys-schost-1, phys-schost-2
Adresse partagée : schost-1
Groupes de ressources : groupe-ressources-ap-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-ap-1
 
(Ajoutez la ressource d'adresses partagées au groupe de ressources de basculement.)
# scrgadm -a -S -g groupe-ressources-ap-1 -l schost-1
 
(Ajoutez un groupe de ressources évolutives.)
# scrgadm -a -g groupe-ressources-iws-1 -y Maximum_primaries=2 \
-y Desired_primaries=2 -y RG_dependencies=groupe-ressources-ap-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 Confdir_List=/opt/SunONE/https-app-Sun-non-sécurisée-1 \
-y Scalable=True -y Network_resources_used=schost-1 -y Port_list=80/tcp 

(Ajoutez une instance d'application sécurisée avec équilibrage de charge IP sticky.)
# scrgadm -a -j app-Sun-non-sécurisée-1 -g groupe-ressources-iws-1 -t SUNW.iws \
-x Confdir_List=/opt/SunONE/https-app-Sun-sécurisée-1 \
-y Scalable=True -y Network_resources_used=schost-1 \
-y Port_list=443/tcp -y Load_balancing_policy=LB_STICKY \
-y Load_balancing_weights=40@1,60@2
 

(Mettez en ligne le groupe de ressources de basculement.)
# scswitch -Z -g groupe-ressources-ap-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 nœuds. 


Informations du cluster
Noms de nœuds : 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 Confdir_list=/opt/SunONE/conf -y Scalable=False \
-y Network_resources_used=schost-1 -y Port_list=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 Confdir_List=/opt/SunONE/https-App-Sun-sécurisée-1 -y Scalable=False \
-y Network_resources_used=schost-1 -y Port_list=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.

Pour obtenir des informations plus approfondies, reportez-vous à la page man SUNW.HAStoragePlus(5) et à la rubrique “Relationship Between Resource Groups and Disk Device Groups” du document Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Reportez-vous à la rubrique “Synchronizing the Startups Between Resource Groups and Disk Device Groups” du document 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” du document Sun Cluster Data Service Planning and Administration Guide 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 Confdir_list soit paramétrée sur un. Si vous souhaitez plusieurs fichiers de configuration (instances), créez plusieurs ressources de basculement, chacune disposant d'une entrée Confdir_list.

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. Pour de plus amples informations sur les propriétés de Sun Cluster, reportez-vous à la rubrique “Standard Properties” du document Sun Cluster 3.1 Data Service Planning and Administration Guide.

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

Confdir_list (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 :lors de la création

> Failover_enabled (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 la valeur de la propriété Retry_count dans le laps de temps spécifié par la propriété Retry_interval. Les valeurs possibles de cette propriété d'extension sont les suivantes :

  • True : indique que le détecteur de pannes effectue le basculement de la ressource Sun Java System Web Server.

  • False : indique que le détecteur de pannes n'effectue pas le basculement de la ressource Sun Java System Web Server.

 

Valeur par défaut : True

Plage : Non applicable

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

Monitor_retry_count (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é Monitor_retry_interval. 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 Retry_interval et Retry_count 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

Monitor_retry_interval (entier)

Délai (en minutes) pendant lequel les erreurs sont comptées par le détecteur de pannes. Si le nombre d'erreurs du détecteur de pannes dépasse la valeur définie dans la propriété d'extension Monitor_retry_count 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 infini entre les nouvelles tentatives.

Réglable : à tout moment

Probe_timeout (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

Monitor_Uri_List(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 : nulle

Réglable : à tout moment

Introduit dans la version : 3.1 10/03

Surveillance d'URI arbitraires

Définissez la propriété d'extension Monitor_Uri_List 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 Monitor_Uri_List 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 Monitor_Uri_List, 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 Monitor_Uri_List lorsque vous ajoutez l'instance de Sun Java System Web Server à votre configuration.

Exemple : définition de la propriété Monitor_Uri_List 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-not-secure-1 -g resource-group-1 -t SUNW.iws \
-x Confdir_List=/opt/SunONE/https-Sun-app-insecure-1 \
-y Scalable=True -y Network_resources_used=schost-1 -y Port_list=8000/tcp
-x 
Monitor_Uri_list=http://schost-1:8000/servlet/monitor

Exemple : définition de la propriété Monitor_Uri_List 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-not-secure-1 -g resource-group-1 -t SUNW.iws \
-x Confdir_list=/opt/SunONE/conf -y Scalable=False \
-y Network_resources_used=schost-1 -y Port_list=80/tcp \
-x Monitor_Uri_list=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 Probe_timeout pour limiter le temps passé à sonder Sun Java System Web Server. Reportez-vous à la rubrique “Standard Properties” du document Sun Cluster Data Service 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é Network_resources_used 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 Port_list 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 Network_resources_used et Port_list 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 Probe_timeout, 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 Probe_timeout) après une tentative de connexion au serveur.

    • Échec d'envoi de la chaîne d'analyse 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. 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é Retry_interval 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é Probe_timeout) 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 Monitor_Uri_List. 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é Monitor_Uri_List 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” du document Sun Cluster Data Service 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 du 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 Monitor_Uri_List=http://schost-1/test.html

Cette commande modifie la ressource SUNW.iws nommée webserver-rs comme suit :