Server Software Performance (CPT Demos) 37th Edition

From wiki.gis.com
Jump to: navigation, search
Capacity Planning Tool TABLE OF CONTENTS 37th Edition
1. System Design Process (CPT Demos) 37th Edition 2. GIS Software Technology (CPT Demos) 37th Edition 3. Software Performance (CPT Demos) 37th Edition
4. Server Software Performance (CPT Demos) 37th Edition 5. GIS Data Administration (CPT Demos) 37th Edition 6. Network Communications (CPT Demos 37th Edition)
7. GIS Product Architecture (CPT Demos) 37th Edition 8. Platform Performance (CPT Demos 37th Edition) 10. Performance Management (CPT Demos) 37th Edition
12. City of Rome Year 1 (CPT Demos) 37th Edition 12. City of Rome Year 2 (CPT Demos 37th Edition) CPT What’s New 37th Edition


Figure A-4.1 ArcGIS for Server process and service instance configurations promote optimum system throughput.

Server software performance parameters are used to allocate appropriate server resources for optimum system throughput. Selecting the proper hardware and licensing establishes available system resources; proper service configuration is essential to realize the available throughput potential. This chapter provides you with the guidelines and best practices you need to achieve optimum performance from your ArcGIS for Server system deployment.

CPT Design batch process instance configuration

Figure A-4.2 Batch process loads

The brown line in Figure A-4.2 shows the maximum host platform throughput in displays per minute (DPM) for a series of ArcGIS Server batch process service configuration instance settings. The bars show host platform service time (colored tier) and service wait times (wait times are due to shared use of the available core processor). The host platform has 4 core; the four core processors are shared resources used to execute the deployed service instances.


Figure A-4.3 CPT Design tab used to demonstrate the optimum number of batch process service instances.

Figure A-4.3 shows the CPT Design tab configured for a batch process service instance demonstration. The purpose of the demonstration is to show the optimum service instance configuration for a batch process.

CPT Design tab configuration

  • A sample WebMap workflow with an SDE geodatabase data source is used for demonstration purposes. When including batch processes in your enterprise design, select a workflow that approximates the load distribution of the batch process you wish to represent.
  • A single tier platform software configuration is used as the GIS Server, all software installed on the GIS platform tier.
  • The fixed nodes in the platform tier (column H) is set at 1 to restrict the platform tier to a single server during peak loads.
  • The workflow minimum user think time is set at 0 (cell T6). The CPT will treat the workflow as a batch process when the minimum think time is set to 0. Batch process workflows can be included within an Enterprise design and will reserve the appropriate compute resources based on the batch service instance configuration.
  • Batch process workflows will calculate maximum productivity by forcing use of the RESET ADJUST function in cell T2.
Warning: The RESET ADJUST function in Cell T2 must be used to calculate batch process productivity.

With the design tab configured for the batch process instance demonstration, the number of instances can be entered in the services column to represent each of the bars in Figure A-4.2. Results should follow the brown line on the chart as the instance configuration is increased.

CPT Design map service instance configuration

Minimum and maximum service instances are identified when publishing a map service. It is important to identify the proper instance configuration for each map service deployment. Proper service instance configurations depend on the expected peak service demands and the server machine core processor configuration.

Figure A-4.4 Web mapping service instance load profile.

The blue line in Figure A-4.4 shows the peak host platform throughput in displays per minute (DPM) for a series of ArcGIS Server service configuration instance settings responding to random Web service requests. The bars show GIS Server machine service time (colored tier) and service queue times (processing queue times result from random arrival of service requests). The server machine has 4-core; the four core processors are shared resources used to execute the deployed service instances.

Figure A-4.5 CPT Design tab used to demonstrate the optimum number of Map service instances.

Figure A-4.5 shows the CPT Design tab configured for a Web mapping service instance demonstration. The purpose of the demonstration is to show the optimum service instance configuration for a defined Web mapping service.

CPT Design tab configuration

  • The sample WebMap workflow with an SDE geodatabase data source is used for demonstration purposes.
  • A single tier platform software configuration is used as the GIS Server, all software installed on the GIS platform tier.
  • The fixed nodes (column H) is set at 1 to restrict the platform tier to a single server during peak loads.
  • The workflow minimum user think time is set at 0.01 (cell T6). This provides a negligible delay between display transactions simulating a pooled service instance. Any value above zero will include random arrival queue times, simulating a live Web map request arrival distribution.
  • Select "Test" in cell D1. The Test setting will calculate maximum productivity by forcing use of the RESET ADJUST function in cell T2.
Warning: The RESET ADJUST function in Cell T2 must be used to calculate map instance maximum productivity.

