Choix d’une topologie

 

Dernière rubrique modifiée : 2012-08-22

Lorsque vous choisissez une topologie, vous pouvez utiliser l’une des options de topologie prises en charge suivantes :

• topologie Edge consolidée unique utilisant des adresses IP privées pour chaque interface Edge et une adresse IP publique de traduction d’adresses réseau (NAT) ;

• topologie Edge consolidée unique utilisant des adresses IP publiques pour chaque interface Edge ;

• topologie Edge consolidée mise à l’échelle utilisant la traduction d’adresses réseau, des adresses IP privées sur les interfaces Edge et l’équilibrage de charge DNS (Domain Name System) ;

• topologie Edge consolidée mise à l’échelle utilisant des adresses IP privées sur les interfaces Edge utilisant l’équilibrage de charge DNS (Domain Name System) ;

• topologie Edge consolidée mise à l’échelle utilisant des adresses IP publiques et l’équilibrage de charge matérielle.

Important :
L’interface Edge interne et l’interface Edge externe doivent utiliser le même type d’équilibrage de la charge. Vous ne pouvez pas utiliser l’équilibrage de la charge DNS sur une interface Edge et l’équilibrage de la charge matérielle sur l’autre interface Edge.

Le tableau suivant récapitule les fonctionnalités associées à chacune des trois topologies du Lync Server 2010 prises en charge. Le titre des colonnes indique la fonctionnalité disponible pour une option de configuration Edge donnée. Par exemple, vous pouvez voir que l’option Serveur Edge mis à l’échelle (charge DNS équilibrée) prend en charge la haute disponibilité, peut utiliser des adresses IP privées non routables (avec NAT) ou des adresses IP publiques routables affectées aux interfaces Edge externes, et permet de réduire les coûts, car elle ne nécessite pas de programme d’équilibrage de la charge matérielle.

Les scénarios de basculement Edge pris en charge avec l’équilibrage de charge DNS sont les sessions point à point Lync vers Lync, les sessions de conférence Lync et les sessions Lync vers PSTN. Les scénarios de basculement Edge qui ne tirent pas parti de l’équilibrage de la charge DNS sont un basculement pour la messagerie unifiée Exchange antérieure à Exchange Server 2010 avec SP1 configuré pour utiliser l’équilibrage de charge DNS, la connectivité de messagerie instantanée publique et la fédération avec les serveurs exécutant Office Communications Server.

Récapitulatif des options de topologie de serveur Edge

Topologie	Haute disponibilité	NAT/Type d’adresse IP publique	Enregistrement DNS A externe supplémentaire requis pour chaque serveur Edge du pool Edge	Basculement Edge pour les sessions Lync vers Lync*	Basculement Edge pour les sessions de fédération EUM/PIC/OCS Lync vers Lync
Serveur Edge unique	Non	NAT facultative/Adresses IP publiques ou privées	Non	Non	Non
Serveur Edge mis à l’échelle (avec charge DNS équilibrée)	Oui	NAT facultative/Adresses IP publiques ou privées	Oui	Oui	Non (oui pour la messagerie unifiée Exchange avec Exchange Server 2010 avec SP1 ou une version ultérieure configurée pour utiliser l’équilibrage de charge DNS)
Serveur Edge mis à l’échelle (avec charge matérielle équilibrée)	Oui	NAT non utilisée/Adresse IP publique obligatoire	Non (seulement un par VIP)	Oui	Oui

* ******Basculement pour la messagerie unifiée Exchange (utilisateur distant), solution PIC et fédération avec les serveurs exécutant Office Communications Server.

Remarque :

Les colonnes NAT/Adresse IP publique requise et Enregistrement DNS A externe supplémentaire requis pour chaque serveur Edge du pool Edge concernent uniquement les interfaces Edge externes. Les topologies de serveur Edge uniques et mises à l’échelle (avec équilibrage de charge DNS) doivent utiliser des adresses IP publiques routables ou des adresses IP privées non routables. Si vous décidez d’utiliser des adresses IP privées non routables, vous devez les utiliser sur les trois interfaces externes. Par ailleurs, vous devez configurer la traduction d’adresses réseau symétrique pour le trafic entrant et sortant. Les topologies de serveur Edge mises à l’échelle (avec équilibrage de la charge matérielle) doivent utiliser des adresses IP publiques.

