Konrad Sagała - MVP Exchange

Piotr Pawlik – MVP Exchange

Jacek Światowiak – MVP Directory Services

5 czerwca - Warszawa 6 czerwca - Poznań 7 czerwca - Gdańsk

Agenda

10.00 - 11.15 Exchange Server 2013 – co nowego? – prowadzący Konrad Sagała – Exchange MVP

11.15 – 11.30 Przerwa

11.30 – 12.45 Exchange 2013 – integracja z Sharepoint 2013 – prowadzący Konrad Sagała – Exchange MVP

12.45 – 13.30 Lunch

13.30 – 14.45 Lync Server 2013 – co nowego? - prowadzący Jacek Światowiak – Directory Services MVP

14.45 – 15.00 Przerwa

15.00 – 16.30 Integracja Lync 2013 z Exchange 2013. Czy warto? – w Warszawie sesję prowadzi Piotr Pawlik – Exchange MVP, w Poznaniu i Gdańsku Jacek Światowiak

16.30 – 16.45 Zakończenie spotkania

3

Exchange 2013 – co nowego?

Konrad Sagała - MVP Exchange

Potęga Exchange Servera – trochę faktów

• W roku 2011 Exchange miał setki milionów

skrzynek wdrożonych na serwerach na całym

świecie (76% serwerów pocztowych on-premise)

• Exchange obejmuje 65-70% rynku poczty

korporacyjnej

• Exchange Server istnieje już prawie 20 lat

• Osobiście wdrażam serwery Exchange od 14 lat

Nov. 2009

Wyprzedzać konkurencję

The cloud on your terms

Antispam

protection

Mission-critical,

high availability

Voicemail in

your inbox

Email on

a phone

Email on

a browser

May 1997 Nov. 1997 Dec. 2001 Mar. 2004 Dec. 2006 Nov. 2008

Massive,

low-cost

mailboxes

Nowe funkcje w Exchange 2013

• Nowa konsola administracyjna – Exchange

Administration Center (żegnaj EMC)

• Nowa architektura – dwie wydzielone role (Mailbox i

Client Access)

• Nowy mechanizm składowania danych (managed

store)

• Nowa architektura folderów publicznych

• Usprawnienia w polisach archiwizacji, retencji i

zabezpieczania danych

Nowe funkcje w Exchange 2013

• Wbudowany antywirus/antymalware

• Reguły transportowe i polisy DLP

• Nowe cmdlety PowerShell

• Rozbudowana funkcjonalność UM

• Rozszerzenia Outlook Web App

Exchange - Ewolucja

2013

LB

Uproszczona architektura

Zintegrowane HA dla wszystkich ról

L7 LB

2010

Oddzielne rozwiązania HA dla każdej roli

Wprowadzenie DAG

Elastyczne zarządzanie poprzez RBAC

CAS HT

MBX MBX

2007

Rozdzielenie na role –uproszczenie wdrożenia i zarządzania

Wsparcie dla tańszych dysków

Ex Ex

SAN

Ex Ex

2000/2003

Definiowanie ról poprzezręczną konfigurację

Niezawodność realizowana poprzez rozwiązania sprzętowe

8

Pięć ról

podstawowych

Exchange 2007 / Exchange 2010 Server

Role Architecture

Enterprise Network Phone System

(PBX or VOIP)

Web

browser

Outlook

(remote user)

Mobile

phone

Line of business application

Mailbox

Storage of

mailbox items

Unified

Messaging

Voice mail and

voice access

Client Access

Client connectivity

Web services

Outlook (local user)

Layer 7 LB

AD

External SMTP

servers

Edge Transport

Routing and

AV/AS

Hub TransportRouting and policy

Forefront Online

Protection for

Exchange

9

–Dwa

moduły

główne• 1. Client Access

Array• Ewolucja Exchange 2010

CAS Array SMTP Front End

• 2. Database Availability

Group

• Ewolucja Exchange 2010 DAG

• Zawiera wszystkie podstawowe

role

Exchange Server 2013 Role

Architecture

Enterprise Network

External SMTP

servers

Phone System

(PBX or VOIP)