With the design tab configured for the Web mapping service instance demonstration, the number of instances can be entered in the services column to represent each of the bars in Figure A-4.4. Results should follow the brown line on the chart as the instance configuration is increased.

Selecting the right technology: A case study

Selecting the right software technology can make a big difference in performance and scalability, and cost of the production system. The following case study shares an experience with a real customer implementation which clearly represents the value of selecting the right software technology.

User requirements for web mapping solution

Figure A-4.6 This network diagram shows the central National Data Center and sample small and large regional centers used in completing the design.

Figure A-4.6 shows an overview of the national architecture. The initial system design was developed using an earlier ArcGIS for Server web application development framework (ADF) map editor, hosting a centralized ArcGIS for Server dynamic web application with browser clients located at 60 regional national sites. Following contract award, the customer reviewed available technology options to finalize the system design.

Peak web service use requirements

  • 2400 concurrent client edit sessions.
    • 75 percent map query to find home location
    • 25 percent simple edits (select point and complete attribute table)
  • 60 remote user locations, one central national data center.
    • Large site: 50 concurrent clients
    • Small site: 10 concurrent clients


Web mapping services architecture patterns.

Figure A-4.7 Four ArcGIS for Server web technology patterns were considered. They included an early Map Editor ADF application, two Adobe Flex applications, and one Windows Mobile application.

Figure A-4.7 shows the ArcGIS for Server architecture patterns that were considered for the Greek citizen declaration solution.

Initial hardware proposal

The following workflow was used to generate system loads for the initial hardware proposal.

  • ArcGIS for Server REST feature service with central dynamic SDE data layers and imagery cache.
CPT Workflow: AGS103 REST 2D V Lite 100%Dyn 13x7 Feature +$$
System implementation design review (after grant approval)

After some time, the Greek Citizen Declaration grant based on the initial hardware proposal was approved. The Greek cadastral team traveled to Esri to review available technology options for final implementation.

The following web mapping services architecture patterns were reviewed to identify optimum deployment scenario.

  • ArcGIS for Server REST light 100 percent dynamic feature service + central hosted imagery cache.
CPT workflow: AGS103 REST 2D V Lite 100%Dyn 13x7 Feature +$$
  • ArcGIS for Server REST light 10 percent dynamic feature service + central hosted base map cache.
CPT workflow: AGS103 REST 2D V Lite 10%Dyn 13x7 Feature +$$
  • Mobile application with ArcGIS for Server edit feature synchronization service + local map cache.
CPT Workflow: AGS103 SOAP 2D V Lite 5%Dyn 13x7 Feature
Best Practice: Significant technology improvements have become available since the initial proposal. It is always good to update the final solution architecture based on current technology before final implementation.

ArcGIS for Server REST 100 percent dynamic feature service + central hosted imagery cache

Figure A-4.8 CPT Calculator design shows platform solution when supporting business needs using ArcGIS for Server light 100 percent dynamic feature service with central hosted imagery cache

Figure A-4.8 shows the CPT analysis for the light 100 percent dynamic ArcGIS for Server REST solution. Standard Xeon E5-2637v3 4 core (1 chip) 3500 MHz servers were used for this assessment. These are high performance 2015 server platforms.

CPT Workflow: AGS103 REST 2D V Lite 100%Dyn 13x7 Feature +$$

Peak system requirements:

  • Estimated peak load of 2400 concurrent users
  • Simple web application with minimum layers supported by a light workflow
  • Standard output display environment

Hardware solution:

  • 5 Xeon E5-2637v3 4 core (1 chip) 3500 MHz
  • ArcGIS for Server licensing for up to 12 cores

Peak network traffic estimates

  • 35.85 Mbps for large sites, recommend 90 Mbps bandwidth
  • 7.17 Mbps for small sites, recommend 18 Mbps bandwidth
Warning: Rendering 100 percent of a dynamic map display over the network can result in high traffic loads that impact performance and required bandwidth capacity.

ArcGIS for Server REST light 10 percent dynamic feature service + central hosted base map cache

ArcGIS Server provides a data cache option where reference map layers could be pre-processed and stored in a map cache pyramid file data source. Pre-processing the reference layers would significantly reduce server processing loads during production operations. A single point declaration layer contained all features that would be edited and exchanged during the citizen declaration period; all remaining reference layers could be cached. Changes would be displayed at all remote site locations with each client display refresh.

Figure A-4.9 CPT Calculator design shows platform solution when supporting business needs using a light 10 percent dynamic ArcGIS for Server feature service with cached basemap service.

