SharePoint Ausgewählte Änderungen (an der Architektur) Björn Drolshagen Architektur & Engagement Management

Transkript

1 SharePoint 2013 Ausgewählte Änderungen (an der Architektur) Björn Drolshagen Architektur & Engagement Management

2 Agenda Request Management Shredded Storage Service Applications Search Architektur Cache Service ECM Einsatz ILM + ediscovery Center

3 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)

4 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

5 Request Management: Deployment Integrated Mode Zwischen Servern einer Farm Dedicated Mode Zwischen Farmen

6 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

7 Request Management: Ablauf

8 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!

9 (Ohne) Shredded Storage Collaboration & Versionen die Crux: V 0.1 Edit V 0.2 Edit V 0.3 V 1-n Form Document Edit Änderung an Metadaten = Änderung am Dokument V 1-n Document 64 KB 64 KB 64 KB 2 MB 4 MB 6 MB 8 MB

10 (Mit) Shredded Storage Collaboration & Versionen Lösungsansatz 2013: V 0.1 Edit V 0.2 Edit V 0.3 V 1-n Form Document Edit Änderung an Metadaten = Änderung am Dokument (für non MS-Office) V 1-n Document 64 KB 64 KB 64 KB 2 MB 2.07 MB 2.14 MB 2.2 MB

11 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

12 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 $web.webservice.fileoperationsettings = 2 $web.webservice.update() FileOperationSettings: 1 = enable, 2 = disable FileOperationSettings AlwaysDirectToShredded NeverDirectToShredded UseWebSetting delegate decision to subsite FileWriteChunkSize - Default 64k

13 Service Applications Im Osten nichts Neues IIS Web Site SharePoint Web Services Application pool Access Services Excel Calculation Services Managed Metadata User Profile Proxy Group Service App Proxy Business Data Connectivity Secure Store Service Search Service Application Application pool Application pool Web application Published Intranet Content Web application My Sites Web application Team Sites Service Application Instance HR Facilities Purchasing Team 1 Team 2 Team 3 Service Application Database (optional)

14 Andere bisherige Service apps Service Applications: Federation Jede Farm kann publizieren Zentralisiertes Management Business Connectivity Managed Metadata Service Search Secure Store Machine Translation Services User Profile Published content farm No Services Application pool Web application Published Intranet Content HR Facilities Purchasing Default group Enterprise services farm Application pool User Profile Collaboration farm Application pool Access Services IIS Web Site SharePoint Web Services IIS Web Site SharePoint Web Services Excel Services Usage and Health Data Collection PowerPoint InfoPath Word Viewing Managed Metadata Visio Graphics Service Application pool Web application My Sites Search Word Automation Services Mix of local and remote services Business Data Connectivity Web application Team Sites Team 1 Secure Store Service Default group Team 2 Team 3 My Site farm No Services Application pool Web application My Sites Default group Access Services 2010 Performance Point Security Token Service State Service Usage and Health Data Visio Services Word Automation Services

15 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

16 Service Applications: Access 2013 Authoring in Access 2013

17 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)

18 Search Architektur: viele Änderungen FAST Search For SharePoint FAST Technology SharePoint 2010 Search SharePoint 2013 Search «FAST and SharePoint Server 2010 had a baby»

19 Search: Logische Architektur ähnlich FAST Feeding Chain Index Core Query Chain Analytics Service

20 Search: Einige wesentliche Neuerungen Indexer & Crawler separiert Automatische Link & Query Analyse und Empfehlungen (ganzer) Index auf lokaler Disk Nur noch Crawler

21 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

22 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 Continuous 15 min typ. 15 min typ.

23 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 1-n Replicas Primary Replica (genau 1) 1-n Partitions = gesamter Index Partition

24 Search: physische Architektur Intranet Typische Standardfarm inkl. Search mit 2-4 VM pro host hosts für alle SharePoint Rollen inkl. DB und Redundanz gut für bis zu etwa 10 Mio. Items

25 Search: physische Architektur Internet Ca. 3.5 Mio Items Docs/sec 85 page views/sec 100 queries/sec +1 host Typ C = +28 page views/sec + 1 host Typ F = +40 Docs/sec

26 Search: Resource Requirements Application Servers RAM: für Internet Farmen x 3 (48 GB RAM bzw. 24 für Index bzw. Rest);

27 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

28 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

29 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 cache hosts eines cache clusters

30 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»

31 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

32 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)

33 ECM-Einsatz: ediscovery Center ediscovery «Case» ediscovery «Set» (within case)

34 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 (site collection 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

35 ECM-Einsatz: Aspekte 2010 vs. 2013

36 F & A Fragen? Antworten von: 1eEurope (Switzerland) AG Björn Drolshagen bdrolshagen@1eeurope.ch Danke, Merci, Grazie, Thanx!