Ajout d'un cluster à un bus pour la haute disponibilité ou l'évolutivité

Vous pouvez ajouter un cluster comme membre d'un bus et utiliser l'assistant de création de règles de moteur de messagerie et une stratégie de moteur de messagerie prédéfinie fournissant la haute disponibilité, l'évolutivité ou l'évolutivité avec haute disponibilité. Cet assistant vous aider à créer et à configurer les moteurs de messagerie dans un cluster afin d'obtenir le comportement requis du moteur de messagerie.

Avant de commencer

Vérifiez que vous avez défini les ressources répertoriées dans Ajout d'un cluster comme membre d'un bus.

Pourquoi et quand exécuter cette tâche

Les règles de moteur de messagerie prédéfinies suivantes sont disponibles :
  • Haute disponibilité. Utilisez la règle de haute disponibilité pour garantir qu'un moteur de messagerie s'exécute en permanence dans le cluster, de sorte que les messages soient toujours transmis.

    La règle de moteur de messagerie de haute disponibilité crée un moteur de messagerie unique pour le cluster. En cas de défaillance, le moteur de messagerie bascule sur l'un des autres serveurs du cluster. L'ordre dans lequel sont utilisés les serveurs en cas de défaillance dépend de l'ordre dans lequel ils apparaissent dans la liste des serveurs favoris. Plus le serveur est placé haut dans la liste des serveurs favoris, plus la préférence pour ce serveur est forte. Le moteur de messagerie ne prend pas en charge la reprise par restauration, c'est-à-dire que si un serveur mieux placé dans la liste des serveurs favoris devient à nouveau disponible, le moteur de messagerie ne bascule pas sur ce serveur.

  • Evolutivité. Utilisez la règle d'évolutivité dans le cas d'un système pour lequel vous voulez ajouter des serveurs à un cluster et conserver les performances.

    La règle de moteur de messagerie d'évolutivité crée un moteur de messagerie unique pour chaque serveur du cluster. Chaque moteur de messagerie ne peut s'exécuter que sur le serveur auquel il est associé et ne peut pas basculer sur un autre serveur en cas de défaillance. Si un serveur est défaillant, le moteur de messagerie sur lequel il s'exécute présente également des défaillances et n'est pas disponible jusqu'à la reprise du serveur. Vous pouvez ajouter de nouveaux serveurs au cluster sans affecter les moteurs de messagerie existants dans le cluster.

  • Evolutivité avec haute disponibilité. Utilisez la règle d'évolutivité avec haute disponibilité dans le cas d'un système pour lequel vous voulez ajouter d'autres serveurs à un cluster et conserver les performances et si vous voulez garantir la disponibilité permanente de la messagerie.

    La règle de moteur de messagerie d'évolutivité avec haute disponibilité crée un moteur de messagerie unique pour chaque serveur dans le cluster. Chaque moteur de messagerie peut basculer sur un autre serveur spécifié du cluster en cas de défaillance. Chaque serveur peut héberger jusqu'à deux moteurs de messagerie, de sorte qu'il existe une relation circulaire ordonnée entre les serveurs. Chaque moteur de messagerie prend en charge la reprise par restauration, c'est-à-dire que si un moteur de messagerie bascule sur un autre serveur en cas de défaillance puis que le serveur d'origine redevient disponible, le moteur de messagerie rebascule sur le serveur d'origine automatiquement.

[AIX Solaris HP-UX Linux Windows][IBM i]Vous pouvez éventuellement optimiser les tailles de segment de mémoire initiale et maximale de la machine virtuelle Java™ (JVM). L'optimisation de la taille des segments de mémoire permet de s'assurer que les serveurs d'applications qui hébergent un ou plusieurs moteurs de messagerie reçoivent une quantité de mémoire adéquate pour le débit de messages que vous souhaitez.

Si vous utilisez une cellule à version mixte, un bus d'intégration de services exécuté dans cette version du produit peut contenir uniquement des membres de bus WebSphere Application Server Version 6 exécutés dans les versions suivantes du produit :
  • 6.0.2 (groupe de correctifs 23 ou ultérieur)
  • 6.1.0 (groupe de correctifs 13 ou ultérieur)

Si la sécurité est activée et que le bus comporte des membres de différentes versions, la confiance entre ces derniers est établie au moyen d'un alias d'authentification intermoteurs. Si vous ajoutez un cluster de serveurs comme membre de bus à WebSphere Application Server Version 6 et qu'il s'agit du premier membre de bus à ce niveau, vous devez sélectionner ou créer un alias d'authentification au cours de cette tâche. Cette action définit l'alias d'authentification entre moteurs.