Figure A-4.9 shows the CPT Calculator analysis for the ArcGIS for Server light 10 percent dynamic feature service with a cached basemap. Standard Xeon E5-2637v3 4 core (1 chip) 3500 MHz servers were used for this assessment.

CPT Workflow: AGS103 REST 2D V Lite 10%Dyn 13x7 Feature +$$

Peak system requirements:

  • Estimated peak load of 2400 concurrent users
  • Simple web application with minimum layers supported by a light workflow
  • Standard output display environment

Hardware solution:

  • 2 Xeon E5-2637v3 4 core (1 chip) 3500 MHz servers
  • ArcGIS for Server licensing for up to 4 cores

Peak network traffic estimates

  • 5.85 Mbps for large sites, recommend 12 Mbps bandwidth
  • 1.17 Mbps for small sites, recommend 3 Mbps bandwidth


Web mobile application with edit feature synchronization + local map cache

The third design option was to use the ArcGIS Mobile application with a local reference cache data source. A demo of the ArcGIS Mobile client was provided on a Windows desktop platform to demonstrate feasibility of supporting the required editing functions with this client technology. The ArcGIS Mobile client technology operates very well on a standard Windows display environment and performed all the functions needed to support the citizen declaration requirements.

Figure A-4.10 ArcGIS 10.3 for Server SOAP mobile synchronization service with map cache basemap.

The ArcGIS Mobile standard workflow synchronization service was used to support the design analysis. This workflow was generated by the CPT Calculator using a SOAP Light service with a feature output (display features synchronized with the mobile client application). A 95 percent data cache setting was used to represent traffic for point feature exchanges (only point changes would be exchanged between the client and server displays). Cached reference layers would be distributed to each regional site in advance, and access would be provided by a file share to the ArcGIS Mobile clients running on the local workstations. The ArcGIS Mobile client would synchronize point changes to the dynamic citizen declaration layer over the government WAN. The peak concurrent SOAP service load would be reduced to 600 concurrent users, representing 25 percent of the total client displays (point changes are made only during edit transactions – 75 percent of the time displays would be supported from local cached features and basemap tiles).

Figure A-4.10 shows the CPT Calculator analysis for the Mobile application with a cached basemap. Standard Xeon E5-2637v3 4 core (1 chip) 3500 MHz servers were used for this assessment.

CPT Workflow: AGS103 SOAP 2D V Lite 5%Dyn 13x7 Feature

Peak system requirements:

  • Local copy of cache data used for finding locations (75 percent of workflow)
  • Estimated peak load of 600 concurrent users (edits synchronized with the central data center)
  • Simple mobile application with minimum layers supported by a light workflow
  • Synchronized point feature exchange with central data center, assume less than 95 percent of total display

Hardware solution:

  • 1 Xeon E5-2637v3 4 core (1 chip) 3500 MHz servers
  • ArcGIS for Server licensing for up to 4 cores

Peak network traffic estimates:

  • 1.65 Mbps for large sites, recommend 3 Mbps bandwidth
  • 0.33 Mbps for small sites, recommend 1.5 Mbps bandwidth


Caching advantage summary

It was very clear that the cached client application provided significant cost and performance benefits over the centralized Web application dynamic solution included in the initial proposal. Pre-processing of map reference layers as an optimized map cache pyramid can significantly improve display performance. Use of an intelligent desktop client that can access reference layers from a local map cache can minimize network traffic and improve display performance even more. Selecting the right technology can make a big difference in total system cost and user productivity. Greek Citizen Declaration Business Case provides a summary of the CPT Calculator sizing analysis highlighting the advantage of selecting the right technical solution.

CPT Capacity Planning videos

Chapter 4 Capacity Planning Video will discuss best practices for configuring ArcGIS for Server for optimum performance and throughput.

Capacity Planning Tool TABLE OF CONTENTS 37th Edition
1. System Design Process (CPT Demos) 37th Edition 2. GIS Software Technology (CPT Demos) 37th Edition 3. Software Performance (CPT Demos) 37th Edition
4. Server Software Performance (CPT Demos) 37th Edition 5. GIS Data Administration (CPT Demos) 37th Edition 6. Network Communications (CPT Demos 37th Edition)
7. GIS Product Architecture (CPT Demos) 37th Edition 8. Platform Performance (CPT Demos 37th Edition) 10. Performance Management (CPT Demos) 37th Edition
12. City of Rome Year 1 (CPT Demos) 37th Edition 12. City of Rome Year 2 (CPT Demos 37th Edition) CPT What’s New 37th Edition

Page Footer
Specific license terms for this content
System Design Strategies 26th edition - An Esri ® Technical Reference Document • 2009 (final PDF release)