Webhostingtalk资讯网

Sitecore环境中Azure SQL的第一种风格:单实例

2017-11-08 10:29
作者:admin

Sitecore现在支持微软的Azure SQL,版本在Sitecore 8.2和以上,本文深入介绍Azure SQL两种风格之一:单实例。

单实例

微软为Azure SQL提供了四种定价层:基本的、标准的、高级的和高级的RS,每一层都包含一个特性集,通常以最大数据库大小的形式提供,以及每个层的性能范围。在性能方面,微软提出了一个称为数据库事务单元的概念,它是IOPS、RAM和CPU使用的集合。

对于单个实例,它的标准层,大小是S0-S3。如您所见,从10个DTUs到100,最大数据库大小为250GB。在表底部的高端P1大小只有25个DTUs,价格是其价格的3倍以上,但是它将最大数据库的大小移动到500GB。还有一个价格昂贵的P系列。

SQL Sitecore 1

您可以在Azure SQL定价页面上阅读更多的内容。

在99.99%的标准和高级版中,SLA是相同的。这是因为,在后台,SQL总是运行一个主服务器和四个辅助服务器(副本)。对Sitecore来说,至少需要四个单一的实例,至少他们应该是S1s。Sitecore在谈到他们的新管理的云产品拓扑时,也说了很多。

SQL Sitecore 2

使用SQL 服务器标准许可的情况下,使用SQL服务器标准许可的镜像配置,以及使用SQL server企业许可证配置的SQL,使用SQL 服务器$3099.50$3099.50,这似乎是项很便宜的工作。实际上,在Azure SQL中有4个辅助(副本),而不仅仅是主服务器和辅助服务器。

那么,交易是什么呢?简单地说,它的性能是:4个S1总共得到了80个DTU。

这一性能如何限制Sitecore的影响?视情况而定。如果您的站点有一个较小的、低流量的站点,且内容有限,那么当CDs和CMS有一个IIS重置时,预缓存机制将尽可能地缓存web、主和核心DBs。一旦完成,Sitecore是一个操作,这个启动周期可能会在使用S1实例的Azure SQL中缓慢。但要多少取决于您的内容数量和您的缓存设置。

随着Sitecore现在的操作,当新的非缓存页面被请求时,Sitecore连接到Azure SQL,并检索它们。如果遇到了足够多的未缓存的内容,将最大限度地减少20个DTU限制,页面响应时间将会增加,用户可能会遇到超时。当然,如果最常见的内容被缓存,则不会发生这种情况。因此,这为Sitecore、CDN和热身脚本的缓存优化提供了一个很好的理由。

或者,您也可以将每个DB基础上的大小增加到一个S2,一直到S3。

相关文章推荐:尝试使用Azure SQL数据仓库

网友评论
暂无评论!