we have an Azure site which regularly gives uses when we carry out a deployment (not consistently though). We're using deployment slots and the site is load balanced. We've got it set up for load balancing etc and have checked the setup with Umbraco, so...
I was wondering if anyone carried out any additional steps when deploying to Azure that helps with stability immediately after a deployment? I was thinking of things like republishing the entire site, deleting umbraco.xml or any other additional steps that people might carry out to make sure a deployment goes smoothly? (BTW, we don't do these 2 things, they're just examples of things I think some people may perform.)
One thing I always do for any Umbraco deployment is call a few of the urls on the site before doing the swap, so the process would be something like:
Deploy new site to the slot (making sure all the App_Data is cleared)
Ping a few of the urls (e.g. root/home, and whatever the major listing pages are)
check your pings get 200 responses in an acceptable time frame
swap the slots
Pinging the site in the deployment slot before you swap the slots makes sure the site is 'warmed up' (cache is built, examine indexes rebuilt, etc) and should mean a proper 0 downtime deployment.
I forgot to include that in my initial question, but we deploy via and Azure Pipeline and the last step pauses until we warm up the pre-deployment slot.
It's now got me thinking whether the way we warm up the slot might be an issue. I tend to hit a dozen or so different specific pages (each with different doctypes) and I do this one at a time, while others in the team may use a script which hits all the pages at once in different Chrome tabs.
Sounds good - have you got a version of that you could share at all?
We currently do the warm-up manually, so I'm hitting pages on the staging slot to warm it up before the slot swap happens.
Slightly off topic is anyone using multiple App Service Plans in different regions with Azure Front Door? I was considering this for one of our ASPs, but haven't had time to investigate it fully yet.
Azure additional deployment tips?
Hi,
we have an Azure site which regularly gives uses when we carry out a deployment (not consistently though). We're using deployment slots and the site is load balanced. We've got it set up for load balancing etc and have checked the setup with Umbraco, so...
I was wondering if anyone carried out any additional steps when deploying to Azure that helps with stability immediately after a deployment? I was thinking of things like republishing the entire site, deleting umbraco.xml or any other additional steps that people might carry out to make sure a deployment goes smoothly? (BTW, we don't do these 2 things, they're just examples of things I think some people may perform.)
We are running V7 and have followed the documentation here https://our.umbraco.com/Documentation/Getting-Started/Setup/Server-Setup/azure-web-apps-v7#web-worker-migrations
TIA tom
Hi Tom,
One thing I always do for any Umbraco deployment is call a few of the urls on the site before doing the swap, so the process would be something like:
Pinging the site in the deployment slot before you swap the slots makes sure the site is 'warmed up' (cache is built, examine indexes rebuilt, etc) and should mean a proper 0 downtime deployment.
Hope this helps!
Euan
Hi Euan,
I forgot to include that in my initial question, but we deploy via and Azure Pipeline and the last step pauses until we warm up the pre-deployment slot.
It's now got me thinking whether the way we warm up the slot might be an issue. I tend to hit a dozen or so different specific pages (each with different doctypes) and I do this one at a time, while others in the team may use a script which hits all the pages at once in different Chrome tabs.
I'll look into that a bit further.
thanks t
Hey Tom,
They way I do it is to have a powershell script that hits the endpoints so you can automate the warmup + swapping (or not).
Sounds good - have you got a version of that you could share at all?
We currently do the warm-up manually, so I'm hitting pages on the staging slot to warm it up before the slot swap happens.
Slightly off topic is anyone using multiple App Service Plans in different regions with Azure Front Door? I was considering this for one of our ASPs, but haven't had time to investigate it fully yet.
This one is for Octopus Deploy, so you may need to tweak the way the variables are passed in, but it should get you most of the way there:
hope this helps, Euan
(Please exuse the formatting)
is working on a reply...