LyncConference2013 - Haute disponibilité, Haute performance et Lync

aka.ms/lync-conference

Merci à nosSponsors

Haute disponibilité, Haute performance et LyncAngela ThaiConsultante UCMicrosoft

Eric ChauvotSystems Engineer

Sonus

AgendaConcepts Clés sur la Haute Disponibilité et la Résilience de Site, y compris la voix, avec Lync Server 2013

3 cas concrets – Des exemples – :

Cas d’une petite infrastructure avec redondance multi-niveaux

Cas d’une infrastructure moyenne avec haute disponibilité locale

Cas d’une infrastructure globale, avec haute disponibilité et plan de reprise d’activités

Conclusion

Concepts de Haute Disponibilité et Résilience sur Lync Server 2013Haute Disponibilité Core, Voice et Pool Pairing

Matrice de support des fonctions de HA/DRFonctionnalité HA DR

Peer-to-peer (all modalities)

Presence Conferencing (all modalities)

UCWA Archiving CDR / QoE XFederation PIC routing Unified Contact Store

Fonctionnalité HA DR

Topology Builder Lync Server Control Panel Persistent Chat Planning Tool PSTN Voice / E911* CAA / CAS / PVA / GVA RGS / CPS XCall Admission Control XXMPP

6

Back-EndFront-End

Concept – Haute disponibilité et améliorations

Plusieurs serveurs Front-Ends présentés aux utilisateurs grâce au DNS ou Hardware Load Balancing

Instance locale pour les données liées aux utilisateurs (RTClocal)

Implémentation de la logique de Windows Fabric et des Groupes de Routage (Routing group)

Plusieurs serveurs Back-End disponibles pour un pool

Moins de dépendance avec les Back-End permettant la continuité des services en cas d’indisponibilité

Implémentation du SQL Mirroring qui permet de partager les données, mais pas le stockage

Concept - Haute disponibilité et Front-End

User Group

1

User Group

2

Group 1Group 3

Fabric node

Group 2

Fabric node

Group 1

Fabric node

Group 3

Fabric node

Group 3

Fabric node

Group 1

Fabric node

Group 2

Group 2

8

Front-End

Windows Fabric est installé sur chaque Front End.

Les utilisateurs sont provisionnés sur un pool Lync dans un des Routing Groups (dimensionnement et répartition automatique).

Via Lync Fabric, 3 réplicas de Routing Group sont conservés et mis à jour de manière synchrone

Concept - Haute disponibilité et Front-End

User Group

1

User Group

2

Group 1Group 3

Fabric node

Group 2

Fabric node

Group 1

Fabric node

Group 3

Fabric node

Group 3

Fabric node

Group 1

Fabric node

Group 2

Group 2

9

Front-End

En fonctionnement nominal, les requêtes utilisateur sont gérées par le replica primaire.

En cas de panne, la bascule est automatique, rapide et tous les services sont disponibles.

Cette logique s’applique aux services MCU Factory, Conferencing Directory, Routing, LYSS…

Recos- Haute disponibilité et Front-End

User Group

1

User Group

2

Group 1Group 3

Fabric node

Group 2

Fabric node

Group 1

Fabric node

Group 3

Fabric node

Group 3

Fabric node

Group 1

Fabric node

Group 2

Group 2

10

Front-End

3 serveurs Front-End par pool afin de disposer des 3 réplicas liés à Windows Fabric.

DNS Load Balancing afin de réduire la complexité au niveau des HLB

Concept - Haute disponibilité et Back-End

11

Back-End

SQL Mirroring: SQL Clustering non supporté sur 2013

SQL Mirroring conserve 2 instances SQL (principale et secondaire) à jour

Une 3ème instance SQL configurée en tant que témoin permet la bascule automatique primaire <-> secondaire

Lync 2013 Pool

Server instance

as principal server for

DB_1

Server instance as mirror server

for DB_1

Witness server instance (optional)

Data flowSQ

L

trans

actio

n

Recos - Haute disponibilité et Back-End

