Sitecore性能增强

Question

我们需要Sitecore Web应用程序每秒处理60-80个Web请求.我们正在使用Sitecore 7.0.我们尝试过1个Webserver + 1数据库服务器部署,但它每秒只处理20-25个请求.Web服务器将内存中的所有其他请求排队.随着我们增加负载,内存会填满.(我们建议使用所有Sitecore性能增强功能).我们需要4倍的性能来达到目标​​:).

是否可以通过升级现有服务器来实现此目标,或者是否必须在生产环境中添加更多Web服务器.

注意:我们也使用Lucene索引.

Answer 1

在不改变部署的整体架构的情况下,您可以考虑以下内容

CDN卸载媒体和静态资产请求

这使您的内容传送服务器可用于处理重要的内容查询和显示逻辑.

示例www.cloudflare.com

配置和使用Sitecore的内置缓存

这是来自指南:

Sitecore缓存的调查和配置分为多个任务.这样,每项任务都更加集中和简化.重点是配置和调整Sitecore数据库缓存(预取,数据和项缓存).

对于输出呈现缓存属性的配置,客户应了解Sitecore缓存配置参考和Sitecore演示组件参考,了解如何正确启用以及使这些缓存过期的属性.

查看Sitecore调整指南

查找慢速查询或控件

听起来您的应用程序遵循Sitecore最佳实践,但我将此笔记留给可能找到此答案的任何人.使用Sitecore的内置调试模式来识别最慢的运行控件和子布局.此外,如果您设置了Google Analytics,则会显示"慢速页面"报告,该报告可能会为您提供有关应用程序放缓速度的信息.

话说,如果您准备配置其他服务器并设置负载均衡的环境,请继续阅读.

1. 单独的内容交付和内容管理
   对我来说,负载平衡内容交付服务器之前的第一个逻辑步骤是将内容管理与等式分开.这非常简单,Scaling Guide将引导您完成HistoryEngine的设置,以使这些Lucene索引保持最新.

2. 使用2个或更多Content Delivery服务器设置Load Balancer
   完成第一步后,这可以像克隆内容传送服务器并将其添加到负载均衡器"池"一样简单.这里有几点需要考虑:您的Web应用程序是否允许用户登录？所以你需要担心粘性会话或机器密钥.您的Web应用程序是否使用文件媒体而不是blob媒体？我没有必要处理这个,但我明白这是另一个考虑因素.

3. 
   扩展您的SQL解决方案我见过最多四个负载均衡内容交付服务器的应用程序,而SQL Server没有问题 - 我认为这对每个案例都是独一无二的,具体取决于很多因素:马力和SQL Server调优,应用程序的内容模型,查询的复杂性,内容交付服务器上的缓存配置等.同样,扩展指南涵盖了SQL镜像和故障转移,因此这将是您实现这一目标的第一站.

最后,我会说联系Sitecore.这些人可能已经看到了更多正确的东西以及安装出了什么问题,并且可以让你走上正确的道路.祝好运!