Web

browser

Outlook

(remote user)

Mobile

phone

Line of Business

ApplicationOutlook (local user)

AD

DAG

MBX

MBX

MBX

MBX

MBX

Layer

4 L

B

CAS Array

CAS

CAS

CAS

CAS

CAS

Exchange Online

Protection

Edge Transport

Routing and

AV/AS

10

Warstwy funkcjonalne

AuthN, Proxy,

Redirect

Protocols, API,

business logic

Assistants, Store, CI

Exchange 2010

Architecture

AuthN, Proxy,

Redirect

Store, CI

Protocols, assistants, API,

business logic

Exchange 2013

Architecture

CAS 2013

MBX 2013

CAS, HT,

UM

MBX

HLB

L4 LB

L7 LB

11

Layer 4 LB

SMTP

MDB

HTTP Proxy

IISCAS 2013

RPC CA

MBX 2013

IIS

RPSOWA, EAS, EWS,

ECP, OAB

POP,

IMAPSMTP

IMAP

UM

POP

IMAPTransport UM

SIP

Redirect

SIP + RTPSMTPPOP, IMAPHTTP

MailQ

CAS 2013 Client Protocol

Architecture

RpcProxy

OWA Outlook EAS EAC PowerShell SBC, AP

12

• Nie ma rozdzielenia HTTS lub RPC/MAPI

• Outlook wspiera tylko jeden RPC Proxy endpoint

• Jeżeli Outlook Anywhere jest dostępny z Internetu, może

to doprowadzić do tego, że wewnętrzni klienci Outlooka

będą łączyli się poprzez zewnętrzny firewall

• Optymalne rozwiązanie - split-brain DNS

– Wewnętrzni klienci używają wewnętrznego IP

– Zewnętrzni klienci używają zewnętrznego IP

Split-Brain DNSCzyli to co konieczne do prawidłowego przepływu

poczty

13

E2010 vs. E2013 Performance Comparison* Results based on daily Outlook cached mode Load Generator simulations (10 databases, 1000 users) to measure key

metrics used to identify performance improvements/regressions (Beta2 build 466, subject to change)

48-76% IOPS reduction (disk IOPS capacity not expected to change)

18-41% Average RPC Latency reduction

17-34% increase in CPU per RPC processed (offset by additional CPU cores)

~4X increase in store memory overhead (~4GB vs. ~1GB not including ESE cache)0,00

0,10

0,20

0,30

0,40

0,50

0,60

0,70

DB IOPS/MAILBOX

0,65

0,16

E14SP1 E15 Build 466

0

0,5

1

1,5

2

2,5

3

3,5

4

RPC

AVERAGE

LATENCY

MCYCLES

PER RPC

PACKET

STORE

MEMORY

PER

MAILBOX

(MB)

3,99

3,09

0,74

2,35

3,75

3,16

E14SP1 E15 Build 46614

Exchange IOPS Trend

0

0,2

0,4

0,6

0,8

1

Exchange

2003

Exchange

2007

Exchange

2010

Exchange

2013

DB IOPS/Mailbox

Exchange 2003

Exchange 2007

Exchange 2010

Exchange 2013

+97%

Reduction!

15

Koniec Store.exe

• Brak skalowalności

• Pojedynczy proces

• SPOF – pojedynczy punkt awarii

Managed Store• Dwa procesy

• Store.server.exe

– Management Service

– MSExchangeIS

– Monitoruje stan procesów roboczych

– Może zrestartować Store Worker Process jeżeli Active

Manager wyśle żądanie zamontowania bazy

• Store.worker.exe

– Jeden per baza

Store Service Process

• Nadzorca procesów roboczych

• Zarządza pracą procesów roboczych

• Obsługuje awarie procesów roboczych

• Procesy robocze zależą od niego

Store Worker Process

• Jeden na bazę

• Zarządza połączeniami od klientów

• Rejestruje Endpoint RPC dla danej bazy (DB

GUID)

Dlaczego Managed Code?

• Izolacja procesów

– Jedna baza = jeden proces

• Lepsza skalowalność dla wielu procesorów

Q & A