12

Back-End

Primaire et miroir doivent avoir la même version SQLPrimaire et miroir doivent avoir la même Edition SQL, Witness peut avoir une Edition différenteRecommandé d’avoir le nom d’instance entre le primaire et le secondaire (facilité d’administration et de déploiement)Utilisation du Topology Builder

Lync 2013 Pool

Server instance

as principal server for

DB_1

Server instance as mirror server

for DB_1

Witness server instance (optional)

Data flowSQ

L

trans

actio

n

Résilience de sitePool Pairing

Concepts – Résilience de site

2 pools peuvent être “pairés” (relation 1:1) en mode actif-actif

Permet une réplication en temps réel des données persistantes entre 2 pools via le service Backup

Lors d’une bascule, les utilisateurs sont activés pour les services Lync en mode résilience

Failover et Failback ne sont pas automatiques

User Pool Pairing

Pool 2Données

Utilisateur

Pool 2 Utilisateur

s

Pool 1 Données

Utilisateur

Pool 1 Utilisateur

s

Pool 2Données

Utilisateur

Pool 2 Utilisateur

s

Pool 1 Données

Utilisateur

Pool 1 Utilisateu

rs

Backup

Pool 1 Pool 2

Site 1 Site 2

User Pool FailoverUser Pool FailureUser Pool RepairedUser Pool FailbackUser Experience in Pool Failover

14

Résilience de sitePool Pairing

Recos – Résilience de site

Via la topology builder:2 pools “pairés” doivent être dans la même région, la même version de pools (Enterprise/Standard), le même type de support (physique/virtuel)

Dimensionner le pool pour supporter 50 % de la charge afin d’assurer la totalité de la charge en cas de bascule

Si le CMS est impliqué, il doit être basculé avant le pool Front-End:1) Localiser le CMS:

Get-CSService –CentralManagementGet-CSPoolBackupRelationship –PoolFQDN (Find associated pool)Get-CSManagementStoreReplicationStatus –CentralManagementStoreStatus

2) Déplacement du CMS:Invoke-CSManagementServerFailover –BackupSQLServerFQDN <Pool2 PrimarySQLFQDN> -BackupSQLInstanceName <Name>

3) Failover Pool1 vers Pool2Invoke-CSPoolFailover –PoolFQDN <Pool1> -DisasterMode

Terminologie - Haute disponibilité et Voix

16

Voix

PSTN: réseau operateur télécom traditionnelPRI: lien de 30 appels simultanés avec le PSTN ou un PBXITSP: opérateur télécom VoIPSIP Trunk: lien VoIP, x appels simultanésCluster: nœud de 2 SBC, actif/passifSIP OPTIONS: monitoring d’état SIPLQM: Link Quality Monitoring, informations de qualité d’un lien VoIP

PSTNITSP

SIP Trunk PRI

Cas d’une petite infrastructurePool Pairing Standard Edition et Sonus SBC 1000

Cas d’une petite infrastructure

Je suis….Une petite infrastructure / agence / site avec env. 600 utilisateurs.

Mon besoin?Je souhaite disposer des services Lync Core et Voice avec une infrastructure minimale et de la résilience pour mes services Voix


En terme de haute disponibilité / résilienceInfrastructure minimale: Standard EditionEn cas de panne du serveur Standard, les utilisateurs ne peuvent plus disposer des services Lync Core, sauf si le pool a été pairé avec un autre pool Standard

En terme de VoixConserver les capacités PSTN à 100% avec 2 SBC 1000


20

HA Lync (pool pairing)

Mode nominal:- 1 Lync Standard Edition sur un

même site ou 2 sites différents - Mise en place du Pool Pairing

entre les 2 serveurs Standard: une copie des données du serveur A est hébergée sur le serveur B et réciproquement

Lync Std EditionFront-End 2013

Pool A User Data

Utilisateurs Lync


21


Mode nominal:- 1 Lync Standard Edition sur un

même site ou 2 sites différents - Mise en place du Pool Pairing

