Capacity Planning Tool

From Wiki.GIS.com

Jump to:navigation, search
System Design Strategies (select here for table of contents)
1. System Design Process 2. GIS Software Technology 3. Software Performance 4. Server Software Performance
5. GIS Data Administration 6. Network Communications 7. GIS Product Architecture 8. Platform Performance
9. Information Security 10. Performance Management 11. System Implementation 12. City of Rome
A1. Capacity Planning Tool B1. Windows Memory Management Preface (Executive Summary) SDSwiki What's New


Spring 2015 Capacity Planning Tool 36th Edition
Capacity Planning Tool updates

This Capacity Planning Tool appendix shares CPT demonstrations used to identify system design requirements and model performance and scalability of proposed GIS operations.

The CPT demonstrations expand on the design concepts discussed in the primary System Design Strategies chapters, where hyperlinks to this appendix demonstrate how the CPT can be used to reinforce core system design concepts introduced in the primary documentation.

The CPT provides a framework for integrating business, data, applications, and technical architecture needs required to design, deploy, and manage successful enterprise GIS operations. This appendix can be used as a resource for learning how to use and apply the CPT in addressing your system architecture design needs.

Each section in this appendix includes a series of videos that demonstrate how the CPT can be used to collect business requirements, select the right software technology, identify the proper platform solution, and model Enterprise system performance and scalability.

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


This first section will introduce the Capacity Planning Tool and show how the CPT is used in the System Design Process.

Contents

System Design Process

Figure A-1.1 The Capacity Planning Tool is designed to automate the system architecture design performance analysis during the system design process.
The Capacity Planning Tool (CPT) simplifies business requirements data collection and automates system design analysis tasks associated with each phase of the development cycle. This section will introduce the CPT and show how the tools are used to complete a system architecture design.

The system design process starts with a business workflow loads analysis, identifying your GIS workflows and estimating the complexity of your business processes.


Workflow loads analysis

Figure A-1.2 Understanding your business needs is a prerequisite for completing your system design.
Figure A-1.2 shows the first steps in preparing for the design process. A clear understanding of your organization is critical in building successful GIS operations. Business planning starts with establishing an enterprise GIS vision, and building an implementation strategy that takes full advantage of your existing business architecture. Identifying the business workflows within your organization that can benefit from GIS information products is an essential ingredient for getting started on the right path to a successful system architecture design. Business needs (user requirements) establish the foundation for selecting a proper system design. Business requirements in the CPT are represented by project workflows.

The first step in completing a system architecture design is to select appropriate project workflows to represent your business requirements. Your selected project workflows identify the processing loads that must be supported by your selected hardware solution to satisfy your business needs.

CPT User Needs summary: Business workflow requirements

Figure A-1.3.1 The user needs summary provides a simple template for collecting business workflow requirements.
The user needs template shown in Figure A-1.3.1 can be used to summarize a user needs analysis that identifies project workflows, user locations, and estimated user transaction loads required to satisfy peak business requirements. The template can be modified as required to support your specific business needs.

The user needs summary provides a snapshot of required business requirements for each deployment phase, establishing business requirements that must be supported by the system architecture design solution.

The user needs summary should represent the current enterprise vision and goals for the GIS implementation. Building a GIS in multiple system deployment phases can reduce deployment risk and optimize operations as new technology is introduced over time. Business requirements should be reviewed and updated on a periodic basis, with planned reviews before each implementation phase. Business requirements and technology will change over time, and selecting the right technology can improve return on investment when implemented at the right time.

Management should be directly involved in reviewing and approving peak workflow requirements based on reasonable staffing levels and projected business needs, since these workflow load estimates contribute directly to the overall architecture selection and cost of the final system design.

Best practice: Enterprise level user needs assessment should be completed and approved before starting the System Architecture Design.


CPT Calculator tab: Custom workflow loads analysis

Figure A-1.3.2 The CPT Calculator is a simple tool developed for use during business workflow loads analysis and software technology selection. The Calculator tab was designed for use in defining custom workflow performance targets. A selection recipe is used to generate appropriate custom workflow service times from a baseline set of performance benchmarks.
The Calculator shown in Figure A-1.3 provides a group of drop-down lists for workflow software technology selection (software, map document, density, percent data cache, complexity, display resolution, output format). A proper software technology selection will generate appropriate GIS workflow performance targets (service times) for use in your system architecture design.

The CPT Calculator can also be used to complete the system architecture design for a selected workflow. There is an option (cell C30) available to select your workflow source (Calculator or Workflow tab).

Warning: Capacity Planning Tool color scheme: Inputs to the Capacity Planning Tool are provided in the white cells (most inputs are drop-down lists). Formulas for the analysis are included in the colored cells. You should not change the colored formula cells.
Note: CPT Calculator tab is discussed in more detail in the CPT section on Software performance.


