Exchange 2013 Architecture Overview

Transkript

1 Basel Exchange 2013 Architecture Overview René Lübke

2 Architecture Overview 40 René Lübke Size Matters 15 René Lübke Q&A 5 Alle Agenda

3 Architectural Overview - Generelle Übersicht - Client Access - Transport - Mailbox Server - Sizing

4 Generelle Übersicht - Umstände bei Exchange Server Komplexe Deployments (7 Layer) - Viele Namespaces werden benötigt - Load Balancing kann zu Projekt/ Betriebskosten führen - Hoch Verfügbarkeit bei Public Folder nicht wirklich vorhanden

5 Generelle Übersicht - Ziele bei Exchange Server Eine Lösung für kleine OnPrem Installationen bis zur O365 Plattform - Richtige Building Blocks - Fundament für zukünftige Versionierung und Versionsunteschiede - Weiterentwicklung der Server Rollen

6 Generelle Übersicht - Architektur Änderungen Exchange Server (3 mit Edge) anstatt 5 Rollen - Umstellung von 7 Layern auf 4 - Ausbau von «JBOD» Unterstützung - Reduzierung der IOPS Anforderungen

7 Generelle Übersicht

8 Architectural Overview - Generelle Übersicht - Client Access - Transport - Mailbox Server - Sizing

9 Client Access - Client Access Role/ Client Front End - CAS besteht aus 3 Kernkomponenten - Client Access (HTTPS/ POP/ IMAP) - Outlook Anyhwere ;-) - SMTP External Receive - UM Call Routing

10 Client Access - Kernfunktion des Client Front End Access - Authentisierung - Re-Direct - Proxy - Alle anderen Komponenten sind auf die Mailbox Rolle verschoben worden

11 Client Access

12 Client Access - Client Access Rolle - Ist ein Authentication End Point! - Basiert auf einheitlichen Namespace - Jede API hat Ihr Gegenstück auf der Backend (Mailbox) Rolle

13 Client Access

14 Client Access - Zugriffsmöglichkeiten - Nur RPC over HTTP(Outlook Anywhere) - RPC/TCP NUR bei Legacy Versionen - MAPI/ CDO wird (noch) Backend supported

15 Client Access - Koexistenz - Proxy und Weiterleitung (AUSSER RPC/TCP) - Proxy Funktion bei Exchange Server 2010 SP3 in gleicher Site - Weiterleitung bei Exchange Server 2007

16 Client Access

17 Architectural Overview - Generelle Übersicht - Client Access - Transport - Mailbox Server - Sizing

18 Transport - Elemente des «neuen» Transport Service - Edge Rolle (keine Änderungen) - Front-End Transport Service (FET) - Transport Service

19 Transport - Front-End Transport Service - KEINE SMTP Queues - End Punkt für den eingehenden SMTP Verkehr der Organisation - Ermittelt durch Mailbox GUID des Users die aktive Mailbox Datenbank

20 Front End Transport Service

21 Transport - Front-End Transport Service - Routing basiert auf Delivery Groups (DAG/ Mailbox/ AD-Site) - SMTP Verkehr wird nicht aufgeteilt (Bifurcation) Es existiert immer nur ein Endpunkt unabhängig von der Empfängeranzahl

22 Transport Service aka Hub Transport - 3 Transport Service Kernkomponenten - Transport Service - Mailbox Transport Delivery Service - Mailbox Transport Submission Service

23 Transport Service Architektur

24 Transport Service aka Hub Transport - Transport Service - Verarbeitet den SMTP Verkehr für die Organisation (Transport Rules/ Agents; Content Filtering; Anti-Virus) - Empfängt alle eingehenden Nachrichten durch den FET - Übermittelt alle ausgehenden Nachrichten (direkt oder über den FET)

25 Transport Service aka Hub Transport - Mailbox Transport Delivery Service - Empfängt die Mails vom Transport Service - Liefert Mails an die entsprechende Mailbox Database

26 Transport Service aka Hub Transport - Mailbox Transport Submission Service - Mailbox Database übergibt die Mail an Submission Service - Ermittelt den zuständigen Transport Service des Empfängers (Hub Selector) - Übermittelt die Mail and den Transport Service via SMTP

