Nasazení Exchange 2010 SP1

1. Nasazení Exchange 2010 SP1 MARTIN PAVLIS Microsoft MVP martin@pavlis.net| pavlis@kpcs.cz | www.pavlis.net

2. Exchange 2010 je vhodný do každého prostředí Enterprise technologie je možné využít i v menších scénářích

3. Řešení pro malá prostředí Hardware Load Balancer Doporučeno nasazení 8 CPU jader s maximem paměti Členové DAG mohou hostovat další role Client Access Hub Transport Mailbox Client AccessHub TransportMailbox DB1 DB1 Role UM by se zde neměla vyskytovat DAG o 2 dvou serverech by měl používat RAID pole DB2 DB2 DB2 DB3 DB3

4. Exchange 2010 nabízí technologie vysoké dostupnosti opravdu pro každého

5. Nové možnosti nasazení • Díky vylepšenému výkonu na úrovni úložiště se nabízí zcela nové možnosti nasazení • 70% snížení IOPS proti Ex200790% snížení IOPS proti Ex2003Pružná reakce na HW výpadek Direct Attached w/ SATA Disks Storage Area Network (SAN) Direct Attached w/ SAS Disks JBOD SATA(RAID-less)

6. Požadavky na úložiště

7. Vysoká dostupnost • Navržen pro výpadek dvou komponent, žádný „Single Point of Failure“ • Nezahltit dostupné zdroje • Rozložit zátěž vždy napříč všemi servery, ne jen na jeden, či dva • Kopie databází distribuované napříč všemi nódy • Navýšena výkonnost replikace databází (seed/logů) skrze WAN linky • Možnost nastavení komprese/šifrování • Nová architektura doručování transakčních logů postavena na TCP socketech místo na Server MessageBlock (SMB) • Navýšena schopnost fungování při vysokých latencích • Škálovatelnost/databáze (počet TCP spojení per databáze) • Používejte více 1GBT, nebo 10GBT síťových karet • Navyšuje re-seed/logů na LAN a snižuje zátěž při replikaci/frontu požadavků • Výrazné při mnoha serverech, resp. mnoha databázích

8. Změny ve vysoké dostupnosti • Další výhody: • Kdykoli vysoká dostupnost bez nutnosti reinstalace prostředí Mailbox serverů • Kdykoli možnost navýšení replikovaných kopií, dle aktuálních byznys požadavků • Žádné požadavky na nastavení sítí (subnet), nebo DNS

9. Součásti vysoké dostupnosti RPC CAS • Database Availability Group • Server • Database • Database Copy • Active Manager • RPC Client Access SVR DB DB copy copy copy copy AM AM SVR DAG RPC CAS

10. Neustálá dostupnost dat Zjednodušené nasazení vysoce dostupného řešení s rychlou reakcí na výpadek • Evoluce replikační technologie • Mnohem snadnější na nasazená a správu než tradiční failover cluster • Technologie CCR a SCR spojena do jedné • Každá databáze může mít až 16 replikovaných kopií • Poskytuje plnou redundanci Exchange rolí už na dvou serverech Brno Praha Mailbox Server Mailbox Server Mailbox Server Replikace databází do dalších datacenter DB1 DB1 DB1 Rychlá obnova při výpadku disku/databáze DB2 DB2 DB2 DB3 DB3 DB3 DB4 DB4 DB4 DB5 DB5 DB5

11. Database Availability Group AD site: Brno Client Access Server DB1 DB3 DB5 Všichni klienti připojeni skrze CAS Mailbox Server 6 Client AD site: Praha Snadné rozšíření mezi pobočkami Client Access Server Failover spravován v rámci Exchange Mailbox Server 1 Mailbox Server 2 Mailbox Server 3 Mailbox Server 4 Mailbox Server 5 DAG DB1 DB4 DB1 DB5 DB3 DB2 Centrální databázový failover DB5 DB2 DB1 DB3 DB4 DB3 DB1 DB2 DB5 DB4

12. Zpožděná kopie DB • Zpožděné kopie jsou určeny pouze pro point-in-time ochranu • Logické poškození a/nebo ochrana proti nechtěnému smazání schránky • Poskytuje ochranu až na 14 dní • Kdy bych měl použít zpožděnou kopii? • Určeno pro snížení rizik • Není potřeba v momentě nasazení zálohovacího řešení třetích stran (např. DPM 2010) • Zpožděné kopie nejsou vysoce dostupné kopie • Zpožděné kopie by neměly být nikdy aktivovány!

13. Exchange CAS NLB Lepší prostředí pro klienty Outlook klienti Outlook klienti Exchange 2007 Exchange 2010 Porucha:Klient odpojen na několik minut MBX MBX Porucha CAS:Klient se jen znovu připojí MBX1 MBX2 Porucha:Připojený klient odpojen na 30 vteřin

