About Me

Having 12 years experience in Microsoft technologies.Since more than 7 years working in SharePoint technologies. Expert in providing consultation for SharePoint projects. Hands on with development and administration.
Showing posts with label SPS 2010 server topology. Show all posts
Showing posts with label SPS 2010 server topology. Show all posts

Thursday, 12 December 2013

SharePoint 2010 Server Topology - Server Roles and Services on Server

Many of you may think this is basic info, so don't over think what I'm saying here. I'm sitting in Shane Young's Admin class and realizing that the services on server and the server roles match up isn't very clean. Let me share some thoughts on server roles and the services. The first thing to realize is that more things in the UI contain configuration than you might think.
All Services on Server (WFE/Query/Calc/Index) - Choose "Single Server or Web Server for small server farms" start the things it tells you to, and click on the things that look like links to configure them. In "Office SharePoint Server Search" you'll be checking both boxes since you're query and index are on this box. (Hint: Don't forget about SSP for further configration) You might not be using the document conversions, most likely you're not. These are optional.
 
WFE/Query/Calc - Choose "Web Server for medium server farms" and run the recommended services, and be sure to click on everything that is a link as in Office SharePoint Server Search. Be sure to check "Use this server for serving search queries." Doc Conversions is optional. (This role is very common in medium or high availability farms)
 
WFE - Windows SharePoint Services Web Application. Both of the document conversion services are "nice to have" if you use them in your SharePoint Standard or Enterprise publishing scenarios where you are converting your word to HTML for publishing. It's not common that these are used. During install you can choose WFE only, understand what you're doing, but this will limit the services you'll see in services on server.
 
Forms Rendering - I'm listing this here, since a lot of people think of this as a server role. This is automatically always on the WFE. You can't offload this.
 
Excel Calculation - Choose Excel Calculation, this service should be running. Configuration for this is in the SSP. It's a MOSS Enterprise configuration.
 
Query - In Services on Server choose "Search Indexing" then actually click, yes click on the text (under Service) "Office SharePoint Server Search." You'll see two options. Make sure "Use this server for indexing content" is unchecked and "Use this server for serving search queries" is checked.
By the way, if you ever decide to build a query server, I would nearly always recommend considering an SSP farm. Why? Cause if you're offloading query because you have that many search requests, then you'll need at least 2 Query servers and you'll have already offloaded your index, so that's 3 servers that could easily be load balanced and create a decent SSP farm.
 
Index - In Services on Server choose "Search Indexing" then actually click, yes click on the text (under Service) "Office SharePoint Server Search." You'll see two options. Make sure "Use this server for indexing content" is checked and "Use this server for serving search queries" is unchecked. You do need to add the Windows SharePoint Services search you don't need to go with the "every 5 minutes" by default, daily is sufficient. You will later create your rules for your content sources anyway. The service accounts will be configured when you configure indexing.
 
This is the first server I offload for performance. I do recommend making the index role also a WFE, so I wouldn't usually recommend this just be an index server unless it's in the SSP farm (a farm by itself with no content).
 
Index/WFE and WFE out of load balancing (Target) - here's where you could pick custom then start the Windows SharePoint Services Web Application and the Office SharePoint Server Search and be sure to check only "Use this server for indexing content." I did a whole post on this in a post called "Use a dedicated web front end for Indexing." A target server might be a WFE that's out of load balancing that only the index servers in your environment know about (host file entries on the index servers). The other configurational you'll see is index servers that have WFE components that are configured to index themselves and hence have the WFE services (Windows SharePoint Services Web Application) and also not in load balancing. There is an option to configure the "use a dedicated WFE on the bottom of the Index server configuration page (Office SharePoint Server Search Configuration page), don't use this if you have multiple IPs or multiple NICs. It is very possible it will choose the wrong IP and better that you configure this in hosts where you manage what is in.
 
WFE/index/Query and WFE/Query - If you ever have index and query on the same server and plan on doing another server with Query.... or are thinking about doing something like this please refer to my post about the Index/Query Gotcha. The Index server will NOT propegate if the Query components are enabled on the farm. In a sense this means if both boxes are checked (Query (search requests) and Index (crawling)) in "Office SharePoint Server Search" it will NOT propegate the index to any other query server. It assumes there is not another query box no matter how many you have.
Want to force changes after a role change of a server where you need to push down the web apps to a new box?

stsadm.exe -o execadmsvcjobs

Monday, 27 February 2012

Recommended server topology for SharePoint 2010 for mid-size companies

Typical mid size farm should have following minimum configuration. And it can be expanded to larger farm. In terms of performance, capacity & scalability, a 3-tier topology is recommended than 2-tier. A three-tier topology provides the most efficient physical and logical layout to support scaling out or scaling up, and provides better distribution of services across the member servers of the farm.  The Web Front-End servers should be Load Balanced, and the Database servers should be in an Active/Passive cluster. (which is available in SQL Server 2008).


Server Type
RAM min
Processor
Application
Web Front-End
8 Gb
64 bit-four core
SharePoint Server 2010 Enterprise Server – IIS Web Servers
Application
8 Gb
64 bit-four core
SharePoint Server 2010 Search and Index Services
Database
16 Gb
64 bit-eight core
Microsoft SQL Server 2008 R2



Points to be noted:
  • You can add Web servers to the Web tier (Front-end). These servers can be configured as typical front-end Web servers to handle user requests, or they can be configured to host dedicated query components or other service components.
  • You can add farm servers to the application tier (Middle) and configure them as dedicated servers that will host the Central Administration Web site or other services on the farm that require dedicated resources or isolation from the Web tier;  i.e., crawl components, query components, and profile pages.
  • You can add database servers to the database tier (Back-end) to implement a stand-alone instance, database mirroring, or a failover cluster. If you are configuring the farm for high availability, database mirroring or a failover cluster is required on the database tier.
Number of Servers and Product Licenses Needed for This Medium Server Farm Scenario
  • Below is a breakdown of the minimum quantity of servers and product licenses needed for this example medium server farm environment.
  • This Example assumes the site has content that is not publically available (i.e., an Employee Intranet/Extranet). For public web sites an additional license is required for each Web and Application server. This license is called “SharePoint Server 2010 for Internet Sites, Enterprise” or “SharePoint Server 2010 for Internet Sites, Standard”.
  • This Example also assumes Enterprise version of SharePoint is being used. For the same situation and Standard only version is used then drop the Server Enterprise license and the Enterprise User CALs. 
  • For every additional 10,000 users, one (1) additional Web Front-End server is required. This will affect the number of web servers required and the number of licenses needed for Windows Server, SharePoint Server, and SharePoint User CALs. 
    Servers
    Count
    Web Front-End Servers
    2
    Application Servers
    1
    Database Servers
    2
  • Product Licenses
    Count
    SharePoint Server 2010 Enterprise
    3   (1 per Web and App server)
    SharePoint Server 2010 Standard User CAL
    1 Per User
    SharePoint Server 2010 Enterprise User CAL
    1 Per User
The above product license needs are based on the calculation breakdown below: 
  • Web Servers:               Windows Servers 2008 R2 + SharePoint Server 2010 Enterprise
  • Application Servers:   Windows Servers 2008 R2 + SharePoint Server 2010 Enterprise
  • Database Servers:      Windows Server 2008 R2 + SQL Server 2008 R2 x Number of Processors
  • Users:         SharePoint Server 2010 Standard User CALS + SharePoint Server 2010 Enterprise User CALs
Note: This example is based on assumstion that, we are following 3 - tier architecture as per given above statisticts. However, through analysis with windows & network team is required bases on the client requirements. 

So for your SharePoint servers both web front end and application server the recommendations are as follows:-  
  • 64 bit, dual processor, 3GHz
  • 8 GB RAM
  • Minimal 100 GB disk space
  • DVD Drive
  • Network / Internet Connectivity 
And for your database servers:-
  • 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
Two tier small farm
 A two tier farm is predicated to support between 10,000 and 20,000 users with a dedicated SQL server for all SharePoint databases




In next article I will post some thing very interesting - Installing SPS 2010, other prerequisites & service accounts needed to set up a farm.