entre les 2 serveurs Standard: une copie des données du serveur A est hébergée sur le serveur B et réciproquement Utilisateurs du Std A

Lync Std EditionFront-End 2013 (A) Lync Std Edition

Front-End 2013 (B)

Utilisateurs du Std B

Pool Pairing

Pool A User Data

Pool B User Data

Pool A User Data

Pool B User Data


22


Mode secours:- Le serveur Lync A est en panne- Les utilisateurs A se reconnectent

au serveur Lync appairé à leur pool, i.e. sur le pool B

- Accèdent aux services Lync et à leurs données

Lync Std EditionFront-End 2013 (A)

Lync Std EditionFront-End 2013 (B)

Pool Pairing

Pool A User Data

Pool B User Data

Pool A User Data

Pool B User Data

Utilisateurs du Std A Utilisateurs du Std B


23

HA VoixPRI 2

SBC1000 «B»SBC1000 «A»

SIP

PRI 1

SIP

Lync 2013 Std Ed + MediationPool pairing

PRI

Mode nominal:Les SBC A et B sont actifs simultanément et traitent le trafic entrant/sortant des PRI 1 et 2.L’un des deux pools Lync Std Ed traite les appels à destination et en provenance des deux SBC.

PSTN


24

HA VoixPRI 2

SBC1000 «B»SBC1000 «A»

SIP

PRI 1

Lync 2013 Std Ed + MediationPool pairing

PRI

Mode secours:Le SBA A est arrêté, le SBC B reste actif. Le PRI 1 bascule en mode « Passthrough », redirigé vers le SBC B via le PRI d’interconnexion. Le pool Lync détecte la disponibilité du SBC actif (SIP OPTIONS).-> Bascule automatique, capacité PSTN de 100%

PSTN

Cas d’une infrastructure moyennePool Enterprise Edition et SBC: haute disponibilité locale

Cas d’une infrastructure moyenneJe suis….Une moyenne infrastructure entre 6000 et 12000 utilisateurs, répartis sur un seul site géographique. Je dispose d’un Datacenter.

Mon besoin?Je souhaite disposer de l’ensemble des services Lync avec une infrastructure hautement disponible, basée sur la tolérance à une panne d’un composant Lync et bascule automatique.

Cas d’une infrastructure moyenneEn terme de haute disponibilité / résilienceUn pool Front-End Lync Enterprise Edition constitué de 3 serveurs Front-End, 2 Back-End + 1 Witness.

En terme de VoixOffrir une redondance sur plusieurs accès PSTN & ITSP avec 2 SBC 2000

Cas d’une infrastructure moyenne

28

HA LyncMode nominal:- Déploiement d’un pool Lync

Front-End Enterprise (3 serveurs FE)

- Déploiement d’un pool Lync Back-End (2 serveurs SQL en mirroring et 1 serveur SQL témoin)

- Déploiement de HA sur les autres composants: Persistent Chat, Office Web Apps (HLB), file share…

Site « A »

Utilisateur du site A

Lync Back-End 2013

Primaire

Secondaire

Witness

mirroring

Lync Enterprise EditionFront-End 2013 Office Web Apps

Persistent Chat


29

HA LyncTolérance à la panne d’un serveur:- Perte d’un serveur FE: bascule

automatique des clients - Perte d’un serveur BE: bascule

automatique vers le serveur SQL miroir en cas de panne du serveur SQL primaire grâce au serveur witness

- Perte d’un serveur Persistent Chat: bascule automatique vers le 2ème serveur

- Perte d’un serveur Office Web Apps: redirection du flux HTTPS vers le 2ème serveur

Office Web Apps

Persistent Chat

Site « A »


Lync Back-End 2013

Primaire

Secondaire

Office Web Apps

Persistent Chat

Lync Enterprise EditionFront-End 2013

mirroring


30

HA LyncTolérance à la panne d’un serveur:- Perte d’un serveur FE: bascule

automatique des clients - Perte d’un serveur BE: bascule

