Bjoern drolshagen ausgewählte änderungen der architektur

662 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
662
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Bjoern drolshagen ausgewählte änderungen der architektur

  1. 1. SharePoint 2013Ausgewählte Änderungen (an der Architektur)Björn Drolshagen – Architektur & Engagement Management
  2. 2. Agenda Request Management Shredded Storage Service Applications Search Architektur Cache Service ECM Einsatz  ILM + eDiscovery Center
  3. 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. 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. 5. Request Management: DeploymentIntegrated Mode Dedicated Mode Zwischen Servern einer Farm  Zwischen Farmen
  6. 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. 7. Request Management: Ablauf
  8. 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. 9. (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 Edit = … V 1-n Document Änderung am Dokument Document 64 KB 64 KB 64 KB 2 MB 4 MB 6 MB 8 MB
  10. 10. (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 Edit = … V 1-n Document Änderung am Dokument Document (für non MS-Office) 64 KB 64 KB 64 KB 2 MB 2.07 MB 2.14 MB 2.2 MB
  11. 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. 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 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
  13. 13. Service Applications Im Osten nichts Proxy Group Neues IIS Web Site—“SharePoint Web Services” Application pool Access Services Excel Calculation Services Managed Metadata User Profile Service App Proxy Business Data Secure Store Search Connectivity Service Service Application Application pool Application pool Web application—Team Sites Service Application Instance Web application—Published Intranet Content Web application—My Sites http://team Http://woodgrove/ http://my http://my/personal/<user> Service Application HR Facilities Purchasing Team 1 Team 2 Team 3 Database (optional)
  14. 14. Service Applications: Federation Enterprise services farm Jede Farm kann publizieren IIS Web Site—“SharePoint Web Services” Application pool User Profile Managed Search Business Data Secure Store Metadata Connectivity Service Zentralisiertes Management  Business Connectivity Published content farm Default group Collaboration farm IIS Web Site—“SharePoint Web Services” Application pool My Site farm Default group Usage and InfoPath  Access Excel Services Services Health Data Managed Metadata Service Collection Default group Application pool Application pool Web application—Published Intranet Content Web application—My Sites PowerPoint Word Visio Word Viewing Graphics Automation Service Services http://Fabrikam http://my http://my/personal/<user>  Search HR Facilities Purchasing Application pool Web application—My Sites Web application—Team Sites No Services No Services  http://team http://my Secure Store http://my/personal/<user> Team 1 Team 2 Team 3  Mix of local and remote services Machine Translation Services Access Services 2010 Andere bisherige  User Profile Service apps Performance Point Security Token Service State Service Usage and Health Data Visio Services Word Automation Services
  15. 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  http://go.microsoft.com/fwlink/?LinkId=267146
  16. 16. Service Applications: Access 2013 Authoring in Access 2013
  17. 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. 18. Search Architektur: viele Änderungen FAST FAST Technology Search For SharePoint SharePoint 2010 Search SharePoint 2013 Search «FAST and SharePoint Server 2010 had a baby»
  19. 19. Search: Logische Architektur – ähnlich FAST Feeding Chain Index Core Query Chain Analytics Service
  20. 20. Search: Einige wesentliche Neuerungen Indexer & Crawler separiert Automatische Link & Query Analyse und Empfehlungen (ganzer) Index auf lokaler Disk Nur noch Crawler
  21. 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 Für  Incremental Crawl «en früsche»  Continuous Crawl Index
  22. 22. Search: Continuous Crawl Wenn konfiguriert, Incremental startet der Crawler nach «seinem» crawl- 15 min Auftrag sofort erneut typ. im Gegensatz zum streng getakteten Continuous Incremental crawl Nur für Quellen vom Typ «SharePoint» 15 min typ.
  23. 23. Search: Index Details – Replicas & Partitions 1-n Partitions = gesamter Index Partitions für Skalierbarkeit Replicas für Redundanz Partition Jede Index Komponente verfügt über (min.) eine Replica 1-n Replicas Eine Partition kann sich über mehrere Nodes (Index Primary Komponenten) erstrecken (genau 1)Replica
  24. 24. Search: physische Architektur Intranet Typische Standardfarm  inkl. Search  mit 2 - 4 VM pro host  4 + 2 hosts für alle SharePoint Rollen inkl. DB und Redundanz  gut für bis zu etwa 10 Mio. Items
  25. 25. 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
  26. 26. Search: Resource Requirements Application Servers RAM: für Internet Farmen x 3 (48 GB RAM bzw. 24 für Index bzw. Rest);
  27. 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. 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. 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. 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. 31. ECM-Einsatz: was ist neu bei 2013?Content Lifecycle SharePoint 2010 (Auszug):  SharePoint 2013  Content Organizer  Document Sets  = SharePoint 2010 features, plus:  Document IDs  Site Retention  Location-based metadata defaults  Site Mailboxes  Metadata navigation  Cloud Parity  In-Place Records  eDiscovery enhancements  Site-based eDiscovery and Holds
  32. 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. 33. ECM-Einsatz: eDiscovery Center eDiscovery «Case» eDiscovery «Set» (within case)
  34. 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. 35. ECM-Einsatz: Aspekte 2010 vs. 2013
  36. 36. F&A Fragen? Antworten von:  1eEurope (Switzerland) AG  Björn Drolshagen  bdrolshagen@1eeurope.ch  044-722 8604 Danke, Merci, Grazie, Thanx!

×