1.800.323.3639 | Support | Training

Avtex

SharePoint Conference 2012 – SharePoint 2013 Performance and Capacity Management

| No Comments

WP_000148

This session was all about preparing for performance and capacity requirements for 2013, but started off letting us know some of the challenges that Microsoft was trying to solve in this new release.  The main challenges that they knew the infrastructure was going to need to accommodate were: New Capabilities / Features, a Richer User Experience, Requiring both the Server and the Client (Browser) to do more work and build a technology that can support the needs for Office365

Results

This is where a lot of numbers start coming out, but overall with the enhancements of the product and supporting services like the server OS and SQL they claim that SharePoint 2013 has a 50% faster server response time.  One large pain that everyone needed to work through was the User Profile sync and the amount of time that it took to synchronize user profiles and group memberships.  In SharePoint 2013 you will supposedly get a 4x faster profile sync using the FIM sync and a 10x improvement if you decide to use the AD Direct Import.

More numbers thrown out were that 2013 has a 40% more efficient use of bandwidth by use of IIS and Image compression, a better use of IE ports and TCP ramp-up.  With the introduction of Shredded Storage (and other database optimizations) where SharePoint only sends the delta changes of content back to SQL, 2013 can use up to 80% less file I/O related SQL IOPS.  The new Active Download Management helps prioritize resources and JavaScript in order to speed up the end user experience and will also utilize the Minimal Download Strategy to only pull down the changes to the page.

Limits

Some of the high level “limits” that were talked about from an improvement perspective were around being able to support 750k sites / farm, which was 250k in 2010.  Each content database can now support up to 10k sites / db, which was 5k in 2010.  A 2013 farm can now support 500 content databases where in 2010 it was 300.

Scale & Reliability

New features in 2013 can help with scale and reliability like the Distributed Cache which pulls data from all of the social avenues as well as authentication tokens to scale up the user experience.  Search improvements now enable you to have a fully fault tolerant model which can also be used in a multi-tenant fashion.

The new Request Management feature makes SharePoint route traffic based on admin define rules.  It expands on the introduction of the Health score that was introduced in 2010 to ensure health based routing in the event a server is under deep load, patching or other issues.  This feature also has the ability to redirect traffic based on the type of request so that you can ensure certain processes are only being run on the servers that are intended for that purpose.

One important thing to note is the Request Management feature does NOT mean that you no longer need a load balancer (software or hardware), it just means that SharePoint now has the ability to route traffic once it has been received in SharePoint.

Farm Design

Now that all services can be separated and that SharePoint can route traffic based on the services required designing your farm should allow you to set SLA’s based on service areas.  Request Management & Distributed Cache area was the first on which they talked about, which should have a < 5 ms latency.  The Front End Services like MMS, Secure Store, Access, etc should be the next level requiring < 500 ms latency.  Search services and their resource heavy processes should have < 500 ms latency. Batch Processing services like the User Profile Service and Workflow that have a large processing time and are not directly involve the user experience can survive with being > 1 min for availability.  The last area, which most people are already doing today is the Database layer which requires < 5 ms latency.

When defining your topology there is no silver bullet and the items to consider are: Workload (Publishing, Social, Collaboration, etc), Hardware, Dataset and SLA’s

[“Brian”]

The following two tabs change content below.
Brian Caauwe

Brian Caauwe

Brian is a SharePoint MCSM who has been working with the SharePoint platform since 2007. He works with and manages a team of consultants that are specialists in Office 365 and SharePoint helping to build business solutions for clients. Brian's background in system architecture, security, migrations and integration strategies help provide holistic solutions with Avtex.

Let’s Talk About CX

X