Architecture Overview of SharePoint 2010 Multitenancy
•Download as PPTX, PDF•
6 likes•895 views
Recommended
Recommended
More Related Content
What's hot
What's hot (19)
Viewers also liked
Viewers also liked (8)
Similar to Architecture Overview of SharePoint 2010 Multitenancy
Similar to Architecture Overview of SharePoint 2010 Multitenancy (20)
More from Alexander Meijers
More from Alexander Meijers (20)
Recently uploaded
Recently uploaded (20)
Architecture Overview of SharePoint 2010 Multitenancy
- 1. Architecture Overview in SharePoint 2010 By Alexander Meijers 1
- 2. About me Alexander Meijers Solution Architect / SharePoint Consultant Over 16 years of IT experience Small to large SharePoint projects Owner of the Dutch SharePoint User Group SharePoint Black belts group SharePoint Geek and Speaker Blog: http://www.bloggix.com Usergroup: http://www.dutchsug.nl Twitter: @ameijers 2
- 3. Agenda Hardware requirements Topologies Services & terminology Service deployment Multitenancy 3 Many demos!!
- 5. Hardware requirements 64 bit, dual processor, 3GHz 8 GB RAM Minimal 100 GB disk space DVD Drive Network / Internet Connectivity These hardware requirements are for both WFE and Database servers. 5
- 6. Database Server requirements 64 bit environment Windows Server 2008 Enterprise + Service Pack 2 SQL Server 2005 Service Pack 3 + Cumulative Update 3 SQL Server 2008 Service Pack 1 + Cumulative Update 2 Pre-requisites SQL Server 2008 Native Client Microsoft SQL Server 2008 Analysis Services ADOMD.NET ADO.NET Data Services v1.5 CTP2 6
- 7. topologies 7
- 8. Topologies Limited deployment – One-server farm For evaluation purposes or less then 100 users All roles on one server Same server used for SQL Server Limited deployment – Two-tier farm Up to 10.000 users Single WFE Server (Web server + all application server roles) Single Database Server Only in secure segment 8
- 9. Topologies Small farm – Two-tier farm Two web servers for 10000 to 20000 users Both web servers has Query server role and one has all other application roles Single Database Server Small farm – Three-tier small farm Same as two-tier farm Separate application server for other application roles Small farm – Three-tier small farm optimized for search Same as three-tier farm Separate search databases 9
- 10. Topologies Medium farm Scaled for search to serve up to 40 million items 2 or more web servers depending on number of users required to serve 2 application servers for query and crawl server All other server roles installed on separate application server. At least 2 database servers for search databases At least one or more servers for other databases Large farm Use of web servers, application servers and database servers Group services or databases with similar performance characteristics on dedicated servers Use dedicated server group for Excel Calculation or Search 10
- 11. Services & Terminology 11
- 12. Services Infrastructure Services are not part of a SSP anymore Part of SharePoint Foundation 2010 Each service can be configured independently Create your own services 12
- 13. Terms Service Parts installed on a farm that provide some functionality to your environment Service Applications Aconfigurable running physical instance of a service Service Instance Instance of the running service on an Application Server Application proxy A service proxy (virtual entity) connects a service application to web applications. Service Consumer A piece of SharePoint (e.g. Web Part) which makes the functionality of the service available to users 13
- 14. Service application It is a configurable running physical instance of a service. Provides data or computing resources Exposes an administrative interface Uses resources due to service database and application pool Deploy multiple instances of the same service in a farm 14
- 15. Application Proxy A service proxy (virtual entity) connects a service application to web applications. The proxy is created when the service application is created Some of these connections include settings (e.g. Metadata service) 15
- 16. Application Proxy Groups A group of application proxies All application proxies are included in a default group by default Create your own custom group Not reusable across multiple web applications 16
- 17. Demo 17
- 19. Deploy and use services Deploy only the service you want to the farm Configure per Web Application which services to use Some services can be shared across different farms (called cross-farm services) Share services across multiple Web Applications within the same farm Some services can be shared only within a single farm 19
- 20. Ways of deploying services Select services while running the initial configuration wizard Adding services via the Manage Service Applications page Windows PowerShell 20
- 21. Service Topologies Single Farm Single Service Application Multiple Service Application Service Application Farm Content-only Farm consuming from Service Application Farm Multiple Farms Mixed Service Application 21
- 22. Demo 22
- 23. multitenancy 23
- 24. Multitenancy The ability to partition data of services or software in order to accommodate multiple tenants Multitenancy of services Mostly deployed and managed through PowerShell Isolation of data per tenant or shared across all tenants Tied to site subscriptions 24
- 25. Data isolation Service installed in partitioned or un-partitioned mode Not possible to change after installation Some services which do not store tenant data do not need to be partitioned (e.g. PowerPoint, Access service, …) FAST Search Server 2010 for SharePoint cannot be partitioned 25 Data Partition A Partition B
- 26. Tenant data or not? 26
- 27. Site subscriptions A logical group of site collections which share settings, features (packs) and data from services 27 Uses a subscription ID to map to tenants Site collections must reside on the same farm but can be spread across multiple web applications Subscription Settings service Tenant administrators manage their own site collections through a Tenant Administration Site One instance of the service application shared across multiple tenants
- 28. Feature packs Sets of features activated by the Farm Administrator for tenants to activate and use Can be a mixture of web and site features Sites in the subscription can only use the features specified in the pack. Applied through Windows PowerShell Custom feature sets possible Site templates which are depending on non available features are not shown to the tenant 28
- 29. PowerShell Stop using “stsadm” commands and start with PowerShell! Multi-tenancy is done through PowerShell Enabling Site Subscriptions Feature Packs 29
- 30. PowerShell – Setup Multi-tenancy Enable multi-tenancy through a service New-SPSubscriptionSettingsServiceApplication New-SPSubscriptionSettingsServiceApplicationProxy Create Service Applications with option –PartitionMode New-SPMetadataServiceApplication New-SPMetadataServiceApplicationProxy Create an Site Subscription id New-SPSiteSubscription Create an tenant administration site New-SPSitewith option -Template tenantadmin#0 AdministrationSiteType to TenantAdministration Add a site collection and the tenant administration site to the Site Subscription Via tenant administration site Using New-SPSitewith option -SiteSubscription 30
- 31. PowerShell – Setup Feature Packs Create a Site Subscription Feature Pack New-SPSiteSubscriptionFeaturePack Add features to the Feature Pack Add-SPSiteSubscriptionFeaturePackMember Find out your Site Subscription id Use the Site Subscription Settings Manager to assign the Feature Pack to the Site Subscription [Microsoft.SharePoint.SPSiteSubscriptionSettingsManager]::Local AssignFeaturePackToSiteSubscription Remove association Use the Site Subscription Settings Manager to assign $Null to the Site Subscription 31
- 32. Demo 32
- 33. Multitenancy environments Enterprise hosting Some data is shared across the organization like People Service, Search Service and others Shared hosting Data is isolated between the different tenants (customer sites) 33
- 34. Questions? 34
Editor's Notes
- Deploy a separate search farm when above 40 million itemsDepending on performance add more application servers to divide server roles
- Service applications can be deployed to different application pools to achieve process isolation. However, farm performance is optimized if services are contained within one application pool.
- Some connections might include settings that can be modified. For example, if a Web application is connected to multiple instances of the Managed Metadata service, you must indicate which of the connections is connected to the primary service application which hosts the corporate taxonomy.
- Multitenancy refers to a principle in software architecture where a single instance of the software runs on a server, serving multiple client organizations (tenants). Multitenancy is contrasted with a multi-instance architecture where separate software instances (or hardware systems) are set up for different client organizations. With a multitenant architecture, a software application is designed to virtually partition its data and configuration so that each client organization works with a customized virtual application instanceFor partitioned mode both service and service connection must be deployed in partitioned modeRecommendation: Deploy all services as partitioned to ensure that reporting and diagnostic information is reported correctly.
- Tenant administration is provided through a site template titled "Tenant Administration," which is associated with a subscription ID. This site template is hidden and the site can be created and given to tenant administrators only by a farm administrator. A tenant administration site is deployed as a separate site collection. Multi tenant admin sites: these sites give you a central location where all of the sites for a particular tenant can be managed. It includes things like managing certain aspects of service applications (like user profiles, managed metadata store, etc.). It also allows you to view all of the site collections in the tenancy, create new site collections, manage the owners of those site collections, etc.Multi tenant member sites: tenancy in SharePoint 2010 is managed through something we call a subscription. Simply stated, a subscription is just a GUID that we can use to identifiy members of a subscription as well as data associated with a subscriber. The membership identity is how we can determine which site collections are part of which tenancy. From a data perspective, we can use that subscriber key when data is stored in a service application. For example, so tenant A can have a set of administrators and data in the managed metadata service application, and tenant B can have an entirely different set of admins and data. From a farm perspective in this scenario, you are only using one instance of the managed metadata service application, but it is being shared by all tenants. However their data is isolated and secured from one another by virtue of their subscriber ID.Feature Packs: feature packs are ways in which SharePoint features, the same regular features you know and love, can be organized into groups (NOTE: "feature packs" is what this has been called, it may be called something else by the time the product ships). Once you organize these features into feature packs, you can associate them with a subscriber. Once that's been done, that subscriber can only use those features that have been added to the feature pack. That gives you control over which tenants are using which features, as well as giving you a means by which you can create different packaged offerings at different prices for hosting customers.
- If third-party features are added to a farm, the use of these features with feature sets should be tested to ensure that these do not add additional feature activation dependencies that are not honored within the feature set.