Changes in SharePoint 2010 from MOSS 2007

3,058 views
2,882 views

Published on

Presented at SPTechCon San Francisco, February, 2011.

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

No Downloads
Views
Total views
3,058
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
91
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Changes in SharePoint 2010 from MOSS 2007

  1. 1. Changes in Farm Architecture from MOSS 2007 to SharePoint 2010<br />Michael Noel<br />Convergent Computing<br />Twitter: @MichaelTNoel<br />
  2. 2. Michael Noel<br />Author of SAMS Publishing titles “SharePoint 2010 Unleashed,” “SharePoint 2007 Unleashed,” “SharePoint 2003 Unleashed”, “Teach Yourself SharePoint 2003 in 10 Minutes,” “Windows Server 2008 R2 Unleashed,” “Exchange Server 2010 Unleashed”, “ISA Server 2006 Unleashed”, and many other titles .<br />Partner at Convergent Computing (www.cco.com / +1(510)444-5700) – San Francisco Bay Area based Infrastructure/Security specialists for SharePoint, AD, Exchange, Security<br />
  3. 3. What we will cover<br />Detailed Look at SharePoint 2010 Infrastructure Concepts<br />SharePoint 2010 Version Changes<br />Infrastructure Changes<br />Architectural Concepts<br />New Database Model<br />Physical Architectural Samples<br />SharePoint 2010 Virtualization<br />Detailed Look at the Service Application Structure<br />Authentication Options<br />FAST Search<br />
  4. 4. SharePoint 2010Version Changes<br />
  5. 5. SharePoint 2010 Infrastructure ImprovementsVersion and Edition Changes<br />
  6. 6. SharePoint 2010 Infrastructure Changes<br />
  7. 7. SharePoint 2010 Infrastructure ChangesGoodbye Shared Services Provider! (and good riddance…)<br />SSP concept replaced with Service Applications<br />Each service runs independently, providing application isolation<br />All SSP functionality moved to databases, so they can be consumed from multiple servers more easily<br />New products use this framework<br />Get-SPServiceApplicationcmdlet shows list of Service Applications<br />
  8. 8. Web, Service App, and Data Tiers<br />
  9. 9. SharePoint 2010 Infrastructure ChangesImprovements to Central Admin Interface and PowerShell<br />Ribbon interface added<br />Still a Site Collection in a dedicated Content DB, so Best practices still apply as follows:<br />Make redundant (install on multiple web role servers and Load Balance)<br />Configure for Kerberos<br />Configure for SSL (to protect PWs)<br />PowerShell is Critical, highly consider as a *primary* administration tool.<br />
  10. 10. SharePoint 2010Architecture Concepts<br />
  11. 11. Farms<br />Top-level Architectural Component<br />Similar to the Forest in AD<br />Typically multiple farms exist, i.e. Dev, Test, Prod<br />Other reasons to create farms include:<br />Dedicated Service App farm<br />Admin / Operational / Financial Requirements (separate groups)<br />Geographic (multiple sites)<br />Security / Industry requirements for isolation<br />
  12. 12. Web Applications<br />Same concept as in MOSS 2007<br />Web Applications are represented by IIS Web Sites<br />Multiple Web Apps created for the following reasons:<br />Separate anonymous content from authenticated content<br />Isolate users<br />Enforce permissions<br />Optimize performance<br />Optimize manageability<br />
  13. 13. Site Collections<br />Same concept as in MOSS 2007<br />Highest level of logical site structure<br />Used at top level of sites and at managed paths (i.e. /sites)<br />My Sites are all individual site collections<br />Disadvantages of multiple site collections are that master pages, page layouts, templates, web parts, and default navigation is not shared across them<br />Advantages of multiple site collections are that the data can be spread among content databases and administered separately<br />
  14. 14.
  15. 15. SharePoint 2010 Databases<br />
  16. 16. Proliferation of Databases<br />SharePoint 2010 has moved a large number of services to the data tier<br />End result is a significantly higher number of databases, often more than 20 in a single farm<br />Database IO needs also increase<br />
  17. 17. SharePoint Databases by Version (1 of 3)<br />
  18. 18. SharePoint Databases by Version (2 of 3)<br />
  19. 19. SharePoint Databases by Version (3 of 3)<br />
  20. 20. SharePoint 2010 Service Applications<br />
  21. 21. Service Application Matrix<br />
  22. 22. Additional Service Applications<br />Office Web Apps<br />Excel Calculation Services<br />Word Viewing Service<br />PowerPoint Service<br />Project Server 2010<br />
  23. 23. Service Application Groups<br />Can be granular per Web Application<br />Multiple Instances of a Service App can be Deployed in a Farm<br />Can create custom Service App ‘Group’ to target specific ones to Web Apps<br />
  24. 24. Physical Isolation for Service Apps<br />Use different application pools to isolate the service app pool.<br />Uses significantly more resources for each app pool (800MB+ RAM)<br />
  25. 25. Cross-farm Service Applications<br />Service Applications can be shared across multiple farms<br />Create cross-farm service application connections<br />
  26. 26. Service Apps that Access External Data Sources<br />Delegated Windows Identity used for the following Service Apps:<br />Excel Services<br />PerformancePoint Services<br />InfoPath Forms Services<br />Visio Services<br />If not in the same domain, access to external data will fail from these data sources<br />Use the Secure Store Service to store service credentials to access these data sources<br />
  27. 27. Caution: Do NOT Enable All Service Applications unless Needed!<br />Do NOT use the Configuration Wizard for production farms<br />Configuration Wizard assumes defaults, creates GUID databases, etc.<br />Too easy to enable all Service Applications<br />Only turn on those Service Applications that you need! Memory and Proc are used for every one that is turned on<br />Just because you’ve purchased it doesn’t mean it needs to be turned on.<br />
  28. 28. Service App Architecture Example:Simple Farm<br />
  29. 29. Service App Architecture Example:Distributed Admin<br />
  30. 30. Service App Architecture Example:Distributed Admin<br />
  31. 31. Service App Architecture Example:Intranet / Complex<br />
  32. 32. Service App Architecture Example:Dedicated Service App Farm<br />
  33. 33. Service App Architecture Example:Central Corporate Services Model<br />
  34. 34. SharePoint 2010 Physical ArchitectureSamples<br />
  35. 35. SharePoint 2010 ArchitectureSmall Farms<br />‘All-in-One’ (Avoid)<br />DB and SP Roles Separate<br />
  36. 36. SharePoint 2010 Architecture“Smallest Highly Available Farm”<br />2 SharePoint Servers running Web and Service Apps<br />2 Database Servers (Clustered or Mirrored)<br />1 or 2 Index Partitions with equivalent query components<br />Smallest farm size that is fully highly available<br />
  37. 37. SharePoint 2010 Architecture“The Six Server Farm”<br />2 Dedicated Web Servers (NLB)<br />2 Service Application Servers<br />2 Database Servers (Clustered or Mirrored)<br />1 or 2 Index Partitions with equivalent query components<br />
  38. 38. SharePoint 2010 ArchitectureLarge Farm<br />Multiple Dedicated Web Servers<br />Multiple Dedicated Query Servers<br />Multiple Dedicated Crawl Servers, with multiple Crawl DBs to increase parallelization of the crawl process<br />Multiple distributed Index partitions (max of 10 million items per index partition)<br />Two query components for each Index partition, spread among servers<br />
  39. 39. SharePoint 2010 Virtualization Guidelines<br />
  40. 40. SP2010 Role Virtualization<br />
  41. 41. SharePoint Guest Guidelines<br />
  42. 42. SharePoint 2010 Authentication<br />
  43. 43. Types of Authentication<br />
  44. 44. Claims-Based Authentication<br />Replaces Forms-based Authentication in MOSS 2007<br />Used to allow access to SharePoint sites from accounts in non-Windows auth sources (LDAP, SQL, etc.)<br />Allows for multiple authentication types per Web Application / Zone<br />
  45. 45. Traditional FBA vs. Claims based Auth<br />
  46. 46. Zones<br />Represent logical paths for gaining access to same sites in a Web Application<br />Single Web App can contain up to five zones<br />MOSS 2007 required zones for different auth types, SharePoint 2010 Claims-based auth allows for multiple auth types in a single zone<br />
  47. 47. Multiple Auth Types on Default Zone<br />
  48. 48. One Zone Per Auth Type<br />
  49. 49. Content Deployment<br />Similar to MOSS 2007 Content Deployment<br />Used to ‘push’ content from one farm to another<br />Not a two-way synch (third party needed for that)<br />
  50. 50. FAST Search<br />Previously a third party product ($$$$)<br />More reasonable pricing now<br />Highly tuned and specialized search engine for SharePoint and also as an enterprise search platform<br />Replaces SharePoint 2010 Native Search if used<br />‘Net new’ features built-in.<br />
  51. 51. FAST Search Feature Matrix<br />
  52. 52. Killer Feature? Thumbnail Previews<br />
  53. 53. FAST Logical Architecture<br />
  54. 54. Session Takeaways<br />Understand the Service Application Architecture in SharePoint 2010<br />Use Service Apps sparingly and only when needed<br />Consider FAST Search server for enhanced search<br />Architect for scalability and give sufficient resources to systems<br />Contact us at CCO.com for questions or @MichaelTNoel on Twitter<br />
  55. 55. Thanks for attending!<br />Michael Noel<br />Twitter: @MichaelTNoel<br />www.cco.com<br />

×