Ewan MacKellar Andrew Ehrensing Scenario OCS 2007 R2 Lync 2010 Lync 2013 HA: server failure Server clustering via hardware load balancing (HLB) Server clustering via HLB and DNS load.
Download ReportTranscript Ewan MacKellar Andrew Ehrensing Scenario OCS 2007 R2 Lync 2010 Lync 2013 HA: server failure Server clustering via hardware load balancing (HLB) Server clustering via HLB and DNS load.
Ewan MacKellar Andrew Ehrensing 2 Scenario OCS 2007 R2 Lync 2010 Lync 2013 HA: server failure Server clustering via hardware load balancing (HLB) Server clustering via HLB and DNS load balancing Same as Lync Server 2010 HA: pool Back End failure SQL Backup & Restore SQL clustering & storage area network (SAN)– based shared storage Use synchronous SQL mirroring between two Back Ends w/o the need for shared storage Support auto failover (FO)/failback (FB) (w/ witness) and manual FO/FB Integrate with Planning Tool, Topology Builder, and Lync Server Control Panel DR: pool failure SQL Backup & Restore Voice resiliency for datacenter pools and SBA Metropolitan site stretched pool for presence and conferencing resiliency Maintain voice resiliency in Lync 2010 Enhance PSTN voice w/ trunk auto FO/FB Support presence and conferencing resiliency via pool pairing Active-active mode in two geographically dispersed datacenters Backup Service for real-time persistent data replication between two paired pools Manual Failover/Failback cmdlets Integrate with Planning Tool, Topology Builder, and Lync Server Control Panel Does not include RGS/CPS/CAC/CDR DR: Site failure SQL Backup & Restore Metropolitan site stretched pool Leverage pool failover model (details above) Must be Lync 2013 pools Stretched Pool not supported 3 Front Ends Backend DB Primary FE Backup1 FE Backup2 FE Seamlessly failover within Pool No data loss incurred Lync requirements Services for MCU Factory, Conference Directory, Routing Group, LYSS Fast failover with full service Automatic scaling and load-balancing Group 1 Group 3 Group 2 Group 1 Fabric node Fabric node Fabric node User Group 1 User Failover model Users are mapped to groups Each group is a stateful service with 3 replicas User requests are serviced by primary replica Fabric node Group 3 6 Group 3 Group 2 Group 2 Group 1 Fabric node Fabric node User Group 2 RG2 RG1 RG2 RG1 RG2 RG1 7 Routing Group 1 Users Routing Group 2 Users 8 Total Number of Front End Server in the pool (defined in Topology) Number of Servers that must be running for pool to be functional 1-2 1 3-4 2 5-6 3 7-8 4 9-10 5 11-12 6 10 SQL The 80’s are calling… and they want to know….. what happened to traditional clustering? Witness server instance (optional) Principal Mirror Instance for Data flow Instance for DB1 DB1 Lync 2013 Pool SQL mirroring Failover Impact 14 15 Pool Failover Failure Pool 1 18 Pool 2 19 paired 21 User state or task During failback After failback completion User state of user already logged in User stays signed in and connected to backup pool. At some point user will be signed out and sign back in to the original home pool, in Resiliency mode. User remains signed in and goes into regular mode. New user logging in User can sign in to the home pool in Resiliency mode. User can sign in to the original home pool in regular mode. Ongoing conferences organized by affected user All modalities of conference are terminated. Rejoin button will appear, but no users can rejoin while the affected user is in Resiliency mode. All modalities now work. Every participant needs to click to rejoin the conference. Ongoing conferences organized by unaffected user Conference continues and affected user can stay in the conference. Affected user is restricted to what he/she can do in Resiliency mode. Conference continues, and affected user can stay in the conference and all modalities work after user exits Resiliency mode. Scheduling or modifying scheduled meetings, creating ad-hoc conferences Not possible while user is in Resiliency mode. Available for all modalities. Presence as seen by other users in the same pool Presence unknown while user is signed into backup pool during Resiliency mode. Shows the last presence state set by the user, and presence changes will now be reflected. Not available Available Available Available Contacts list and Address Book Service availability All peer-to-peer sessions and modalities 23 • It is recommended that Front End pools paired are within the same Region. • Pairings best practices: • Enterprise Edition pools Enterprise Edition pools • Standard Edition pools Standard Edition pools • Physical pools physical pools • Virtual pools Virtual pools • Topology Builder/topology validation will not prohibit pairing two pools in a way that does not follow these recommendations • For example, Topology Builder allows you to pair an Enterprise Edition pool with a Standard Edition pool; however, these types of pairings are not recommended • Pool capacity at 50% ; to serve all users during disaster If you pair Enterprise Edition pools, you can also implement high availability on the Back End Servers, but for pairs of Standard Edition pools, only the DR measures are available • 26 Feature Peer-to-peer (all modalities) Presence Conferencing (all modalities) UCWA Archiving CDR / QoE Federation PIC routing Unified Contact Store 27 HA DR X Feature Topology Builder Lync Server Control Panel Persistent Chat Planning Tool PSTN Voice / E911* CAA / CAS / PVA / GVA RGS / CPS Call Admission Control XMPP HA DR X X Backup Registrar Relationships • In Lync Server 2013, backup Registrar relationships between Front End pools are always 1:1 and reciprocal • If P1 is the backup for P2, then P2 must be the backup for P1, and neither can be the backup for any other Front End pool • Even though backup relationships between two Front End pools must be 1:1 and symmetrical, each Front End pool can still also be the backup registrar for any number of Survivable Branch Appliances, just as in Lync Server 2010 • Lync Server 2013 does not extend disaster recovery support to users homed on a Survivable Branch Appliance 28 “Using Lync Standard Edition is not about user count, it’s about a customer’s Recovery Time Objective (RTO)” Standard vs. Enterprise Servers Required Users Std Ent 10000 20000 30000 40000 50000 60000 70000 12 16 22 26 30 36 40 20 20 24 26 26 30 32 40 36 30 20 20 24 22 26 26 40000 50000 30 32 16 12 10000 20000 30000 Std Ent 60000 70000 http://technet.microsoft.com/en-us/library/jj205079.aspx • The metropolitan site resiliency solution supported for Lync Server 2010 is NOT supported for Lync Server 2013 • If you have already deployed a Lync Server 2010 metropolitan site resiliency topology, when you upgrade to Lync Server 2013: • Move to the Lync Server 2013 disaster recovery solution based on Front End pool pairing (recommended/supported) • DO NOT STRETCH YOUR LYNC 2013 POOL 37 Exchange http://channel9.msdn.com/Events/TechEd/Australia/2013 http://www.microsoftvirtualacademy.com/ http://technet.microsoft.com/en-au/ http://msdn.microsoft.com/en-au/ 1. Download both Exchange Server 2013 and Lync Server 2013 and try in your own environment 2. Trial Exchange and Lync Online 3. Contact your Microsoft or Partner Account Manager to arrange a time test drive Exchange and Lync in one of our Customer Immersion Experience Centres 4. Contact your Microsoft or Partner Account Manager to get a Lync business value assessment or an Exchange and Lync technical briefing