spca2013 - best practices & considerations for designing your sharepoint logical architecture

45

Upload: nccomms

Post on 09-May-2015

548 views

Category:

Technology


0 download

DESCRIPTION

Best Practices & Considerations for Designing Your SharePoint Logical Architecture

TRANSCRIPT

Page 1: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture
Page 2: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Mirjam van Olst

Best Practices & Considerations for Designing

Your SharePoint Logical Architecture

Page 3: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

About me

http://sharepointchick.com

@mirjamvanolst

[email protected]

Page 4: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Introduction Logical Architecture

Design

• Web Applications

• Service Applications

• Site Collections &

Content Databases

• Sites

Agenda

Wrap Up

Page 5: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Introduction

Page 6: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Configuration of

your SharePoint

environment

Logical Architecture

Continuous

monitoring

needed

Page 7: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Get the most

from out-of-the-

box SharePoint

Logical Architecture Design

Be able to

scale your

environment

Avoid common

health and

performance

challenges

Page 8: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Functional Drivers

• Shared security

• Content rollup

• Shared settings

Logical Architecture Design

Technical Drivers

• Boundaries

Page 9: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Second best:

Good insight into

the environment

and the

organization

Logical Architecture Design

Thorough

understanding of

SharePoint

internals

Safest bet: use your crystal ball

Page 10: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Items

Libraries and Lists

Sites

Site Collections

Content Databases

Web Applications

Servers

Farm

SharePoint Hierarchy

Page 11: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Logical Architecture Design

Page 12: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Logical Architecture Design

1 2 3 4Web

ApplicationsService

ApplicationsSitesContent

Databases & Site

Collections

Page 13: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Web Application Considerations

Potential Influences:– Intended Use

– Scalability

– SharePoint App policies

– Host Header Web Applications

vs.

Host Named Site Collections

Page 14: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Host Named Site Collections

Best practice

for new

deployments

Created using

PowerShell

(no User

Interface)

Hosted in a

single web

application

without a host

header

Page 15: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

SharePoint

Apps

Multi-Tenancy Request Management

…expect more in the future

Host header-less web applications

New capabilities in SharePoint have been designed

for, and expect a web application with no host header

Page 16: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

When to use Path Based Sites

Self Service

Site Creation

Unique wild

card inclusion

Managed Paths

Security

isolation with

separate app

pools

Page 17: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Host Named vs. Host Header

Host Named Site Collections:• 1 web application

Host Header Web applications:• Portal• Team Sites /

Project Sites• My Sites

Page 18: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Custom Solutions

Custom solutions can be deployed to:

All Web

Applications

A specific Web

Application

The Farm

Page 19: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

SharePoint Apps

App Catalog per

Web Application

App settings for

users per Web

Application

Page 20: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

SharePoint Apps

Page 21: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Software BoundariesWeb Applications

Limit Maximum Value Limit Type

Web Applications 20 per farm Supported

Zone 5 per web application Boundary

Managed Path 20 per web application Supported

Application Pools 10 per web server Supported

Page 22: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Reasons for multiple web apps

Usage Service

Applications

SharePoint

Apps and

Custom

Solutions

Page 23: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

2

Logical Architecture Design

1 3 4Web

ApplicationsService

ApplicationsSitesContent

Databases & Site

Collections

Page 24: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Service Application model

Service Applications can easily be scaled out

Web applications can pick and choose service applications

Some Service Applications can be shared across farms

Page 25: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Service Applications

Page 26: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Proxy Groups

• A proxy group is a group of Service Application

Proxies (connections) that are selected for one or

more web applications

• By default, all Service Application Proxies are

included in the default proxy group

• A web application can:

• Use the default proxy group

• Use a custom proxy group and select service application

proxies

• A custom proxy group is specific to a web

application when using the user interface

Page 27: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

http://intranet

http://my

http://communities

http://teams

http://projects

Business Data

Connectivity Managed

Metadata

User ProfileExcel

Search

App

Management

Visio Graphics

Excel

Machine

Translation

Secure Store

Proxy Groups

Page 28: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Service Application Considerations

Isolation Scalability What

functionality

and where?

Page 29: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Scaling of Services

• First role to move to a dedicated server is crawl

• Calculations in Excel Services could use a lot of

CPU

• User Profile synchronization single point of failure

• Only one User Profile Service Application and one

Search Service Application per server

• Access Services needs it’s own SQL Server

instance or SQL Server server

Page 30: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

2

Logical Architecture Design

1 3 4Web

ApplicationsService

ApplicationsContent

Databases & Site

Collections

Sites

Page 31: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Content Databases

• A content database should be within 100 to 200 GB

• A site collection is always stored in a single content

database

• Limiting the size of a content database could be a

reason to use multiple site collections

Page 32: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Sites and Site CollectionsInfluencers

People Content Site Types

Page 33: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Sites and Site Collections

Within a site collection the following things can shared:

• Navigation

• Content types

• Site Columns

• SharePoint Apps

• Master pages

• SharePoint Security groups

• Lookup fields for lists

• Search scopes

• Feature set

Page 34: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Complex

security

Separate

backup and

restore

schedules and

demands

Site Collection

quotas

Decentralized

administration

Sites and Site CollectionsFunctional reasons for multiple site collections

Page 35: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

More than

2000 sub

sites per “site

view”

More than

250,000 sub

sites

More than

100-200GB

of content

Complex

authorization

structures

per site

Sites and Site CollectionsArchitectural reasons for multiple site collections

Page 36: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Software BoundariesSite Collections

Limit Maximum Value Limit Type

Site collections per farm 250,000 for non-personal site collections

Supported

Site collections per farm 750,000 Supported

Site collections per

content database

2,500 for non-personal site

collections

Supported

Site collections per

content database

5,000 Recommended

Users in a site collection 2 million (after more than

1,000 the user interface will

no longer scale and

PowerShell should be used)

Supported

Page 37: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

2

Logical Architecture Design

1 3 4Web

ApplicationsService

ApplicationsSitesContent

Databases & Site

Collections

Page 38: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Software BoundariesSecurity

Limit Maximum Value Limit Type

Security Scopes per list 5,000 Recommended

Number of SharePoint groups a

user can belong to

5,000 Supported

Users in a SharePoint group 5,000 Supported

Security principal per Access

Control List (ACL)

5,000 Supported

Page 39: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Security

Don’t use item level security if you can avoid it

– “Sharing” an item or document means using item level

security!

Page 40: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Security

Don’t use item level security if you can avoid it

– “Sharing” an item or document means using item level

security!

Page 41: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Wrap up

Page 42: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

Consider

Functional

and

Technical

drivers

Thorough

investigation

and planning

needed

Design for

growth

Custom

solutions add

complexity

and risk

Wrap Up

Page 43: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture

THANK YOU

Page 44: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture
Page 45: SPCA2013 - Best Practices & Considerations for Designing Your SharePoint Logical Architecture