Équilibreurs de charge matérielle
Dernière rubrique modifiée : 2012-10-18
Même lorsque vous déployez l’équilibrage de la charge DNS, vous devez disposer de programmes d’équilibrage de la charge matérielle pour équilibrer la charge du trafic HTTP vers les pools frontaux et directeurs.
En outre, nous avons déployé des programmes d’équilibrage de la charge matérielle dans le réseau de périmètre pour les serveurs proxy inverses.
Pour offrir le niveau le plus élevé d’équilibrage de la charge et de disponibilité, deux programmes d’équilibrage de la charge matérielle ont été déployés avec un programme d’équilibrage de charge global entre serveurs (GSLB) à chaque site. Tous les programmes d’équilibrage étant en communication constante sur l’intégrité des sites et des serveurs, aucune défaillance d’un appareil à l’un des sites centraux ne pouvait provoquer d’interruption de service pour les utilisateurs connectés.
Ce scénario test utilisait à la fois des programmes d’équilibrage de la charge matérielle global entre serveurs (les GTM BIG-IP de F5) et local entre serveurs (les LTM BIG-IP de F5). Les programmes d’équilibrage global entre serveurs étaient implémentés pour gérer le trafic vers chaque site en fonction de la disponibilité et de l’intégrité du site central, tandis que les programmes d’équilibrage local géraient les connexions aux serveurs locaux au sein de chaque site. L’implémentation présente les avantages suivants :
Système de connexion par maillage autorisant le niveau le plus élevé de tolérance de pannes au niveau global et local.
Segmentation totale du trafic interne et externe au sein du site central.
Capacité, en fonction des besoins, de tirer profit du matériel pour équilibrer la charge de toutes les connexions aux serveurs frontaux, Edge et directeurs.
Bien qu’optimal sous certains aspects, le déploiement présente deux inconvénients évidents :vous devez vous procurer des programmes d’équilibrage de la charge matérielle supplémentaires et le grand nombre d’appareils complique la gestion de la configuration. Il est certainement possible, et dans certains environnements souhaitable, de consolider l’infrastructure d’équilibrage de la charge. Par exemple, de nombreux déploiements incluent une seule instance de programme d’équilibrage de la charge matérielle, ou deux, dans chaque site central. Bien que ce programme d’équilibrage de la charge matérielle s’étende à plusieurs sous-réseaux dans cette configuration, la logique d’équilibrage de la charge reste la même. F5 a publié des conseils d’architecture explorant les différents avantages et inconvénients de différentes configurations de réseau. Pour plus d’informations, voir http://www.f5.com/products/technology/microsoft/lync-server/. Pour plus d’informations sur les déploiements utilisant des programmes d’équilibrage de la charge matérielle pour Lync Server sans programme d’équilibrage de charge global entre serveurs, voir le livre blanc sur la résistance des sites Office Communications Server 2007 R2 à l’adresse https://go.microsoft.com/fwlink/?linkid=211387&clcid=0x40C. Les déploiements décrits dans ce livre blanc présentent également une architecture de référence valide pour Lync Server 2010.
En utilisant à la fois des programmes d’équilibrage de la charge matérielle global et local, nous avons pu assurer la résistance à la fois des sites et des serveurs tout en fournissant une seule URL à laquelle les utilisateurs se connectent. Le GTM résout une URL unique vers différentes adresses IP en fonction de l’algorithme d’équilibrage de la charge sélectionné et de la disponibilité des services globaux. En configurant les serveurs DNS Windows faisant autorité (contoso.com) de façon à ce qu’ils délèguent l’URL (pool.contoso.com) au GTM, les utilisateurs qui se connectent à pool.contoso.com sont renvoyés au site approprié au moment de la résolution DNS. Le programme d’équilibrage de la charge local reçoit alors la connexion et en équilibre la charge vers le serveur approprié.
Les programmes d’équilibrage de la charge matérielle ont été configurés pour surveiller les membres du pool frontal à l’aide d’un moniteur HTTP ou HTTPS, qui fournit aux programmes les informations les plus complètes sur l’intégrité et les performances des serveurs. Les programmes d’équilibrage de la charge matérielle utilisent alors ces informations pour équilibrer la charge des connexions entrantes vers le serveur frontal local le plus approprié. À l’aide d’une fonctionnalité appelée Activation de la priorité des fonctionnalités, nous avons également configuré les programmes d’équilibrage de la charge matérielle pour envoyer par proxy les connexions à l’autre site central si tous les serveurs frontaux ont atteint leur capacité ou ne fonctionnent plus.
Les programmes d’équilibrage de charge global entre serveurs (GTM) ont été configurés pour surveiller les programmes d’équilibrage de la charge matérielle sur chaque site et pour diriger les utilisateurs vers le site le plus performant. Les GTM peuvent être configurés pour envoyer tous les utilisateurs vers un site spécifique dans le cas de sites centraux actifs/en veille (comme pour ce test), ou pour équilibrer la charge des utilisateurs entre les sites dans le cas d’un déploiement actif/actif. Si l’un des sites atteint sa capacité maximale ou n’est plus disponible, le GTM dirige les utilisateurs vers le ou les autres sites disponibles.