Procédure

  1. Dans le panneau de navigation, cliquez sur Intégration des services -> Bus -> nom_bus -> [Topologie] Membres du bus
  2. Cliquez sur Ajouter pour démarrer l'assistant d'ajout d'un membre de bus.
  3. Dans le premier panneau, sélectionnez Cluster et dans la liste déroulante, choisissez le cluster devant devenir membre du bus.
  4. Dans le panneau Paramètres de l'assistant de création de règles de moteur de messagerie, vérifiez que la case Activer l'assistant de création de règles de moteur de messagerie est cochée. Sélectionnez l'une des options suivantes, en fonction de la règle de moteur de messagerie requise :
    • Haute disponibilité
    • Evolutivité
    • Evolutivité avec haute disponibilité
    Si la valeur de la colonne "Configuration supplémentaire requise ?" pour la règle de moteur de messagerie sélectionnée est Non, poursuivez la procédure. Sinon, consultez les messages affichés et envisagez de changer la configuration du cluster ou continuez. Un schéma du cluster sélectionné et du résultat final de la règle de moteur de messagerie sélectionnée s'affiche.
  5. Sélectionnez le type d'emplacement de stockage des messages que vous avez déjà défini.
  6. Dans le panneau Configuration de moteurs de messagerie, pour chaque moteur de messagerie répertorié, cliquez sur le nom du moteur de messagerie et entrez les détails pour l'emplacement de stockage des messages associé.
    • Si vous utilisez un magasin de fichiers, spécifiez les chemins d'accès aux répertoires des fichiers journaux, au magasin de fichiers permanent et au magasin de fichiers temporaire. N'utilisez pas le chemin d'accès par défaut et assurez-vous d'utiliser un chemin d'accès unique pour chaque moteur de messagerie.
    • Si vous utilisez un magasin de données, spécifiez le nom JNDI de la source de données qui fournit l'accès à la base de données contenant le magasin de données.
  7. Facultatif : [AIX Solaris HP-UX Linux Windows][IBM i]Dans la sous-fenêtre Ajuster les paramètres des performances, vous pouvez afficher les paramètres actuels des tailles de segment de mémoire initiale et maximale de la machine virtuelle Java (JVM). Si vous souhaitez optimiser les performances en modifiant les paramètres actuels, cochez la case Modifier les tailles de pile et entrez les modifications requises dans les zones Tailles de pile proposées.
  8. Si la sécurité est activée et que l'ajout de ce membre du bus du cluster crée un bus de version mixte, l'assistant demande un alias d'authentification. Effectuez l'une des actions suivantes :
    • Sélectionnez un alias d'authentification existant.
    • Créez un alias d'authentification. Indiquez un nom d'alias et un mot de passe uniques.
    Cette action définit l'alias d'authentification entre moteurs.
  9. Une fois l'assistant d'ajout d'un nouveau membre de bus terminé, sauvegardez vos modifications dans la configuration maîtresse.

Résultats

Vous venez de créer un membre de bus de cluster.
  • Dans le cas de la règle de moteur de messagerie de haute disponibilité, il existe un moteur de messagerie unique, appelé nom_cluster.nnn-nom_bus, qui peut basculer sur n'importe lequel des serveurs du cluster en cas de défaillance.
  • Dans le cas de la règle de moteur de messagerie d'évolutivité, il existe un moteur de messagerie pour chaque serveur du cluster, appelé nom_cluster.nnn-nom_bus. Chaque moteur de messagerie du cluster s'exécute sur un serveur uniquement.
  • Dans le cas de la règle de moteur de messagerie de haute disponibilité, il existe un moteur de messagerie pour chaque serveur d'applications du cluster, appelé nom_cluster.nnn-nom_bus. Chaque moteur de messagerie du cluster peut basculer sur un autre serveur spécifié du cluster en cas de défaillance et prend en charge la reprise par restauration sur le serveur favori si ce dernier redevient disponible.
Pour chaque moteur de messagerie, il existe une règle de groupe central appelée nom_moteur_messagerie-numéroRègle. Son comportement est celui que vous avez choisi pour la règle de moteur de messagerie et elle est associée au moteur de messagerie via ses critères de correspondance.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjj1001_
Nom du fichier : tjj1001_.html