[AIX Solaris HP-UX Linux Windows][IBM i]

Configuration du support de quorum SIP à l'aide du groupe central par défaut

Vous pouvez configurer un quorum pour éviter une incohérence dans des conteneurs de protocole SIP ou des erreurs répétées d'un serveur proxy. Les décisions de routage appropriées peuvent être prises si un quorum est activé avant qu'une partition réseau ne se produise. Une partition réseau peut avoir lieu lorsqu'un ensemble de conteneurs SIP sont déconnectés du réseau, puis reconnectés.

Avant de commencer

Déterminez si vous souhaitez configurer la fonction de quorum pour un groupe central entier ou pour des clusters spécifiques au sein d'un groupe central. La rubrique Implications des paramètres de règles de groupe à haute disponibilité fournit des informations supplémentaires sur la fonctionnalité de quorum.

Pourquoi et quand exécuter cette tâche

Tous les conteneurs SIP publient un ensemble d'identificateurs (ID) uniques au serveur proxy SIP. Chaque ID correspond à un ensemble de sessions SIP. Le serveur proxy SIP peut prendre les décisions d'acheminement appropriées en fonction du mappage de un à un des ID avec les conteneurs SIP.

Un réseau est partitionné lorsqu'un périphérique réseau dans la topologie de la cellule échoue. Certaines portions ou partitions de la cellule sont alors déconnectées de l'autre portion ou partition.
Eviter les incidents Eviter les incidents: Si une partition réseau divise à parts égales les membres du cluster, la moitié de ces membres est sélectionnée de façon arbitraire pour faire partie du quorum. Ce partage peut engendrer un redémarrage de la partition pendant qu'elle est encore connectée aux clients. Par conséquent, la configuration du système doit minimiser les partitions divisées à parts égales. Créez un ensemble formé de trois regroupements : trois centres de données, trois centres de composants blade et trois regroupements de membres de cluster.gotcha

Lorsque la connectivité du réseau est interrompue, un conteneur SIP de sauvegarde prend possession de tous les ID qui étaient gérés par le conteneur SIP déconnecté. Le conteneur de sauvegarde publie ensuite l'acquisition de ces ID sur le proxy SIP afin que ce dernier prenne les décisions d'acheminement correctes.

Lorsque la connexion au réseau du conteneur est rétablie, ce dernier commence à publier l'acquisition des ID sur le serveur proxy SIP pour indiquer que les ID du conteneur reconnecté et du conteneur de sauvegarde sont identiques. Si le proxy SIP possède deux destinations pour chaque ID, il lui est impossible de prendre les bonnes décisions d'acheminement. Pour éviter cet incident, vous devez configurer la fonction du quorum SIP avant qu'un réseau ne soit partitionné.

La fonction de quorum SIP peut être activée pour un groupe central entier, tel DefaultCoreGroup, ou pour des clusters spécifiques au sein d'un groupe central. Lorsque la fonction de quorum est activée dans les règles par défaut du groupe central de quorum SIP, elle est activée pour tous les clusters du groupe central. Si la fonction de quorum n'est activée que pour certains des clusters dans un groupe central, vous devez alors modifier les règles par défaut et créer une copie de la configuration des règles de groupe central afin d'activer une prise en charge de ces clusters par support de quorum.

Vous devez activer les règles par défaut du groupe central de quorum SIP ou configurer une copie de la règle de groupe central avec un quorum activé pour chaque groupe central nécessitant une prise en charge par le quorum. L'objectif du groupe à haute disponibilité utilisant cette règle de groupe central consiste à pister un quorum entre les conteneurs SIP ou les serveurs proxy SIP d'un cluster.

Effectuez les étapes suivantes pour configurer la fonction du quorum en utilisant une règle supplémentaire de groupe central de quorum SIP.

