presenta – #wpc15it1 Exchange Server 2016 Preferred Architecture Gabriele Tansini Partner Technical Consultant- Microsoft MCM:Exchange 2007

2 18-years experience Microsoft Certified since 1998 MCT, MCITP Exchange+Office365 and MCM:Exchange years in Microsoft as Premier Field Engineer and Partner Technical Consultant LinkedIn: Supporto Prevendita Partner MAPS, Silver e Gold: About Gabriele

Agenda Architettura di Exchange 2016 Exchange 2016 Preferred Architecture Namespace Design Server Design DAG Design –

– #wpc15it4 Architettura di Exchange Ruoli

– #wpc15it5 Architettura di Exchange Protocolli

– #wpc15it6 Architettura di Exchange Protocolli

Outlook MAPI/HTTP HTTPS Req/Response HTTPS Req/Response HTTPS Req/Response HTTPS Hanging Notification

Exchange 2016 Preferred Architecture La Preferred Architecture (PA) è la Best Practice del Team Exchange per quello che consideriamo il miglior modo possibile per installare Exchange 2016 E’ la configurazione raccomandata e maggiormente testata Esistono altre configurazioni supportate –

Namespace Design Exchange 2016 supporta 2 modelli di Naming Space  Modalità Bound  Modalità Unbound La Preferred Architecture utilizza il modello Unbound –

Namespace Design Modello Unbound Si utilizza un solo namespace per protocollo su tutti i Datacenter autodiscover.contoso.com HTTP: mail.contoso.com IMAP: imap.contoso.com SMTP: smtp.contoso.com Per i server Outlook Web Apps, si utilizza un singolo namespace per Datacenter

Namespace Design Exchange –

Namespace Design Office Web Apps Server –

Namespace Design Bilanciamento Si utilizza un bilanciatore livello 7 Nessuna Session Affinity per Exchange Cookie-based Affinity per Office Web Apps server DNS Round-Robin per bilanciare il carico tra i Datacenter

Nella Preferred Architecture i server sono fisici per due motivi principali: I server sono scalati per non superare mai l’80% del carico La virtualizzazione aggiunge complessità alla soluzione L’Exchange Server Role Requirements Calculator è vostro amico exchange-server-role-requirements-calculator- update.aspx Server Design

Dischi non-dati - RAID 1 Coppie di dischi in RAID1 per OS, Binari di Exchange, protocol/client log e transport database Dischi Dati - JBOD JBOD storage di grandi dimensioni - 7.2k RPM SAS disks Battery backed cache controller (75/25) Auto-reseed con hot spare Dischi dati formattati in ReFS (Integrity feature disabilitata) e criptati con BitLocker ……….. NTFS ReFS NTFS ReFS RAID1 OS, Exchange,Logs, Transport DB, JBOD Exchange Databases Hot Spares ReFS Server Design

1 Sito AD = 1 Datacenter Molti membri = molto onore (minimo 4) Singola rete per replica e traffico client Se possibile, utilizzate un terzo Datacenter o Azure per la File Share Witness 4+ copie di DB 2 copie/DC Distribuite le copie attive sui vari membri del DAG 1 delle copie è lagged Usiamo la Native Data Protection DAG Design

Mailbox Grandi Mailbox di 100GB+:  mailbox primaria + mailbox archivio + recoverable item  1-2 anni di posta (minimo)  Max. 1 milione oggetti/cartella Riduce la necessità di PST Riduce o elimina la necessità di soluzioni di archiviazione di terze parti Outlook vi permette di gestire la dimensione della cache TempoOggettiDimensione MBX 1 day15011 MB 1 month MB 1 year GB 2 years GB 4 years GB

Riassumendo – #wpc15it18

Q & A Domande e Risposte – #wpc15it19

Contatti OverNet Education OverNet Education Tel – #wpc15it20