Contrairement à Microsoft Office Communications Server 2007 R2, Lync Server 2010 autorise le placement d’interfaces externes de serveur Edge d’accès, de conférence web et A/V derrière un routeur ou un pare-feu exécutant la traduction d’adresses réseau (NAT) pour des topologies de serveur Edge uniques et consolidées mises à l’échelle à la fois.

L’utilisation de la technologie NAT pour toutes les interfaces externes Edge exige le recours à l’équilibrage de la charge DNS. Comparé aux programmes d’équilibrage de la charge matérielle, l’équilibrage de la charge DNS (Domain Name System) permet de réduire le nombre d’adresses IP publiques pour chaque serveur Edge au sein d’un pool comme le décrit la liste suivante :

• Topologie Edge Lync Server 2010 consolidée mise à l’échelle (avec charge DNS équilibrée)   Nécessite trois adresses IP publiques pour chaque serveur Edge dans un pool de serveurs Edge.

• Topologie Edge Lync Server 2010 consolidée mise à l’échelle (avec charge matérielle équilibrée)   Nécessite trois adresses IP publiques pour les adresses IP virtuelles du programme d’équilibrage de la charge (exigence ponctuelle qui ne grandit pas au fur et à mesure que des serveurs Edge sont ajoutés au pool) plus trois adresses IP publiques pour chaque serveur Edge dans un pool.

Exigences d’adresses IP pour la topologie Edge consolidée (adresse IP par rôle)

Nombre de serveurs Edge par pool	Nombre d’adresses IP requises pour Lync Server 2010 (charge DNS équilibrée)	Nombre d’adresses IP requises pour Lync Server 2010 (charge matérielle équilibrée)
2	6	3 (1 par adresse IP virtuelle) + 6
3	9	3 (1 par adresse IP virtuelle) + 9
4	12	3 (1 par adresse IP virtuelle) + 12
5	15	3 (1 par adresse IP virtuelle) + 15

Exigences d’adresses IP pour la topologie Edge consolidée mise à l’échelle (adresse IP unique pour tous les rôles)

Nombre de serveurs Edge par pool	Nombre d’adresses IP requises pour Lync Server 2010 (charge DNS équilibrée)	Nombre d’adresses IP requises pour Lync Server 2010 (charge matérielle équilibrée)
2	2	1 (1 par adresse IP virtuelle) + 2
3	3	1 (1 par adresse IP virtuelle) + 3
4	4	1 (1 par adresse IP virtuelle) + 4
5	5	1 (1 par adresse IP virtuelle) + 5

Les principaux points devant orienter la sélection de la topologie sont la haute disponibilité et l’équilibrage de la charge. Si la haute disponibilité est requise, cela peut influencer la décision que vous prendrez en matière d’équilibrage de la charge.

• Haute disponibilité   Si la haute disponibilité est requise, déployez au moins deux serveurs Edge dans un pool. Un seul pool Edge est capable de prendre en charge jusqu’à dix serveurs Edge. Pour davantage de capacité, vous pouvez déployer plusieurs pools Edge. En règle générale, 10 % du nombre d’utilisateurs inclus dans la base auront besoin d’un accès externe.

• Équilibrage de la charge matérielle   L’équilibrage de la charge matérielle est pris en charge pour la charge des serveurs Edge Lync Server 2010 lorsque les adresses IP publiquement routables font appel à des interfaces Edge externes. Par exemple, vous devez utiliser cette approche dans les situations où le basculement est nécessaire aux applications suivantes :

  • solution PIC (Public IM Connectivity) ;

  • accès externe à la messagerie unifiée Exchange 2007 ou Exchange 2010 ;

  • fédération avec des entreprises exécutant Microsoft Office Communications Server 2007 ou Microsoft Office Communications Server 2007 R2.

  Ces trois applications continueront à fonctionner, mais ne pourront pas tirer parti de l’équilibrage de la charge DNS et ne se connecteront qu’au premier serveur Edge du pool. En cas d’indisponibilité de ce serveur, la connexion échoue. Par exemple, si plusieurs serveurs Edge sont déployés sur un pool en vue de gérer la charge de trafic fédérée, seul un proxy d’accès recevra le trafic alors que les autres seront inactifs.

Important :
L’utilisation de l’équilibrage de la charge DNS est recommandée pour la fédération avec des entreprises exécutant Lync Server 2010. Notez que si la plupart des partenaires de la fédération utilisent Office Communications Server 2007 ou Office Communications Server 2007 R2, les performances risquent d’être sensiblement affectées.