27 Transport Service - Transport Service - Hochverfügbarkeit - Shadow Redundancy (Speichert Mail im Transit bis Empfang quittiert wird) - Logische Grenze ist die DAG - Safety Net (Ausgelieferte Nachrichten bleiben per Default 2 Tage erhalten)

28 Architectural Overview - Generelle Übersicht - Client Access - Transport - Mailbox Server - Sizing

29 Jeder Mailbox Server ist eine Insel

30 Mailbox Server - Einige Änderungen - Jet-Engine wurde in C# neu geschrieben - Search Engine basiert auf Search Foundation (SQL Server ;-) ) - Public Folder Architektur

31 Mailbox Server - Einige Änderungen - Riesige Mailboxen (100GB+) - Jede MailbDB hat einen eigenen Store Prozess - Multiple Datenbank pro Volume - Reduzierung der IOPS Anforderungen

32 Mailbox Server - Einige Änderungen - Alle Komponenten in denen Daten verarbeitet, gerendert oder gespeichert werden sind auf dem Mailbox Server - Verbindung zum Mailbox Server nur über CAS möglich (Ausnahme MAPI CDO)

33 Architectural Overview - Generelle Übersicht - Client Access - Transport - Mailbox Server - Sizing

34 Size Matters - Auf die Grösse und Umfang kommt es an - Grösse und Anzahl der Mails pro Tag pro User im Durchschnitt - Eckdaten (CPU) der Serverplattform System # Cores # Chips # Cores Per Chip Base Copies Result Baseline ProLiant DL380p Gen8 (2.60 GHz, Intel Xeon E5-2670)

35 Size Matters - Grösse und Anzahl der Mails pro Tag/User - Ist die Grundlage für die Berechnung von - Log Space - IOPS Anforderungen - Prozessor Anforderungen - Memory Anforderungen

36 Referenzen der Product Gruppe

37 Referenzen der Produkt Gruppe

38 Size Matters - Sizing Beispiel - Hardware Plattform ~42K CHF Listenpreis - HP DL380p Gen8 E5-2670v2-2 Physische Cores/ 128 GB RAM - 12 x HP 4TB 6G SATA 7.2k im Server - MSA x HP 4TB 6G SATA 7.2k

39 Size Matters - Sizing Beispiel - Setup User (50 Mails pro Tag / 75KB) - 10 GB Mailbox - Kein Raid für Datenbank Volumes - 4 Mailbox Datenbank pro Volume - 2 HD für OS / 2 HD für Autoseed / 20 HD für Mailbox Datenbank - Multi Role Server

40 Size Matters - User Mailbox 10 GB - 14 Tage Deleted Item Retention Time - Disk Space Bedarf ca GB - Maximum Database Size (vereinfachte Formel) - (3725 / 1.25) / 4 Disk pro Volume = 741 GB GB/ GB = 73 User pro Datenbank

41 Size Matters - User Pro Volume - 73 User * 4 MailDB pro Volume = 292 User - User pro Server User pro Volume * 20 Volume = HA Bereinigt ( 3 Server) = 1946 User

42 Size Matters - CPU - HP DL380p Gen8 E5-2670v2 2 Physische Cores - Liefert CPU Cycle System # Cores Result Baseline ProLiant DL380p Gen8 (2.60 GHz, Intel Xeon E5-2670)

43 Size Matters - CPU Anforderungen - 80 Mailboxdatenbank insgesamt (3 Server = 3 Kopien) - Failover = 1 Server down - Fiktiver Load sind 52 aktive/ 28 passive Mailbox DB s

44 Size Matters - CPU Anforderungen - Aktive DB x Anzahl User x CPU Requirement - 52 x 73 x 2.66 = CPU Cycles - Passive DB x Anzahl User x CPU Requirement - 28 x 73 x 0.69 = 1410 CPU Cycles - Insgesamt = CPU Cylces

45 Size Matters - CPU Berechnung der Auslastung - CPU Required / Server CPU Cycle / = ~27% Auslastung im Failover Fall Das System könnte noch um eine MSA um 12 Disks/ 48 Datenbank erweitert werden Entweder zusätzliche 3504 User oder grössere Mailboxen für die User hinzugefügt werden

46 Basel THANK YOU!! Enjoy the Apero!

47