bjoern drolshagen ausgewählte änderungen der architektur
TRANSCRIPT
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
044-722 8604
Danke, Merci, Grazie, Thanx!