Gestion de la réplication et des scénarios de haute disponibilité › Procédure de prise en charge de l'équilibrage de charge SharePoint WFE par CA ARCserve RHA

Procédure de prise en charge de l'équilibrage de charge SharePoint WFE par CA ARCserve RHA

Les serveurs SharePoint WFE (serveur Web frontal) peuvent être déployés dans un système d'équilibrage de charge permettant d'améliorer les performance de WFE. En mode de configuration de plusieurs serveurs vers plusieurs serveurs, chaque serveur Web frontal est protégé dans un scénario grâce à un serveur en attente permettant le basculement. En mode de configuration de plusieurs serveurs vers un seul serveur, tous les serveurs Web frontaux sont regroupés en un seul serveur en attente et les scénarios sont regroupés en un seul groupe unique garantissant le basculement du groupe. L'intégralité du groupe de serveurs d'équilibrage de charge est protégée, le serveur en attente sera activé uniquement en cas de panne du dernier serveur actif.

CA ARCserve RHA permet la haute disponibilité de ces serveurs via les méthodes de configuration de plusieurs vers plusieurs serveurs/vers un seul serveur. Plusieurs types de systèmes d'équilibrage de charge sont disponibles (solution matérielle ou logicielle telles que la répétition alternée DNS ou Microsoft NLB) : c'est pourquoi CA ARCserve RHA ne peut pas gérer la logique liée à l'équilibrage de la charge pendant la permutation (par exemple, la distribution de la charge de travail). Le système d'équilibrage de la charge doit garantir que vos demandes soient envoyées vers un nouveau noeud de serveur et qu'aucune autre demande de service ne soit distribuée vers un noeud supprimé.

Si vous avez utilisé Microsoft NLB pour l'équilibrage de la charge de WFE, la redirection du trafic réseau vers le serveur en attente après le basculement sera plus simple. Exemples :

• Si vous avez configuré un scénario en utilisant la redirection de système DNS ou la propriété de nom d'hôte de permutation, CA ARCserve RHA vous permet de démarrer ou d'arrêter dynamiquement NLB en fonction du statut du scénario. Pour cela, spécifiez les scripts start-db et stop-db.
• Si vous avez configuré un scénario avec le transfert d'IP en tant que ressource de réseau, l'adresse IP spécifiée peut être l'adresse IP privée du serveur ou l'adresse IP du cluster d'équilibrage de la charge (IP virtuelle).
• En cas de configuration de plusieurs serveurs vers plusieurs serveurs, pour déplacer l'adresse IP virtuelle du serveur actif vers un serveur en attente, vous devez d'abord inclure tous les serveurs de réserve dans l'équilibrage de la charge, puis démarrer dynamiquement ou arrêter l'équilibrage de la charge et déplacer l'adresse IP virtuelle vers le serveur en attente. Cette action permet d'éviter les conflits d'adresses IP en cas de partage d'une IP entre plusieurs serveurs en attente non inclus dans l'équilibrage de la charge.
• Pour des configurations de plusieurs serveurs vers un seul serveur, vous devez déplacer l'adresse IP virtuelle du serveur actif vers le serveur en attente. Le serveur en attente hébergera alors l'adresse IP virtuelle pour répondre aux demandes de l'utilisateur.