Post on 30-Apr-2015
description
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
Cas d’une petite infrastructure
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
Cas d’une petite infrastructure
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
Cas d’une petite infrastructure
21
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 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
Cas d’une petite infrastructure
22
HA Lync (pool pairing)
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
Cas d’une petite infrastructure
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
Cas d’une petite infrastructure
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
Cas d’une infrastructure moyenne
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 »
Utilisateur du site A
Lync Back-End 2013
Primaire
Secondaire
Office Web Apps
Persistent Chat
Lync Enterprise EditionFront-End 2013
mirroring
Cas d’une infrastructure moyenne
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 »
Utilisateur du site A
Lync Back-End 2013
Primaire
Secondaire
Office Web Apps
Persistent Chat
Lync Enterprise EditionFront-End 2013
mirroring
Cas d’une infrastructure moyenne
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
Cas d’une infrastructure moyenne
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
Cas d’une infrastructure moyenne
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 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
Site « Secondaire »
Utilisateurs du Siège
Centre de données Siège
Lync Back-End Witness
Lync Back-End Witness
Lync Front-End 2013 Lync Front-End 2013Office Web Apps Office Web Apps
Persistent Chat Persistent Chat
Custer A SBC 5110 Custer B SBC 5110
Cas d’une infrastructure complexe
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 Back-End Witness
Lync Front-End 2013 Office Web Apps
Cluster A SBC 5110 – DC 1
Custer A SBC 5110
Lync Back-End 2013
DC « Secondaire »
Lync Back-End Witness
Lync Front-End 2013 Office Web Apps
Cluster A SBC 5110 – DC 1
Custer B SBC 5110
Cas d’une infrastructure complexe
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
Cas d’une infrastructure complexe
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 »
Lync Back-End Witness
Lync Front-End 2013 Office Web Apps
Cluster A SBC 5110 – DC 1
Custer A SBC 5110
Lync Back-End 2013
DC « Secondaire »
Lync Back-End Witness
Lync Front-End 2013 Office Web Apps
Cluster A SBC 5110 – DC 1
Custer B SBC 5110ITSP 2
ITSP 1
SIPPriorité 1
SIPPriorité 2
Lync Back-End 2013
DC « Secondaire »
Lync Back-End Witness
Lync Front-End 2013Office Web Apps
Cluster A SBC 5110 – DC 1
Custer B SBC 5110
Cas d’une infrastructure complexe
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 »
Lync Back-End Witness
Lync Front-End 2013 Office Web Apps
Cluster A SBC 5110 – DC 1
Custer A SBC 5110ITSP 2
ITSP 1
SIPPriorité 1
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 Back-End Witness
Lync Front-End 2013 Lync Front-End 2013Office Web Apps Office Web Apps
Persistent Chat Persistent Chat
Réseau MPLS
Site « Agence 1 »
Utilisateurs de l͛1Agence 1
Lync Std EditionFront-End 2013
Site « Agence 2 »
Utilisateurs de l͛1Agence 2
Lync Std EditionFront-End 2013
Office Web Apps
Office Web Apps
Custer A SBC 5110 Custer B SBC 5110
SBC1000
SBC1000
Cas d’une infrastructure complexe
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.
Cas d’une infrastructure complexe
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!