CPT Workflow tab: Workflow loads definition

Figure A-1.4 Workflow tab is used to define project workflows. It includes standard workflows and links for custom, test, and composite workflow performance targets.
Figure A-1.4 shows the CPT Workflow tab. A list of Standard Workflows is maintained in the Workflow tab for simple selection of the most common workflow performance targets. Custom workflows configured on the CPT Calculator tab include an output to the CPT Workflow tab (Calculator Workflow section).

The Project Workflows section is established at the top of the workflow list by including a copy of standard or custom workflows in your project workflow list – selection of your project workflows completes your workflow loads analysis. Once your workflow loads analysis is complete, your selected workflow performance targets will be available at the top of the workflow selection list for use in your system architecture design.

The composite workflow analysis section located at the bottom of the Workflow tab is used to calculate average service times for a use-case that combines two or more component workflows. A demonstration of a composite workflow loads analysis is included in the Greek Citizen Declaration case study at the end of Chapter 4.

Note: The CPT Workflow tab is discussed in more detail in the CPT section on GIS software technology.


System architecture design

Figure A-1.5 System Architecture Design process provides a logical step by step methodology for using the CPT to complete your System Architecture Design.
Once you have identified your project workflows, you are ready to complete your system design. The CPT follows a standard system architecture design process as shown in Figure A-1.5. Each cycle of the system architecture design process includes the following steps:

The system design process includes the user requirements analysis, network suitability assessment, platform architecture selection, software configuration (installation), and the Enterprise design solution. The CPT was designed to complete the analysis. Once the CPT is properly configured and business requirements are defined, the CPT will complete the system architecture design analysis and display the platform solution.

CPT Design tab: User requirements analysis

Figure A-1.6 User requirements analysis. User requirements are identified by configuring the workflow rows and peak loads located at the top of the CPT design tab.
User requirements analysis—CPT Requirements analysis section is configured to represent the site locations, user workflows, peak loads, and network bandwidth for the enterprise design solution.


Figure A-1.7 The CPT Design tab includes a Requirements Analysis module designed for use in configuring your user requirements for CPT design analysis.
Once you identify your business workflows, you are ready to complete a user system loads analysis. The CPT Design tab includes a Requirements Analysis module where you can identify user locations and peak throughput loads.

Figure A-1.7 shows the CPT Design tab Requirements Analysis module. The gray rows represent the data center network connections (LAN, WAN, Internet) while the green rows represent remote site network connections. Workflows for WAN users are located under the data center LAN network. Remote user workflows are located below each remote site network, based on user work locations.

Peak concurrent users and workflow productivity establish system throughput loads that drive the system architecture design. These loads include network traffic that must travel between the user display location and the central data center. Location of the workflow users and how their locations are connected with the central data center can directly impact software technology selection.

Warning: Capacity Planning Tool color scheme: Inputs to the Capacity Planning Tool are provided in the white cells (most inputs are drop-down lists). Formulas for the analysis are included in the colored cells. You should not change the formula cells.
Note: An example of an Enterprise user requirements analysis was provided in Chapter 12: City of Rome.


CPT Design tab: Network suitability analysis

Figure A-1.8 Network suitability analysis. The CPT completes the network suitability analysis once the user requirements configuration is complete.
Network suitability analysis—CPT Design completes the network suitability analysis and identifies any communication bottlenecks. Network bandwidth upgrades are identified and upgrades are entered to resolve identified network contention.


Figure A-1.9 The CPT Design: Requirements Analysis module completes a network suitability analysis based on user location, peak system loads, and available network bandwidth.
Once you configure the CPT Design tab to reflect your user requirements and identify the network connections, the CPT completes a network suitability analysis. The CPT analysis evaluates network bandwidth and latency to ensure adequate capacity to accommodate peak traffic flow loads. You can then increase network bandwidth as required to accommodate peak traffic loads. Figure A-1.9 shows the business workflow, peak loads, and network bandwidth inputs needed to complete the network suitability analysis.


Figure A-1.10 Results of the network suitability analysis are used to identify appropriate network bandwidth upgrades. Once the network upgrade bandwidths are entered, the CPT Design tab shows a valid enterprise-level workflow solution.
Once the business requirements analysis is complete (user locations, peak workflow loads) available bandwidth for each network must be entered in column H. The CPT completes the network suitability analysis, and identifies associated design conflicts (user productivity and network traffic). Analysis results provide information needed to complete the network design. Figure A-1.10 shows the network suitability analysis results once the network upgrades are made.

Once bandwidth upgrades are made, the traffic flow and productivity conflicts are removed.

Warning: Capacity Planning Tool color scheme: Inputs to the Capacity Planning Tool are provided in the white cells (most inputs are drop-down lists). Formulas for the analysis are included in the colored cells. You should not change the formula cells.
Note: Network Suitability Analysis was discussed in Lesson 6: Network communications.