Remarque : Un seul nom de cluster peut être associé à une règle. Répétez cette procédure pour chaque cluster exigeant que la fonction de quorum SIP crée une nouvelle règle avec les critères de concordance appropriés. Chaque règle de quorum SIP doit avoir au maximum trois critères de concordance.

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Groupes centraux >> Paramètres de groupe central > nom_groupe_central.
  2. Cliquez sur Règles > Nouveau.
  3. Sélectionnez Toutes les règles actives, puis cliquez sur Suivant
  4. Entrez un nom unique pour la règle dans la zone Nom, puis entrez une description dans la zone Description.
  5. Sélectionnez Quorum, puis cliquez sur OK. Vous recevrez un message d'avertissement indiquant que vous devez définir au moins un critère de concordance pour cette règle.
  6. Dans la section Propriétés supplémentaires, cliquez sur Critères de correspondance > Nouveau.
  7. Entrez policy dans la zone Nom et AllActiveQuorumPolicy dans la zone Valeur. Ces deux zones sont sensibles à la casse et les deux valeurs doivent être entrées comme indiqué à cette étape.
  8. Cliquez sur Appliquer.
  9. Cliquez sur le nom de votre règle dans l'élément de navigation de cette page de console d'administration, puis, dans la section Propriétés supplémentaires, cliquez de nouveau sur Critères de correspondance > Nouveau.
  10. Cette fois, entrez type dans la zone Nom et SIP_QUORUM dans la zone Valeur. Comme mentionné auparavant, ces deux zones sont sensibles à la casse et les deux valeurs doivent être entrées comme indiqué à cette étape.
  11. Cliquez sur Valider.
  12. Si vous souhaitez que cette nouvelle règle ne s'applique qu'à un cluster spécifique dans le groupe central, exécutez les actions suivantes. Sautez cette étape, si vous souhaitez que cette nouvelle règle s'applique au groupe central entier.
    1. Cliquez sur le nom de votre règle dans l'élément de navigation de cette page de console d'administration, puis, dans la section Propriétés supplémentaires, cliquez de nouveau sur Critères de correspondance > Nouveau.
    2. Cette fois, entrez IBM_hc dans la zone Nom et le nom d'un cluster auquel vous souhaitez appliquer cette règle dans la zone Valeur. Ces deux zones sont sensibles à la casse. Par conséquent, assurez-vous d'entrer le nom du cluster exactement comme il est défini dans le groupe central.
    3. Cliquez sur Appliquer.
  13. Cliquez sur Sauvegarder pour sauvegarder les modifications apportées à la configuration.
  14. Redémarrez les serveurs concernés.

    Si la nouvelle règle de groupe central de quorum SIP s'applique au groupe central entier, vous devez redémarrer chaque serveur faisant partie de ce groupe.

    Si la nouvelle règle de groupe central de quorum SIP ne s'applique qu'à un cluster spécifique dans le groupe central, vous devez redémarrer tous les membres de ce cluster.

  15. Répétez ces étapes si vous activez seulement un quorum SIP pour des clusters spécifiques dans le groupe central.

    Un seul nom de cluster peut être associé à une règle. Dans ce groupe central, si vous avez plusieurs clusters pour lesquels vous souhaitez activer un quorum SIP, sans vouloir l'activer pour le groupe central entier, vous devez créer une toute nouvelle règle pour chaque cluster pour lequel vous activer un quorum SIP. Pour chaque nouvelle règle, vous devez indiquer les trois critères de concordance type=SIP_QUORUM, policy=AllActiveQuorumPolicy, et IBM_hc=nom_cluster.

Résultats

La majorité des membres inclus dans un conteneur SIP ou dans un cluster proxy doivent être démarrés avant que le quorum soit atteint. Les membres d'un cluster proxy ne commencent pas à écouter le trafic SIP jusqu'à ce qu'un quorum soit atteint.

Lorsqu'un serveur proxy SIP est déconnecté du réseau, un serveur proxy SIP contenu dans la partition minoritaire de la cellule continue à traiter les demandes SIP. La partition minoritaire d'une cellule est celle qui est connectée au moindre nombre de membres du cluster.

Lorsqu'un conteneur SIP est déconnecté du réseau, le conteneur SIP de la partition minoritaire redémarre automatiquement pour supprimer toutes les informations sur les partitions logiques gérées précédemment. Les conteneurs SIP se trouvant dans la partition majoritaire s'approprient les partitions logiques du conteneur SIP déconnecté et publient ces ID sur un serveur proxy SIP.


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=tjpx_sippxquorum
Nom du fichier : tjpx_sippxquorum.html