Service recycling vs server reboot

2562
3
12-06-2019 02:08 AM
MarkCooper5
Occasional Contributor II

Hi

Everyday our services recycle at midnight. This process is very cpu hungry and often uses 100% resource (the server should be up to the job - it is a VM with 4 cores at 2.8ghz and 32gb ram). A couple of hours later the server has its daily restart (like every other server in the estate), which takes about 30mins as, again, it uses 100% resource to start to services.

To me it seems pointless having the services recycle and the restarting the server. We cant have them recycle during the day as it has too much impact on the use of the server even if it is just a few at a time). Does anyone know if it is possible to stop the services recycling?

If I can stop this (which would be a real design problem the server software) would you recommend scrapping the daily reboot and perhaps just having a weekly one?

Many thanks

3 Replies
jill_es
Esri Contributor

You are required to have a Recycling Setting parameter set for your web services.  More information regarding recycling can be found here in the ArcGIS Enterprise documentation.

As a workaround, you could consider setting the "Recycle this configuration every:" setting for a value larger than the default setting of 24 (i.e., 168, so recycling only takes place once a week).

If this doesn't take care of the issue you're encountering, I would recommend posting your idea on the ArcGIS Ideas website.

0 Kudos
jorisfrenkel
Occasional Contributor II

In my experience there is no need for a regular reboot of ArcGIS Server machines. But of course this could depend on your own situation. So I would think once a week (or less) should be fine.

Recycles can be quite useful though, again depending on the map service and how it is used. Sometimes some mapservices can become unresponsive, and a recycle usually solves this. I .expect the CPU being at 100 % because of recycling, does not have an impact on the user experience, because I believe ArcGIS Server gives priority to normal requests over the recycling process. But if you are worried about this, you could spread the recycle times of your different mapservices, so that the CPU does not stay at 100 % during a long time.

berniejconnors
Occasional Contributor III

I have a similar experience with the service recycling consuming 100% of the CPU.  And I also notice the response times are longer during the service recycle times.  But I have left the recycle times alone. 

We have just recently changed our ArcGIS Server reboot schedule.  We have 4 servers and we previously rebooted daily but we have increased the interval to twice per week.  Each night at 1 am 1 or 2 of the servers are rebooted and there is a 3 or 4 day gap before a server is rebotted again.  Reboots occur on Sun, Mon, Tue, Wed, Thur, and Fri.  So far we have not noticed anything detrimental but we may still tweak this schedule.

Server 1        1 am, Sun, Wed

Server 2        1 am, Sun, Wed

Server 3        1 am, Mon, Thu

Server 4        1 am, Tue, Fri

The primary reason for reducing the reboot schedule was because we sometimes found problems with communication between our web adaptors and the ArcGIS Servers following an ArcGIS Server reboot.  Hopefully, fewer reboots will mean fewer web adaptor issues.

Bernie.

0 Kudos