CPT Design tab: Platform architecture selection

Figure A-1.11 Platform architecture selection. The data center architecture selection is configured for each platform tier located on the bottom rows of the CPT Design tab.
Platform architecture selection—CPT Design Platform tier is configured to represent the data center platform architecture structure. Identify platform tier nicknames, select platforms, and identify platform rollover settings.


Figure A-1.12 The CPT Design: Platform selection module allows you the ability to select your desired platform configuration.
Figure A-1.12 shows the CPT Design Platform Configuration module. The platform selection (column B) is normally configured first, and platform nicknames followed by a colon (:) can be identified for each tier just above the platform selection in column B. You can also set a rollover setting in column H, telling the Capacity Planning Tool when to add new platforms.

Platform selection is a critical decision in any design process. The selected platform directly contributes to user display performance, platform capacity, and software licensing cost. A faster processor core (column F) improves user performance and reduces license cost. Higher capacity servers (column G) reduce the total number of server machines required to satisfy business requirements.

Warning: Platform selection directly impacts overall system cost.

Once the platform names are set, you can complete the system install in the Software Configuration section.

Note: CPT Design: Platform selection is discussed in more detail in Chapter 8: Platform performance.


CPT Design tab: Software configuration

Figure A-1.13 Software configuration. The workflow software is installed on the appropriate platform tier to complete the system configuration.
Software configuration—CPT Design Software Configuration module is used to assign workflow software to supporting platform tier (software install) and make workflow data source selection.


Figure A-1.14 Once you have identified your selected platform configuration, the CPT Design: Software configuration module is used to complete the software installation.
Figure A-1.14 shows the CPT Design Software Configuration module. Once you establish your platform architecture, you are ready to install the workflow software. Software install is defined in the Software Configuration section (columns J through R) for each user workflow.

Workflow software components you must install are identified by colored blocks in the software configuration section.

Note: CPT Design software configuration patterns are discussed in more detail in the CPT product architecture section.


CPT Design tab: Enterprise system design

Figure A-1.15 Enterprise design solution. System architecture design analysis performed by the CPT completes the design.
Enterprise design solution—once configured, the CPT Design tab completes the system architecture design analysis and provides the platform solution.

The final system architecture design will represent the network and platform solution that satisfies your identified business requirements. The final hardware selection will directly impact workflow performance, user productivity, and overall system cost.

Hardware cost will vary greatly depending on available platform selection and procurement options. Hardware performance can directly impact software licensing costs. Hardware configuration strategy can impact both performance and cost. Hardware cost and system performance must both be considered to identify the optimum system architecture design.

CPT HWPricing tab: Hardware procurement costs
Figure A-1.16.1 Hardware Pricing tab. The hardware pricing tab includes a table to identify selected platform configuration candidates along with your associated procurement pricing.
Figure A-1.16.1 provides a hardware pricing lookup table for use with your final CPT Design analysis. Hardware pricing will vary based on the platform configuration and selected vendor procurement options. Platform performance and capacity contributes directly to both hardware and software procurement costs. A review of proper hardware vendor candidate platform configuration options are discussed in the following SDS Platform Performance sections.

Platform selection candidates can be included in the CPT and selected on the HWPricing tab to support an integrated HW/SW cost analysis for each CPT Design solution. Hardware cost will vary depending on the selected CPU configuration and platform memory. Platform memory recommendations will be generated in the CPT Design analysis, and the selected platform configuration must include sufficient memory to satisfy peak business loads identified during the design analysis.

The CPT Design tab includes a hardware/software cost analysis section for use with each design solution, which will use the HWPricing tab lookup table for appropriate pricing and configuration input.


CPT Design tab: Enterprise system design
Figure A-1.16 The CPT Design tab completes an enterprise level system architecture design analysis once you have entered your business workflow needs, available network bandwidth connectivity, and selected platform configuration.
Figure A-1.16 shows the resulting Enterprise system design. Once you make your platform selections and install workflow software components (software configuration), the CPT will complete the platform sizing and show the required server configuration (number of platforms and peak utilization levels for each platform tier).

The Design tab provides a snapshot view of your user requirements and associated platform solution as a single integrated information product.

Note: Chapter 12 provides a case study for the City of Rome, demonstrating how to use the CPT to complete an enterprise system architecture design.


