Exploring Sitecore Managed Cloud Part 1: Tiers, Sizing, Provisioning and Upgrades

Background

I have been working within a client's Sitecore Managed Cloud environment for the last several months, and wanted to share some insights gained from my experience in a series of blog posts, this being the first.

Tier Configuration

Sitecore Managed Cloud Hosting offers a variety of tiers based on traffic volume.

Each tier has a recommended hardware configuration, as shown here: https://doc.sitecore.net/sitecore_experience_platform/setting_up_and_maintaining/sitecore_on_azure/deploying/sitecore_configurations_and_topology_for_azure

When you commit to a tier, Sitecore's Managed Cloud Team will provision your Azure infrastructure to support that tier. You will have the ability to increase to the next tier when traffic increases are expected.

If traffic exceeds the threshold of the currently subscribed tier, an overage charge will be applied. From what I understand, the overage cost is about 25% greater than the additional cost of jumping to the next tier.

Tier Sizing and Overage

Sitecore Managed Cloud has the concept of an “included Azure spend” linked to each tier.

If you need to scale up or out, and the cost associated with your scaling goes above your “included Azure spend”,  it is up to you to pay an overage fee. This fee is based on an “overage multiplier” that Sitecore provides you with.

Here are some overage examples:

• Additional Traffic beyond tier
• Additional Web Apps Used (Add 1 or more Content Delivery Web App)
• Exceed Storage Limits (loading large amounts of videos or pdfs)
• Exceeding Storage Limits for xDB

	TIER 1	TIER 2	TIER 2	TIER 4	TIER 5
	XP–XSmall	XP–Small	XP–Medium	XP–Large	XP-XLarge
TRAFFIC (in visits/mo.)	0–100k	100k –200k	200k –1MM	1MM –5MM	5MM –10MM
Content Management	1 (B2)	1 (B2)	1 (B2)	1 (B2)	1 (B2)
Content Delivery	1 (B2)	2 (B2)	3 (B2)	4 (S2)	8 (S3)
Bandwidth	20 GB	40 GB	40 GB	60 GB	100 GB

The Azure App Service Plan pricing page provides details regarding what B2s and S3s are: https://azure.microsoft.com/en-us/pricing/details/app-service/

Sitecore recommends proactive increase of a given topology’s tiers when traffic increases are expected. However, the alternative overage charge poses only a moderate increase in cost to maintain site performance during unexpected, temporary spikes in volume. It also can serve as an indicator that advancement to a larger tier should be considered.

Infrastructure Provisioning

Before provisioning the new infrastructure, the Sitecore Managed Cloud Hosting Team will request that you provide them with the following  information:

1. Sitecore Version (Eg: Sitecore XP 9.0 Update-1)
2. Logical Name (Eg: MySuperSolution)
3. Location of Deployment (Eg: East US)
4. Location of your Microsoft Application Insights Resources (Eg: East US)
5. Microsoft Live IDs who can access your Managed Cloud set

From my experience, provisioning will take about a day.

NOTE: As mentioned here: Sitecore provisions you with a temporary license file that is valid for one month. When the temporary license expires, Sitecore stops working, therefore it is important that you upload a valid permanent license.xml file as soon as possible.

Upgrades

Unfortunately, you as a partner or customer will be responsible for upgrades after the Sitecore Managed Cloud Hosting Team has provisioned your infrastructure.

Sitecore initially provisioned our infrastructure using Sitecore 9 Initial Release. After a couple weeks, Sitecore Update-1 was released, and we opened a ticket to request for them to provision all environments on the newer version.

The only reason they did this for us was because we hadn't deployed anything to the new environments, and they could simply delete the existing and provision the new ones using the updated Azure Web Packages.

So the point is - they will NOT upgrade your environment after you have deployed your custom solution into it.