sharepoint infrastructure tips and tricks for on-premises and hybrid cloud environments - east bay...

Download SharePoint Infrastructure Tips and Tricks for On-Premises and Hybrid Cloud Environments - East Bay SPUG

Post on 22-Nov-2014

290 views

Category:

Technology

4 download

Embed Size (px)

DESCRIPTION

There are a myriad number of approaches to design and architecture of SharePoint servers, not all of which are ideal, however. Since the design of a SharePoint environment is subsequently critical to its performance and functionality, it is critical to understand what the best practices around SharePoint infrastructure design are. SharePoint architects need to be aware of the various installation options, the differences between SharePoint search architecture models, how and when to virtualize SharePoint, and ways to optimize the SQL Database tier of SharePoint. In addition, integrating SharePoint On-Premises with cloud models such as SharePoint Online and Enterprise Social environments such as Yammer has its own set of infrastructure challenges. This session goes right to the heart of the matter, providing for physical and virtual architecture guidelines and specific configuration settings that can immediately be used to construct best practice SharePoint On-Premises and/or hybrid cloud environments. In addition, a close look at new models at the data tier such as highly available farms that use SQL 2014/2012 AlwaysOn Availability Groups are outlined. Real world advice obtained from the presenter’s experience designing hundreds of production SharePoint farms is provided, and the installation options are discussed frankly. • Understand how cloud and hybrid models affect SharePoint On-Premises Infrastructure and how to integrate them easily • Examine new High Availability strategies with SharePoint that take advantage of the aggressive SLAs provided with SQL 2014/2012 AlwaysOn Availability Groups • Learn simple ways to get better performance out of an existing SharePoint environment, with tips and tricks for the SharePoint data, web, and service application tiers

TRANSCRIPT

  • 1. SharePoint Infrastructure Tips and Tricks for On-Premises and Hybrid Cloud Environments Michael Noel Convergent Computing (CCO) www.cco.com 925-933-4800
  • 2. Michael Noel Author of SAMS Publishing titles SharePoint 2013 Unleashed, SharePoint 2010 Unleashed, Windows Server 2012 Unleashed, Exchange Server 2013 Unleashed, ISA Server 2006 Unleashed, and a total of 19 titles that have sold over 300,000 copies. Partner at Convergent Computing (www.cco.com) San Francisco, U.S.A. based Infrastructure/Security specialists for SharePoint, AD, Exchange, System Center, Security, etc.
  • 3. SharePoint 2013 Infrastructure Overview
  • 4. SharePoint 2013 Infrastructure Overview Software/Hardware Requirements Windows Server 2008 R2 SP1, Windows Server 2012, or Windows Server 2012 R2 (With SP 2013 SP1) SQL Server 2008 R2 w/SP1, SQL Server 2012, or SQL Server 2014 Type Memory Processor Dev/Stage/Test server 8GB RAM 4 CPU All-in-one DB/Web/SA 24GB RAM 4 CPU Web/SA Server 12GB RAM 4 CPU DB Server (medium environments) 16GB RAM 8 CPU DB Server (small environments) 8GB RAM 4 CPU
  • 5. SharePoint 2013 Infrastructure Overview Changes in Service Applications and New Service Applications Office Web Apps is no longer a service application Web Analytics is no longer service application, its part of search New service applications available and improvements on existing ones App Management Service Used to manage the new SharePoint app store from the Office Marketplace or the Application Catalog SharePoint Translation Services provides for language translation of Word, XLIFF, and PPT files to HTML Work Management Service manages tasks across SharePoint, MS Exchange and Project. Access Services App (2013) Replaces 2010 version of Access Services
  • 6. SharePoint 2013 Infrastructure Overview Distributed Cache Service A new Windows service the Distributed Cache Service is installed on each server in the farm when SharePoint is installed It is managed via the Services on Server page in central admin as the Distributed Cache service The config DB keeps track of which machines in the farm are running the cache service
  • 7. SharePoint 2013 Infrastructure Overview Request Management (RM) The purpose of the Request Management feature is to give SharePoint knowledge of and more control over incoming requests Having knowledge over the nature of incoming requests for example, the user agent, requested URL, or source IP allows SharePoint to customize the response to each request RM is applied per web app, just like throttling is done in SharePoint 2010
  • 8. SharePoint 2013 Infrastructure Overview User Profile Sync Three Options for Deployment Option 1 (AD Import): Simple one-way Sync (a la SharePoint 2007) Option 2: Two-way, possible write-back to AD options using small FIM service on UPA server (a la 2010) Option 3: Full Forefront Identity Manager (FIM) Synchronization, allows for complex scenarios Larger clients will appreciate this
  • 9. SharePoint 2013 Infrastructure Overview Claims-based Authentication - Default SharePoint 2013 continues to offer support for both claims and classic authentication modes However claims authentication is THE default authentication option now Classic authentication mode is still there, but can only be managed in PowerShell its gone from the UI Support for classic mode is deprecated and will go away in a future release There also a new process to migrate accounts from Windows classic to Windows claims the Convert-SPWebApplication cmdlet
  • 10. SharePoint 2013 Infrastructure Overview Shredded Storage Stores new versions of documents as shredded BLOBs that are deltas of the changes Promises to reduce storage size significantly
  • 11. SharePoint 2013 Infrastructure Overview Search FAST Search now included New Search architecture (FAST based) with one unified search Personalized search results based on search history Rich contextual previews
  • 12. Architecting the Farm
  • 13. Web Service Apps Data Architecting the Farm Three Layers of SharePoint Infrastructure
  • 14. All-in-One (Avoid) DB and SP Roles Separate Architecting the Farm Small Farm Models
  • 15. Architecting the Farm 2 SharePoint Servers running Web and Service Apps 2 Database Servers (AlwaysOn FCI or AlwaysOn Availability Groups) 1 or 2 Index Partitions with equivalent query components Smallest farm size that is fully highly available Smallest Highly Available Farm
  • 16. Architecting the Farm Best Practice Six Server Farm 2 Dedicated Web Servers (NLB) 2 Service Application Servers 2 Database Servers (Clustered or Mirrored) 1 or 2 Index Partitions with equivalent query components
  • 17. Architecting the Farm Ideal Separate Service App Farm + Content Farm(s) Separate farm for Service Applications One or more farms dedicated to content Service Apps are consumed cross-farm Isolates cranky service apps like User Profile Sync and allows for patching in isolation
  • 18. Architecting the Farm Multiple Dedicated Web Servers Multiple Dedicated Service App Servers Multiple Dedicated Query Servers Multiple Dedicated Crawl Servers, with multiple Crawl DBs to increase parallelization of the crawl process Multiple distributed Index partitions (max of 10 million items per index partition) Two query components for each Index partition, spread among servers Large SharePoint Farms
  • 19. Cloud and Hybrid Scenarios
  • 20. www.cco.com Cloud and Hybrid Scenarios One-way Outbound Topology
  • 21. www.cco.com Cloud and Hybrid Scenarios One-way Inbound Topology
  • 22. www.cco.com Cloud and Hybrid Scenarios Two-way Inbound/Outbound Topology
  • 23. Identity Management in Hybrid Mode Single Sign On possible between environments using Azure Active Directory Synchronization Tool Azure Active Directory Connection Required, regardless of SSO or non SSO (non-SSO just synchs passwords) Consider the use of the OnRamp for Office 365 toolkit (https://onramp.office365.com/OnRamp/) Server to Server Authentication also required (Certs) www.cco.com
  • 24. SharePoint Virtualization
  • 25. SP Server Virtualization Sample 1: Single Server Environment Allows organizations that wouldnt normally be able to have a test environment to run one All