CPT Design tab: Hardware/Software cost analysis
Figure A-1.16.3 The CPT Design tab includes a hardware/software cost analysis section for use in completing the design selection.
Figure A-1.16.3 shows the hardware/software (HW/SW) cost analysis included on the CPT Design tab below the platform selection. The HW/SW cost analysis generates system cost information based on the selected design solution and the information contained within the HWPricing tab.
> Physical hardware configuration (platform configuration and memory) is selected in column B.
>>Hardware selections must be included on the HWPricing tab.
> Shows pricing for any physical platform tier included in the CPT Design tab solution in column C.
>>Default hardware memory requirements are included on the HWPricing tab.
> Shows software license cost (column H) when per core pricing is identified in column I (physical or virtual).
> Physical host platform hardware configuration (platform configuration and memory) is selected in column B.
>>Host platforms must match assigned virtual platform tier.
>>Hardware selections must be included on the HWPricing tab.
> Shows pricing for any host platform tier included in the CPT Design tab solution in column C.
> VMware pricing (column C) is generated based on per chip cost identified on the HWPricing tab.
> Shows software license cost (column H) when per core pricing is identified in column I (based on host platform core).
Note: Selected physical hardware configuration must match platform and minimum memory requirements.
  • Columns B and E show red if the hardware configuration does not match the platform tier selection.
  • Columns B and F show red if the hardware configuration does not satisfy minimum memory requirements.
  • Physical Hardware Configuration Max Memory Template can be used to reset hardware default selections

CPT Hardware tab: Platform performance

Figure A-1.17 The CPT Hardware tab is used to list SPEC performance benchmark values for use in completing the system architecture design.
Platform performance metrics are pulled from the Hardware tab, shown in Figure A-1.17. The Hardware tab provides a list of available platform configurations each with the following information:


Benchmark results are collected from the SPEC benchmark site for each vendor platform configuration. This platform performance information is used by the CPT to complete the system architecture design analysis.

Note: CPT hardware tab and performance benchmarks is discussed in more detail in Lesson 8: Platform performance.


CPT Test tab: Performance validation

Figure A-1.18 Performance validation is critical to ensure compliance with system design performance targets.
Figure A-1.18 identifies opportunities for measure performance compliance when deploying your GIS operations.

Measuring performance during the system build and deployment reduces implementation risk. System design is only the beginning of the process; then you need to build a system that performs within the system architecture design performance targets. If measured performance loads exceed planned budgets, adjustments can be made to workflow complexity during the build process to deliver services within initial performance targets.

The CPT Test tab was designed to help with the validation process, and includes several tools that can be used to translate performance measurements to equivalent workflow service times.

Figure A-1.19 The CPT Test tab provides tools for use in translating performance measurements to workflow performance targets that can be used to generate those measured loads.
Figure A-1.19 shows the measured performance analysis tools available on the CPT Test tab.

There are four Test tools that you can use during system deployment.

Best practice:
  • Evaluate performance compliance during initial prototype testing.
  • Validate system performance goals are met during initial production deployment.
  • Establish periodic performance validation milestones throughout production.
Note:Test tab is discussed in more detail in the CPT section on Performance validation


Platform Capacity Calculator (Hardware tab)

Figure A-1.20 The CPT Hardware: Platform Capacity Calculator is a simple tool you can use to select a hardware configuration. It will then calculate light and medium complexity throughput capacity estimates for the selected workflow configuration.
Figure A-1.18 shows the CPT Platform Capacity Calculator. The Platform Capacity Calculator is located at the bottom of the CPT Hardware tab.

The Platform Capacity Calculator provides a peak throughput range for a list of selected Workflows, showing medium complexity output in blue and light complexity output in red. This simple tool answers many of the most important questions customers have when purchasing Esri software (What throughput can I expect from the selected hardware?).

The Platform Capacity Calculator is simple to use.

Workflow candidates on the left of the chart can be modified to represent any workflow listed on the CPT workflow tab, including your project workflows. Simply slide the graphic to the side and the workflow selection cells are available directly behind the chart. The total number of workflow candidates can be increased or decreased to by expanding or contracting the workflow rows to satisfy your reporting needs.

CPT Capacity Planning videos

Chapter 1 Capacity Planning Video introduces the Capacity Planning Tool and provides an overview of the System Architecture Design process. The next section shows CPT software technology patterns discussed in Chapter 2: GIS Software Technology.

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


Previous Editions

Capacity Planning Tool 35th Edition
Capacity Planning Tool 34th Edition
Capacity Planning Tool 33rd Edition
Capacity Planning Tool 32nd Edition
Capacity Planning Tool 32nd Edition
Capacity Planning Tool 31st Edition
Capacity Planning Tool 30th Edition
Capacity Planning Tool 29th Edition
Capacity Planning Tool 28th Edition
Capacity Planning Tool 27th Edition

System Design Strategies (select here for table of contents)
1. System Design Process 2. GIS Software Technology 3. Software Performance 4. Server Software Performance
5. GIS Data Administration 6. Network Communications 7. GIS Product Architecture 8. Platform Performance
9. Information Security 10. Performance Management 11. System Implementation 12. City of Rome
A1. Capacity Planning Tool B1. Windows Memory Management Preface (Executive Summary) SDSwiki What's New

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

Navigation
Need Help
Toolbox
Share This Page