14. Active Manager • Mozek celého řešení High Availability • Spravuje, která databáze bude aktivní a která pasivní • Funguje jako zdroj informace o tom, kde a která databáze je aktivní a mounted • Active Directory je primární zdroj pro načítání/ukládání konfigurace • Active Manager je primární zdroj pro informace o databázích - active a mounted • Jedná se o službu, která běží na každém serveru, který je členem DAG Active Manager

15. Active Manager a výběr aktivní DB • Active Manager vybírá “nejlepší” kopii v momentě, kdy aktivní replika selže • Ignoruje servery, které jsou nedostupné, nebo je na nich aktivace dočasně, či trvale zakázána • Vybírá primárně databáze podle stavu replikace logů • Pokud je více možností, vybírá dle nastavení preferencí (nastavuje Administrátor) • Dále je použito mnoho dalších kritérií, jako například stav kopie a kopírování logů, stav indexu, atd.

16. Mailbox Database Copy Status • Různé stavy: Healthy, Initializing, Failed, Suspended, Mounted, Dismounted, Disconnected, FailedandSuspended, Resynchronizing, Seeding, ActivationSuspended

17. Vylepšení v Service Pack 1 Pošli mi poslední logy… mám log 2 ESE Log Buffer Replication Log Buffer • Kopie DB je aktuální • Odhalen fragment logu, který je konvertován na kompletní log • Log je vytvořen a prozkoumán Log 2 Log 5 Log 1 Log 2 Log 1 Log 4 Log 3 Log 5 Log 4 Log 6 Log 6 Log 7 Log 3 Kontinuální replikace – File Mode Kontinuální replikace – Block Mode

18. Vytváření DAG Demo

19. Client Access Array

20. CAS Array • Virtuální bod, který přesměrovává klienta tam, kam potřebujeme • Cíle CAS pole může být: • Konkrétní IP adresa (i Round Robin v DNS) • Virtuální Network LoadBalancing (NLB) IP adresa NLB clusteru • IP adresa hardware balanceru, který požadavky dále směřuje na konkrétní servery

21. ClientAccessArray • Vlastnost Exchange store: • Get-MailboxDatabase (atribut „RpcClientAccessServer“) • Vytvoření CAS pole: • New-ClientAccessArray–Site„Praha“ –name „Praha CAS“ –fqdn „praha.exchange.kpcs.cz“ • Nastavení databází pro použití CAS pole: • Set-MailboxDatabaseDBName –RPCClientAccessServerCASArray • Nastavení interní SCP (AutoDiscoverServiceInternalUri) • Set-ClientAccessServerCASServer –AutoDiscoverServiceInternalUrihttps://CASArray/autodiscover/autodiscover.xml

22. Chování Outlook klienta Outlook profile směřuje na pražské CAS pole DB1 je namapována na MbxSvr2 DB1 je namapována na MbxSvr1 GC GC Změňte konfiguraci DB, RpcClientAccessServer HUB HUB CAS LB Farm CASLB Farm Alt FSW FSW MbxSvr1 MbxSvr2 DB2 DB1 DB3 DB2 DB1 DB3 DB4 DB5 DB6 DB4 DB5 DB6 DAG Site: Praha Site: Brno

23. Chování OWA klienta OWA URL směřuje na pražskou CAS adresu DB1 je namapována na serveru MbxSvr2 DB1 je namapována na serveru MbxSvr1 Spojení může být pomalé Popup nabádá k použití OWA URL pro Brno GC GC HUB HUB Pokud je poškozena DB v rámci Site, stačí dát Obnovit CAS LB Farm CASLB Farm FSW Alt FSW dublin MbxSvr1 MbxSvr2 DB2 DB1 DB3 DB2 DB1 DB3 DB4 DB5 DB6 DB4 DB5 DB6 DAG Site: Praha Site: Brno

24. Interakce s Active Managerem Outlook se zkouší připojit Outlook to zkusí znovu Outlook3 Outlook1 Outlook2 CAS Array Load Balancer RPC Client Access Server RPC Client Access Server RPC Client Access Server Active Manager Client Active Manager Client Active Manager Client CAS1 CAS2 CAS3 DB failover je dokončen & AM vrací nový server Pokud je failover v běhu, AM vracístarý server & spojení je neůspěšné Active Manager vracíMailbox Server1 PřipojeníOutlookuvyvolánový AM požadavek Kde je DB namapována? CAS Fails Disk Fails DAG MAPI RPC Active Manager MAPI RPC Active Manager MAPI RPC Active Manager MAPI RPC Active Manager Store Store Store Store Mailbox Server1 Mailbox Server2 Mailbox Server3 Mailbox Server4

25. Vysoká dostupnost pro další role

27. Nasazení Exchange 2010 SP1 MARTIN PAVLIS Microsoft MVP martin@pavlis.net| pavlis@kpcs.cz | www.pavlis.net