automatique vers le serveur SQL mirroir en cas de panne du serveur SQL primaire grâce au serveur witness

- Perte d’un serveur Persistent Chat: bascule automatique vers le 2ème serveur

- Perte d’un serveur Office Web Apps: redirection du flux HTTPS vers le 2ème serveur

Office Web Apps

Persistent Chat

Site « A »


Lync Back-End 2013

Primaire

Secondaire

Office Web Apps

Persistent Chat

Lync Enterprise EditionFront-End 2013

mirroring


HA VoixPRI

SBC 2000 «B»SBC 2000 «A»

SIPSIP

Lync 2013 Ent Ed pool + Mediation

Mode nominal:Les SBC A et B sont actifs simultanément et traitent le trafic entrant/sortant des PRI et des SIP trunks opérateurs en distribuant les appels vers les serveurs Mediation.Le pool Lync route les appels vers les 2 SBC (1 ou 2 routes Lync).

SIP SIP

PSTNITSP 1 ITSP 2


HA VoixPRI

SBC 2000 «B»SBC 2000 «A»

SIP

Lync 2013 Ent Ed pool + Mediation

Mode secours:Le SBC A est arrêté, le SBC B est actif et traite le trafic entrant/sortant de ses PRI et des SIP trunks opérateurs 1 & 2.Le pool Lync détecte la perte du SBC A (SIP OPTIONS) et ne route les appels que vers le SBC B.-> Routage intelligent entre TDM et SIP trunks (métriques de qualité).

SIPSIP

PSTNITSP 1 ITSP 2


LQMDes indicateurs de qualité (LQM) peuvent être mesurés pour chaque route SIP afin de définir si une route peut être empruntée ou non, en fonction de seuils acceptables.Si la qualité ne répond pas aux seuils, la route suivante est évaluée.Ces calculs d’indicateurs, le failover ainsi que le failback sont automatiques.

Cas d’une infrastructure complexePool Enterprise Edition et SBA: haute disponibilité locale et résilience de site

Cas d’une infrastructure complexeJe suis….Une infrastructure de plus de 12 000 utilisateurs, répartis sur plusieurs sites géographiques. Je dispose de plusieurs Datacenters.

Mon besoin?Je souhaite disposer de l’ensemble des services Lync avec une infrastructure hautement disponible, basée sur la tolérance à une panne d’un composant Lync et une bascule automatique.Je souhaite disposer d’un PRA en cas de sinistre sur unde mes sites.

Cas d’une infrastructure complexeEn terme de haute disponibilité / résilience2 pools Front-End Lync Enterprise Edition constitués chacun d’au moins 3 serveurs Front-End, 2 Back-End + 1 WitnessPool Pairing entre les 2 pools

En terme de VoixApporter un haute disponibilité ainsi qu’un PRA avec 2cluster de SBC 5110 Sonus, des SBC 1000/2000 avec SBA.

Cas d’une infrastructure complexe

37

HA LyncMode nominal:- Haute disponibilité locale:

tolérance en cas de perte d’un serveur dans un site

- Résilience de site (bascule) avec le mécanisme de pool pairing

- Modèle actif/actif avec répartition des charges entre les 2 sites

Lync Back-End 2013

Site « Primaire »

Lync Back-End 2013

Site « Secondaire »

Utilisateurs du Siège

Centre de données Siège

Lync Back-End Witness


Lync Front-End 2013 Lync Front-End 2013Office Web Apps Office Web Apps

Persistent Chat Persistent Chat

Lync Back-End 2013

Site « Primaire »

Lync Back-End 2013








Custer A SBC 5110 Custer B SBC 5110


38

HA Lync (PRA)Mode secours:Le site primaire n’est plus disponible, les connexions clients sont dirigées vers le site secondaire.Les utilisateurs accèdent aux services Lync et à leurs données via le site secondaire (pool pairing)

Lync Back-End 2013

DC « Primaire »


Lync Front-End 2013 Office Web Apps

Cluster A SBC 5110 – DC 1

