SharePoint 2013Ausgewählte Änderungen (an der Architektur)

Björn Drolshagen – Architektur & Engagement Management

Agenda

Request Management

Shredded Storage

Service Applications

Search Architektur

Cache Service

ECM Einsatz

ILM + eDiscovery Center

Request Management?

Untersucht und behandelt eingehende http-requests

Kann gemäss Regelwerken http-responses anpassen

Managt und leitet http-requests um

zwischen mehreren Farmen

zwischen Servern einer Farm

Hilft Performance zu optimieren und potenziell riskante von «guten» http-requests zu unterscheiden

Ersetzt nicht (unbedingt) einen «Load-Balancer» (HLB)

Request Management: Beispielszenario

Problem:

Neue Requests an bereits stark ausgelastete WFE können Latenzen erhöhen und time-outs provozieren

Lösung:

Request Management kann Requests zu weniger stark ausgelasteten WFE oder zu leistungsstärkeren WFE umleiten, hilft die Verfügbarkeit hoch zu halten

Request Management: Deployment

Integrated Mode

Zwischen Servern einer Farm

Dedicated Mode

Zwischen Farmen

Request Management: Potenzial

Requests können aufgrund des Traffic-Typs priorisiert werden, z.B. user-requests sind «crawler-bots» vorzuziehen

Bestimmte Request-Typen können gezielt an bestimmte WFE gerichtet werden (User Profiles, Search, Office Web Apps, etc.)

Ist ein Feature der SharePoint Foundation

Zieht auf Ebene der SharePoint Web Application

Request Management: Ablauf

Request Management: Zur Beachtung

Routing Targets (machine targets)

statische Gewichtung oder «health» Gewichtung

Machine Pools

Gruppierung von Routing Targets

Ziel der Routing Regelwerke (Rules)

Routing Rules vs. Throttling Rules

(machine pool bezogen vs. agnostisch)

3 Excecution Groups (Routing Rules Gruppen)

Keine Wizards, alles über PowerShell!

Document

(Ohne) Shredded Storage

Collaboration & Versionen – die Crux:

V 0.1 Edit V 0.2 Edit V 0.3 … V 1-n

Form Änderung an Metadaten

=

Änderung am Dokument

V 1-nDocument

Edit …

2 MB 4 MB 6 MB 8 MB

64 KB 64 KB 64 KB

Document

(Mit) Shredded Storage

Collaboration & Versionen – Lösungsansatz 2013:

V 0.1 Edit V 0.2 Edit V 0.3 … V 1-n

Form Änderung an Metadaten

=

Änderung am Dokument

(für non MS-Office)

V 1-nDocument

Edit …

64 KB 64 KB 64 KB

2 MB 2.07 MB 2.14 MB 2.2 MB

Shredded Storage

Speichert nur die geänderten «shreds»

Ein Dokument ist das «File» plus seine Metadaten

Das Wachstum einer Version entspricht der Grösse / Menge der geänderten Shreds (nicht der effektiven Bytes)

Funktioniert unabhängig von RBS (externalise BLOBs)

Funktioniert für alle Dateiformate (auch non-Office)

Leichte Unterschiede

Gehört zu SPS 2013 mit SQL 2k8R2 oder 2k12

Kein SQL-Feature

Shredded Storage

Findet bei «upload» oder «edit» statt (nicht per se bei z.B. einfacher Migration)

Per SharePoint Web-Application on/off (on by default) $web = Get-SPWebApplication http://<URL>

$web.WebService.FileOperationSettings = 2$web.WebService.Update()

FileOperationSettings: 1 = enable, 2 = disable

FileOperationSettings

AlwaysDirectToShredded

NeverDirectToShredded

UseWebSetting – delegate decision to subsite

FileWriteChunkSize - Default 64k

Service Applications

Im Osten nichts Neues

Proxy Group

Service App Proxy

Service Application

Service Application Instance

