Skip navigation
All Places > Implementing ArcGIS > Blog > 2020 > January
2020

On Jan. 14, 2020, Esri hosted a GIS Leadership Workshop at the Maricopa Co. Flood Control District in Phoenix, AZ. We had about 50 attendees, mostly from state and local government. Here's the ArcGIS Hub site we used for registration, which was done with Survey123: https://esri-denver-office.hub.arcgis.com/pages/az-gis-leadership-workshop. There's also a post-event survey being done with Survey123.

 

 

There were presentations on Geospatial Strategy and Surfing the GIS Waves to Success from Esri and presentations from Dave Roby of AZ DEMA on their Operations Dashboards, and David Moss of Maricopa Co., AZ on The GIS Management Blueprint. This is the second one we've done in Phoenix, and there was lots of discussion about doing more in the area.  If you are interested in hosting such an event, please reach out to your Esri Account Manager.

 

At the Architecture Practice, we are getting a lot of questions about shared instance pools.  

 

Before 10.7.0, the solution for reducing the amount of RAM was to set low-utilization so that the minimum number of instances in that service’s dedicated pool to zero. By doing so, you allow ArcGIS Server to not run any ArcSOCs for the service if it hasn’t received any requests in a while. 

 

This “min-zero” solution eliminates the resource usage for services that are going unused. Because you can still set the maximum number of instances, you can accommodate services that receive infrequent bursts of traffic.  The next time the service gets a request, an ArcSOC powers up to handle it at the cost of the startup time of the ArcSOC.  Also, this service could then sit idle for a more extended period, consuming the started SOC until the service hits the set idle timeout.

 

At 10.7.0, Esri announced support for shared instance pools. Every ArcGIS Server Site now comes with a shared instance pool, containing four ArcSOC processes by default. This number can increase to accommodate more services. The shared instance pool utilizes all of the SOCs assigned to it, so you should only increase the pool as you need to.

Once a compatible map service has published to your ArcGIS Server Site, you can designate it to use the shared pool. Any service added to the shared instance pool will no longer have its dedicated pool; it will dip into the shared pool and use a SOC or two as needed. Once it’s done handling a request, that ArcSOC is free to be used by any other service in the shared pool.

 

The following restrictions limit what services can use the shared instance pool:

  • Only map services published from ArcGIS Pro can be configured to use the shared instance pool. Other service types, such as geoprocessing services, are not supported.
  • Only specific capabilities of map services—feature access, WFS, WMS, and KML—can be enabled. Turn off all other capabilities before continuing.
  • Services that have custom server object extensions (SOEs) or server object interceptors (SOIs) cannot use shared instances.
  • Services published from ArcMap cannot use shared instances.
  • Cached map services published from ArcGIS Pro that meet the above requirements can use shared instances.

 

For further information, please see:

Introducing shared instances in ArcGIS Server 10.7 

Configure service instance settings—ArcGIS Server Administration (Windows) | ArcGIS Enterprise 

Filter Blog