Custer A SBC 5110

Lync Back-End 2013

DC « Secondaire »




Custer B SBC 5110


HA VoixMode nominal:Le cluster SBC du DC 1 est utilisé, le cluster du DC 2 est en secours PRA.Appels entrants: les ITSP routent les appels vers le SBC du DC1. Le SBC du DC1 distribue les appels vers le Pool Lync (Round Robin ou priorité).Appels sortants: Le pool Lync achemine les appels vers le SBC qui les route vers les ISTP.

ITSP 2

ITSP 1

SIPPriorité 1

SIPPriorité 2


HA VoixDC 2 - Cluster B

Sonus SBC 5110 Mode secours:Le nœud actif du cluster SBC du DC1 n’est plus disponible. Le cluster SBC fait un failover vers le nœud passif en conservant les sessions SIP en cours.Il n’y a pas d’impact sur le routage des appels entrants & sortants.

Reprise des sessions SIP, haute capacité d’appels (DC avec conferencing Lync).

Lync Back-End 2013

DC « Primaire »




Custer A SBC 5110

Lync Back-End 2013

DC « Secondaire »




Custer B SBC 5110ITSP 2

ITSP 1

SIPPriorité 1

SIPPriorité 2

Lync Back-End 2013

DC « Secondaire »


Lync Front-End 2013Office Web Apps


Custer B SBC 5110


HA VoixMode PRA:Le DC1 n’est plus disponible, le cluster SBC du DC2 prend le relais, interconnecté avec un ou plusieurs ITSP.Appels entrants: Les ITSP détectent que le SBC du DC1 n’est plus disponible (LQM, SIP OPTIONS) et redirigent les appels vers le SBC du DC2.Appels sortants: le pool Lync du DC2 route les appels vers le cluster de SBC du site PRA DC2.

Lync Back-End 2013

DC « Primaire »




Custer A SBC 5110ITSP 2

ITSP 1

SIPPriorité 1

Lync Back-End 2013

Site « Primaire »

Lync Back-End 2013








Réseau MPLS

Site « Agence 1 »

Utilisateurs de l͛1Agence 1


Site « Agence 2 »

Utilisateurs de l͛1Agence 2


Office Web Apps

Office Web Apps

Custer A SBC 5110 Custer B SBC 5110

SBC1000

SBC1000


42

HA LyncArchitecture complète:

- Siège: HA locale (tolérance en cas de perte d’un serveur) + résilience de site (bascule) avec le pool pairing

- Agence: Sites distants, Standard Edition, Pool Pairing possible.


HA VoixCluster A SBC 5110 – DC 1 Cluster B SBC 5110 – DC 2

Architecture complète:

Les deux DC permettent d’offrir à la fois une haute disponibilité locale et un PRA.Les sites distants sont éventuellement autonomes avec leur SBC 1000/2000 embarquant un SBA et des connexions locales PSTN et/ou ITSP.

SIP SIP

Ent Ed pool + Mediation

Remote Officeswith SBC & SBA

Priorité 1

Priorité 2

Ent Ed pool + Mediation

ITSP PSTN

ITSP 1

ITSP 2

ConclusionHaute disponibilité Lync 2013

Les nouveaux mécanismes de haute disponibilité et de résilience de site permettent d’adresser tous types de besoins en termes de haute disponibilité et de performance (SLA): haute disponibilité locale, automatique, résilience de site etc.

La définition des SLA et des besoins est fondamentale avant de commencer la conception d’une architecture Lync.

ConclusionHaute disponibilité avec les SBC Sonus

Convient à tous types d’architectures/HA, de la plus simple à la plus complexe, du petit site aux datacenters multiples.

Des fonctions de routage uniques et très riches.

La gamme de SBC la plus complète certifiée Lync 2013.

Questions / Réponses

Les Sessions

Merci!

LyncConference2013 - Haute disponibilité, Haute performance et Lync

Documents

Transcript of LyncConference2013 - Haute disponibilité, Haute performance et Lync