1 / 47

Architecting the Network for SharePoint 2007

Architecting the Network for SharePoint 2007. Presented by: Ryan Korock Solutions Architect Jeff Bellamy Senior Business Development Manager . F5 Continues to Dominate Advanced Platform ADC Segment for Q307. Q307 Gartner Advanced Platform ADC Market Share.

raanan
Download Presentation

Architecting the Network for SharePoint 2007

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Architecting the Network for SharePoint 2007 Presented by: Ryan Korock Solutions ArchitectJeff BellamySenior Business Development Manager

  2. F5 Continues to Dominate Advanced Platform ADC Segment for Q307 Q307 Gartner Advanced Platform ADC Market Share • Q307 Advanced Platform ADC* Market Share Leaders • F5: 59.5% • Citrix: 13.5% • Radware: 7.6% • Q307 Advanced Platform ADC Market Share Revenue Leaders • F5: $107.4 Million • Citrix: $24.4 Million • Radware: $13.8 Million • Q307 Advanced Platform ADC Q/Q Revenue Growth • F5: 10.3% • Citrix: 22% • Radware: 8% • Cisco: 0% • Q307 Advanced Platform ADC Total Market Numbers • Revenue: $180.6 Million • Q/Q Revenue Growth: 14.6% • Y/Y Revenue Growth: 13% • *Advanced Platform Segment Includes: ADCs that integrate several functions (typically more than four) on a single platform (for example, load balancing, TCP, connection management, SSL offload, compression and caching) Others 11.2% Juniper 3.2% Cisco 5.0% Radware 7.6% Citrix 13.5% F5 NETWORKS 59.5% SOURCE: Gartner

  3. Enviable Leadership Position Magic Quadrant for Application Delivery Products, 2007 • F5 Networks - Strengths • • Offers the most feature-rich AP ADC, combined with excellent performance and programmability via iRules and a broad product line. • • Strong focus on applications, including long-term relationships with major application vendors, including Microsoft, Oracle and SAP. • • Strong balance sheet and cohesive management team with a solid track record for delivering the right products at the right time. • Strong underlying platform allows easy extensibility to add features. • • Support of an increasingly loyal and large group of active developers tuning their applications environments specifically with F5 infrastructure. SOURCE: Gartner - For Internal Use only

  4. Purpose: How can the Network be Leveraged to achieve: • Scalability • Building the Right Infrastructure to Meet the Current User Load, and Also Allow for Future Growth. • High Availability • Architecting the “Bullet Proof” SharePoint Deployment • Eradicating the Single Points of Failure • Performance • Building a SharePoint Deployment with the Best Possible End User Experience

  5. Load Balancing Concepts User Requests The Typical Single Server Deployment Users connect directly to the open IP:Port of the Server No redundancy, little scalability Single Server

  6. Load Balancing Concepts • Introduction of the Load Balancer • Hardware Device • Different models for capacity • Sits in front of the server farm, accepting the user connections, and then dispatching the connection to a chosen server. • Most modern LBs are multi-function • (caching, compression, rate shaping, firewalling, etc…) • Most LBs can load balance multiple types of traffic User Requests Farm of Servers Instead of a single server, a Load Balancer allows you to scale the number of available servers

  7. Load Balancing Concepts • How it works: • A properly configured Load Balancer is constantly monitoring the health and availability of the servers in the farm. It will use this information to help it make a load balancing decision. • Instead of the User making the connection directly to the server, the User makes a connection to the Virtual Server, which resides on the external facing side of the Load Balancer • The Load Balancer will send the connection to a specific server based upon • The LB algorithm selected • Health & Availability of the servers User Requests Farm of Servers

  8. Load Balancing Concepts • Load Balancing Methods: • Some are static • Round Robin • Ratio • Some are dynamic, and try to take certain network and server characteristics into account • Least Connections • Fastest Server • Trending User Requests Farm of Servers Historically, static methods were preferred, as they tended to have the lightest impact on the Load Balancer, however today’s Load Balancers are capable of handling even complex LB algorithms without any performance degradation. F5 recommends using a dynamic LB method with SharePoint.

  9. Load Balancing Concepts Persistence: Once a user is sent to a specific server, do follow on connections/requests need to be sent to the same server? Common Persistence Methods: Source IP Based Cookie Based SSL ID Custom Methods User Requests Farm of Servers Most SharePoint deployments do not require persistence, however since a SharePoint front end can build an object cache, there is benefit to enabling it. It’s recommended to use a combination of Cookie & Source IP based persistence.

  10. Load Balancing Concepts • Leveraging a Load Balancer to Eliminate the Single Points of Failure • Redundant Load Balancers • Instant failover • Share state • Redundant & Meshed Switch Architecture • No single path out to the next hop • Spanning Tree support • Multihomed Networks • Multiple ISP links into the Data Center • Multiple Data Centers • “Global” load balancing User Requests Farm of Servers Is it possible to eliminate all the Single Points of Failure? Is ‘5 9s of uptime’ achievable? Realistic?

  11. What Else Can My Load Balancer Do? *Differs by vendor, but most include technologies to alleviate server load, accelerate traffic, and minimize bandwidth utilization. User Requests • SSL termination • Compression • Content Spooling • TCP multiplexing • TCP optimizations • Browser optimizations • Rate shaping • Intelligent Browser Referencing (caching at the browser) • Results from using these features with SharePoint 2007 can be found herehttp://h71019.www7.hp.com/ActiveAnswers/library/GetPage.aspx?pageid=570023&statusid=0&audienceid=0&ccid=0&langid=121 Farm of Servers

  12. Real-World Performance 1/3 Reduction in Servers 1/3 Reduction in Licenses 1/3 Reduction in Management Time 95% Fewer Connections 114.8 Million 5 Million 66% Reduction in Bandwidth 1.87 Terabyte 621 Gigabytes End-to-End Page Load Time 200% Faster 3 Seconds 1 Seconds 350 Million Page Hits in 1 Week

  13. On to SharePoint………

  14. The Single SharePoint Server Deployment User Requests • No Redundancy • Complete failure with any piece • No Scalability • Measurable maximum capacity • 50 to 75 Requests per second max • Performance Concerns • Early performance degradation • Single Server: • Web Server • Application Server • Database • Microsoft on the Single Server Deployment • Good for evaluation • Good for very small deployments • Benefit of minimal overhead • http://technet2.microsoft.com/Office/en-us/library/bd99c3a9-0333-4c1c-9793-a145769e48e61033.mspx?mfr=true

  15. Scaling Out The Deployment • “The Small Server Farm” • Common initial deployment • Database split from Front End Servers • Meets requirements for HA • Allows for future scalability • 175 to 250 RPS Maximum • Front End Servers are responsible for • Servicing web requests • Application Services, such as • Searching • Indexing User Requests • Each Server Running • Web Server • Application Roles Clustered or Mirrored SQL Database Source: http://technet2.microsoft.com/Office/en-us/library/bd99c3a9-0333-4c1c-9793-a145769e48e61033.mspx?mfr=true

  16. Scaling Out The Deployment • “The Medium Server Farm” • Same as the Small Server Farm, however the Application Server has been split from the Web Servers • 175 to 250 RPS Maximum • Allows the Application Server’s CPU intensive functionality (search, excel services, etc) to have dedicated CPU cycles User Requests Web Servers Application Server Clustered or Mirrored SQL Database Source: http://technet2.microsoft.com/Office/en-us/library/bd99c3a9-0333-4c1c-9793-a145769e48e61033.mspx?mfr=true

  17. Scaling Out The Deployment “The Large Server Farm” All Servers, including Web, Application, and DB are scaled to meet demand Can scale to support “Hundreds of thousands of users” Availability Work Sheet from Microsoft http://technet2.microsoft.com/Office/en-us/library/9ccfb27f-ecba-4b7d-b9a0-88fac71478a31033.mspx?mfr=true User Requests Web Servers Application Servers Clustered or Mirrored SQL Database Source: http://technet2.microsoft.com/Office/en-us/library/bd99c3a9-0333-4c1c-9793-a145769e48e61033.mspx?mfr=true

  18. Scalability – The Art of Sizing • The Challenge is to size the deployment appropriately • How many servers are needed? • How are the server roles split? • What type of hardware should be used? • The 2 Sided Sizing Dilemma • Microsoft can’t give precise sizing guidelines • Customers can’t precisely profile their user base • Fortunately, the amount of accurate and reliable sizing information is dramatically increasing

  19. Scaling the Network vs. Scaling the Servers What needs to be considered when sizing? Is scaling a server infrastructure linear with scaling the network? Considerations for server sizing include How many total users? How many concurrent users on average? Typical behavior of users? Posting, searching…. Etc. How many page views per person? How many users at peak times? How many sites are planned? What hardware architecture is being used? Considerations for network sizing include What are the peak new connections per second? What is the peak number of users/connections? What is the peak bandwidth being consumed? How many servers is the Load Balancer responsible for monitoring? What else will the Load Balancer be doing? Caching, Compression……etc References: http://technet2.microsoft.com/Office/en-us/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce1033.mspx?mfr=true

  20. BIG-IP Platform Characteristics Price BIG-IP 8800 BIG-IP 8400 2 x 2.6 GHz Dual Core Opteron 12 10/100/1000 or 12 SFP Layer 4 ASIC (PVA10) 80 GB HD + 512 CF SSL @ 48K TPS/ 6 Gb Bulk HW Compression option 7-10Gbps Traffic (7G L7, 6GSSL & Compress) BIG-IP 6800 2 x 2.6 GHz Opteron 12 10/100/1000 or 12 SFP Layer 4 ASIC (PVA10) 80 GB HD + 512 CF SSL @ 33K TPS/ 3 Gb Bulk HW Compression option 6-10Gbps Traffic BIG-IP 6400 2 x 2.4 GHz Opteron 16 10/100/1000 + 4 SFP Layer 4 ASIC (PVA2) 80 GB HD + 512 CF SSL @ 20K TPS/ 2 Gb Bulk FIPS SSL option HW Compression option 4 Gbps Traffic 2 x 1.6 GHz Opteron 16 10/100/1000 + 4 SFP Layer 4 ASIC (PVA2) 80 GB HD + 512 CF SSL @ 15K TPS/ 2 Gb Bulk FIPS SSL option HW Compression option ASM option 2 Gbps Traffic BIG-IP 3400 1 x 2.8 GHz P4 8 10/100/1000 + 2 SFP 80 GB HD + 512 CF Layer 4 ASIC (PVA2) SSL @ 5K TPS/1 Gb Bulk 1 Gbps Traffic BIG-IP 1500 1 x 2.5 GHz Celeron 4 10/100/1000 + 2 SFP 80GB HDSSL @ 2K TPS/0.5 Gb Bulk 0.5 Gbps Traffic BIG-IP 1500 LBL 1 x 2.5 GHz Celeron 4 10/100/1000 + 2 SFP 80GB HDNo SSL 0.5 Gbps Traffic Function / Performance

  21. Sizing – Rough Guidelines • A single server deployment can handle between 50 to 75 RPS. • When scaling out Web Front Ends, assume each one can handle roughly 100 RPS. Assume 85 RPS if Query Search is running on the WFE. • According to Microsoft, use the following to determine how many RPS a user will make • Light user, access every 180 secs (20/hr), 1 RPS = 180 active users • Typical user, access every 100 secs (36/hr), 1 RPS = 100 active users • Heavy user, access every 60 secs (60/hr), 1 RPS = 60 active users • Extreme user, access every 30 secs (120/hr), 1 RPS = 30 active users References: http://h71028.www7.hp.com/ERC/downloads/4AA1-1793ENW.pdf http://technet2.microsoft.com/Office/en-us/library/8dd52916-f77d-4444-b593-1f7d6f330e5f1033.mspx?mfr=true

  22. Sizing Resources Microsoft SharePoint 2007 Development Hoffman, Foster. Sams Publishing Part I dives into some sizing exercises Microsoft Office SharePoint Server 2007 Administrator’s Companion Bill English. Microsoft Press. Chapters 2 & 3 discusses sizing in detail Microsoft Technet Good information with sizing worksheets http://technet2.microsoft.com/Office/en-us/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce1033.mspx?mfr=true Microsoft SharePoint Products and Technologies Team Blog http://blogs.msdn.com/sharepoint/ Joel Oleson & Mike Watson’s Blog Entries – MS IT Case Study

  23. Sizing Resources HP Sizing and Configuration Tool for Microsoft Office SharePoint Server 2007 Plug in various information about user base, and it returns a full suggested hardware package One of the most comprehensive sizing guides out there. http://h71019.www7.hp.com/ActiveAnswers/cache/548230-0-0-0-121.html

  24. Sizing Guidelines Sizing the SQL cluster for Performance and Availability Is there a strategy to maintaining a certain maximum size to a specific SP database? Should I create separate DB’s or SQL instances for different SP sites? There is a strategy for SP DB implementation, but it has more to do with making administration (i.e. backups & restores) easier than performance. http://blogs.msdn.com/joelo/archive/2007/01/31/tips-on-site-collection-sizing.aspx Database Clustering High Availability and Scalability of SQL back end is achieved via SQL clustering technology. No Load Balancer needed. For replication, both data mirroring and log shipping is supported.

  25. Sizing Guidelines • Sizing the SQL cluster for Performance and Availability • As a guideline, what is the recommended number of Web Front Ends to SQL servers? • Best Practices • HA Minimum of 2 • Authenticated Traffic “4:1”* • Anonymous Traffic “6:1”* • Suggested Limit “8:1”** Database Clustering High Availability and Scalability of SQL back end is achieved via SQL clustering technology. No Load Balancer needed. For replication, both data mirroring and log shipping is supported. *Source http://blogs.msdn.com/joelo/archive/2007/07/12/massive-scale-deployment-modularity-in-sharepoint-farms.aspx **Source http://technet2.microsoft.com/Office/en-us/library/6a13cd9f-4b44-40d6-85aa-c70a8e5c34fe1033.mspx?mfr=true

  26. Sizing vs. Performance Docs 2 Great Resources that compare how sizing affects performance Microsoft Office SharePoint Server 2007 on HP ProLiant servers – performance summary http://h71028.www7.hp.com/ERC/downloads/4AA1-1793ENW.pdf Discusses when to scale up vs. out (more cores vs. more servers) Plan for performance and capacity (Office SharePoint Server) http://technet2.microsoft.com/Office/en-us/library/8dd52916-f77d-4444-b593-1f7d6f330e5f1033.mspx?mfr=true Discusses acceptable performance limits

  27. High Availability • Health Monitoring: How does the appliance determine if the servers are up/down? • Load Balancing: How does the appliance distribute traffic to the Front Ends? • Persistence: Can (and should) the appliance keep a user attached to the same Front End that they initially attached to?

  28. Multiple Data Center Challenge Client Site 1 Site 2 Router Router BIG-IP LTM BIG-IP LTM SharePoint Farm SQL DB SharePoint Farm SQL DB Can I deploy SharePoint in Active/Active Redundant DataCenters?

  29. Client Site 1 Site 2 Router Router BIG-IP LTM BIG-IP LTM SharePoint Farm SQL DB SharePoint Farm SQL DB Multiple DataCenter Challenge Can SharePoint be deployed with Active/Active Redundant DataCenters? Not in any way supported by Microsoft. Reasoning: SQL replication engine (mirroring/log shipping) just isn’t ready to handle real time replication with concurrent SharePoint user access

  30. Multiple Data Center Challenge • Strategies to replace the Active/Active Deployment • Active/Standby Data Centers • Splitting SharePoint Sites, using both Data Centers • Data Center Multihoming

  31. Client Site 1 (Active) Site 2 (Standby) Router Router BIG-IP LTM BIG-IP LTM SharePoint Farm SharePoint Farm SQL DB Multiple Data Center Challenge Solution 1: Active/Standby DataCenter All users sent to DC1, unless it is no longer accessible. Then all users will be sent to mirrored instanced in DC2 Good solution, the main drawback is the expense.

  32. Multiple DataCenter Challenge Client Solution 2: Multiple SharePoint Sites DC 1 (Active for Site A) (Standby for Site B) DC 2 (Active for site B) (Standy for site A) SharePoint split into multiple sites, each using different SQL instances Site A uses Data Center 1 as its primary DC, and Data Center 2 as its backup Router Router BIG-IP LTM BIG-IP LTM SharePoint Farm SharePoint Farm SQL DB Site A = humanresources.intranet.net Site B = development.intranet.net Multiple Benefits, including no ‘dark fiber’.

  33. Web Servers Web Servers Application Server Application Server Clustered or Mirrored SQL Database Clustered or Mirrored SQL Database ISP (Link) Load Balancing Routing (BGP) Solution Multiple Data Center Challenge Strategy 3: Multihoming the Data Center

  34. Multihoming the Data CenterBGP Solution Use 2 or more separate ISPs to peer with each other, creating a single ‘virtual’ ISP link. Benefits: ISP Links share IP space, so DNS caching not an issue Drawbacks: Convergence time can be long. Difficult to fully leverage all available bandwidth Web Servers Application Server Clustered or Mirrored SQL Database Routing (BGP) Solution

  35. Multiple Data Center Challenge ISP Load Balancing Multiple ISP links are used. DNS used to direct users in via ISP1, ISP2, ISP3, etc.. Benefits: Performance based usage of ISP links Better Bandwidth Utilization Drawbacks: DNS caching Web Servers Application Server Clustered or Mirrored SQL Database ISP (Link) Load Balancing

  36. Performance • Problem: How Can The Content Be Delivered To The End User In The Most Efficient Way Possible? • Combination of Technologies

  37. SSL Acceleration • SSL Connections to a server can eat up as much as 30% of available CPU cycles. • SSL on NT/IIS means up to 37x fewer connections/second • SSL Acceleration Devices typically have specialized ASIC processors for terminating SSL. • SharePoint officially supports SSL offloading SSL/TLS Encrypted Clear Text HTTP • * Source: Networkshop Scaling eCommerce Infrastructure http://www.networkshop.ca

  38. Control Bandwidth Usage 2x HTTP Traffic KaZaa &Email 4x Oracle Video Conferencing 3x 1x Client The F5 Solution Business Benefit • Control bandwidth usage and spending • Minimize impact on business-critical applications • Get more bandwidth from the same size pipe • Control traffic spikes • Rate Shaping + iRules- Bandwidth management to prioritize high-priority applications over P2P traffic and other low-priority applications • Packet Filtering - Selective filtering of P2P sites based on protocol, addresses, and/or ports Control per application, per protocol, per user

  39. Fast CacheUnmatched Flexibility Provides Superior Application Offloading Intelligent memory based cache Full support for static and dynamic content Exclusive “Multi-Store” caching for prioritized application service Superior caching of pre-compressed content Most advanced cache controls - iRules

  40. HP / F5 Joint SharePoint 2007 Best Practices & Deployment Guide • Joint performance testing to determine best practices for accelerating SharePoint 2007 • Over 100 separate tests ran & recorded, with varying network conditions, such as latency, packet loss, & bandwidth • Whitepaper (results) posted: http://www.f5.com/pdf/solution-center/hp-wp-deploy-ltm-sharepoint.pdf

  41. HP Results • Internet – asymmetric BIG-IP LTM with WebAccelerator solution • While not able to provide all the capabilities and benefits of a symmetric solution, results show that deploying a single BIG-IP LTM with WebAccelerator appliance in this scenario will have measurable benefits in terms of increased throughput and in providing users with an improved experience. • • Typical throughput improvements for the 6Mbps and 1536Kbps tests approached a factor of 2 (double the throughput). Again, it was not possible to emulate sufficient load for the 44Mbps tests to drive the accelerated WAN to capacity, but the trends are similar to the 6Mbps tests and the same degree of improvement should be expected. • • The hits-per-page ratio dropped from 3:1 (un-accelerated) to about 1.2:1 (accelerated) showing a good degree of protocol optimization. • • Average page (response) times showed improvements ranging from factors of between 3 and 5 (that is, some functions took one fifth of the time). • • Client LAN traffic was reduced to 75% of the un-accelerated cases. • • A good level of compression was achieved, but note that the users’ browsers are used to un-compress the data and need to be set to do so.

  42. Branch Office Scenario Results • Average time for a Document Open decreased 12x • Average time for a Page Open decreased by over 6x

  43. Internet Scenario Results • Average Page Open Time decreased by over 60% • Average Search Time decreased by over 40%

  44. Questions to ask ANY vendor • Give me your SharePoint Story • What testing have you done with SharePoint? • What SharePoint specific development efforts have you undertaken?

  45. Questions to ask ANY vendor • How do you determine server availability and health? • What’s the recommended method of distributing traffic? • What methods does the appliance have for persisting users?

  46. F5 Resources F5 SharePoint Deployment Guide http://www.f5.com/pdf/deployment-guides/f5-sharepoint07-dg.pdf HP F5 SharePoint Acceleration Doc http://h71019.www7.hp.com/ActiveAnswers/library/GetPage.aspx?pageid=570023&statusid=0&audienceid=0&ccid=0&langid=121 F5 Microsoft Business Development Team Jeff Bellamy– Senior Business Development Manager – j.bellamy@f5.com – 425-890-1331 Ryan Korock – Solutions Architect – r.korock@f5.com – 206-272-6953

More Related