Service Application Database (optional)

http://my/personal/<user>

http://my

Application pool

HR

Http://woodgrove/

Application pool

Facilities Purchasing

Team 1

http://team

Team 2 Team 3

Web application—Published Intranet Content Web application—My Sites Web application—Team Sites

Application pool

User ProfileManaged Metadata

SearchSecure Store Service

Access Services

IIS Web Site—“SharePoint Web Services”

Excel Calculation Services

Business Data Connectivity

Service Applications: Federation

Jede Farm kann publizieren

Zentralisiertes Management

Business Connectivity

Managed Metadata Service

Search

Secure Store

Machine Translation Services

User Profile

Enterprise services farm

Application pool

User Profile Managed Metadata

HR

http://Fabrikam

Application pool

Facilities Purchasing

Published content farm

Web application—Published Intranet Content

http://my/personal/<user>

http://my

Application pool

Team 1

http://team

Team 2 Team 3

Collaboration farm

Web application—My Sites Web application—Team Sites

Application pool

Access Services

PowerPoint Word Viewing

Visio Graphics Service

Word Automation Services

Usage and Health Data Collection

InfoPath

Search Secure Store Service

Mix of local and remote services

IIS Web Site—“SharePoint Web Services”

IIS Web Site—“SharePoint Web Services”

Excel Services

Default group

Default group

Business Data Connectivity

No Services

Application pool

My Site farm

Default group

No Services

http://my/personal/<user>

http://my

Web application—My Sites

Access Services 2010Performance Point

Security Token ServiceState Service

Usage and Health DataVisio Services

Word Automation ServicesAn

de

re b

ish

erig

e Se

rvic

e a

pp

s

Service Applications: Access 2013

Mit Access 2013 SharePoint apps bauen

SQL Auth

Named pipes

Für jede App eine eigene SQL-DB

Setup & Configure Access Services

http://go.microsoft.com/fwlink/?LinkId=267146

Service Applications: Access 2013

Authoring in Access 2013

Service Applications

Access 2013 Server Software Requirements

On-premise

Auch für «off-premise»,wie z.B. Office365

Noch mehr:

Machine Translation

Work Management

… (nicht heute) …

Search Architektur: viele Änderungen

SharePoint 2013 Search

SharePoint 2010

Search

FAST Search For SharePoint

FAST Technology

«FAST and SharePoint Server 2010 had a baby»

Search: Logische Architektur – ähnlich FAST

Index CoreFeeding Chain Query Chain

Analytics Service

Search: Einige wesentliche Neuerungen

Indexer & Crawler separiert

Automatische Link & Query Analyse und Empfehlungen

(ganzer) Index auf lokaler DiskNur noch Crawler

Search: Feeding Chain

Crawl Komponente OOB Konnektoren

Erweiterbar durch BCS

Lokaler disk cache

Crawled items in Crawl database

Configurations in Admin database

Crawl Modi: Full Crawl

Incremental Crawl

Continuous Crawl

Für«en früsche»

Index

Search: Continuous Crawl

Wenn konfiguriert, startet der Crawler nach «seinem» crawl-Auftrag sofort erneut im Gegensatz zum streng getakteten Incremental crawl

Nur für Quellen vom Typ «SharePoint»

Incremental

15

min

typ.

Continuous

15

min

typ.

Search: Index Details – Replicas & Partitions

Partitions für Skalierbarkeit

Replicas für Redundanz

Jede Index Komponente verfügt über (min.) eine Replica

Eine Partition kann sich über mehrere Nodes (Index Komponenten) erstrecken

Partition

1-n Partitions = gesamter Index

Primary Replica

(genau 1)

1-n

Replicas

Search: physische Architektur Intranet

Typische Standardfarm

inkl. Search

mit 2 - 4 VM prohost

4 + 2 hosts für alle SharePoint Rollen inkl. DB und Redundanz

gut für bis zu etwa10 Mio. Items

Search: physische Architektur Internet

Ca. 3.5 Mio Items

100-200 Docs/sec

85 page views/sec

100 queries/sec

+1 host Typ C = +28 page views/sec

+ 1 host Typ F = +40 Docs/sec

Search: Resource Requirements

Application Servers RAM:

für Internet Farmen x 3

(48 GB RAM bzw. 24 für

Index bzw. Rest);

Search: Noch (viel) mehr «neu»

Neue ranking / Relevanz Modelle

Analytics für Suchresultate und Statistiken (Admin)

Result Types = Regeln für eine gezielte Darstellung

In SPS 2013 ersetzen «Result Sources» die «Scopes» und «federated locations» von SPS 2010

«Best Bests» werden mit «Query Rules» ersetzt:

Rule match correlated action

Result blocks

Distributed Cache Service?

In-Memory Caching für mehrere SPS 2013 features, u.a.:

Newsfeeds

Authentication

OneNote Client access

Security Trimming

Page load performance

Braucht selber keine der SPS Datenbanken

Distributed Cache Service

Jeder SharePoint Host der Farm kann die Rolle eines «cache host» übernehmen

Funktioniert bis ca. 95% Memory load

Throttling (bis unter 70%)

Cache Hosts bilden einen «cache cluster» wenn mehrere Hosts einer Farm diesen Service ausführen

Cache clusters sind nicht «Hochverfügbar»

Daten werden nicht dupliziert bzw. kopiert zwischen cachehosts eines cache clusters

Distributed Cache Service

Bestehende «non Cache farm-hosts» können aufgerüstet werden, ebenso wie komplett neue hosts auch vor allem fürs caching einer Farm hinzugefügt werden können

Cache Farm-hosts kann der Service auch entzogen werden (Memory preservation)

Installation via Config Wizard oder PowerShell

Administration knapp & knackig (nur) mit PowerShell

Andere Caches, wie z.B. BLOB Cache, Output Cache

basieren nicht auf diesem «distributed cache service»

ECM-Einsatz: was ist neu bei 2013?

Content Lifecycle

SharePoint 2010 (Auszug): Content Organizer Document Sets Document IDs Location-based metadata defaults Metadata navigation In-Place Records Site-based eDiscovery and Holds

SharePoint 2013

= SharePoint 2010 features, plus:

Site Retention

Site Mailboxes

Cloud Parity

eDiscovery enhancements

ECM-Einsatz: e-Discovery Center

eDiscovery: The SP2013 eDiscovery Center

Top Site einer eigenen Site Collection (eigener Typ)

SharePoint 2013 In-Place Holds (auch für ganze Sites)

Exchange 2013 In-Place Holds (innerhalb SharePoint UI)

Query-based preservation, Enterprise-wide access

Case Manager

Analytics (about eDiscovery activity)

Verwendet Search Service Applications (SSA)

ECM-Einsatz: eDiscovery Center

eDiscovery «Case» eDiscovery «Set»

(within case)

ECM-Einsatz: eDiscovery

Kopiert «holds» in Originalsites als Kopien

z.B. in der «preservation hold library»

Aber nur, wenn ab dem «hold-datum» Änderungen am Original passieren («copy on write»), wie DEL, EDIT, etc.

Solche «holds» folgen sehr spezifischen Zugriffsregeln (sitecollection admin, etc. per default)

Originaldateien bleiben im gewöhnlichen Benutzerzugriff

.NET Server API oder CSOM Klassen im Angebot: Microsoft.Office.Server.Discovery, Microsoft.Office.Server.Client.Discovery

ECM-Einsatz: Aspekte 2010 vs. 2013

F & A

Fragen?

Antworten von:

1eEurope (Switzerland) AG

Björn Drolshagen

bdrolshagen@1eeurope.ch

044-722 8604

Danke, Merci, Grazie, Thanx!