Capacity Planning - System Architecture for Enterprise 11.5

[Brian_McLeer]

In thinking about our next upgrade from 11.2 to 11.5 (probably to be released around 2025 Esri UC), I am looking for feedback from others. Below is a high-level overview of a proposed production environment. For some background, we are a mid-sized city of about 65-70k. We have about 6-8 admins/SDE editors. We use Field Maps with feature service replicas. We integrate with a CMMS system, a permitting system, and a few others. 

Below is a mix of the current and proposed production environment for our next upgrade, which will be to 11.5 as this is the next long-term support release planned by Esri. Looking for feedback if anyone has any suggestions. It can be that a resource below might be not enough or too much. 

Server Function	Windows Server Edition	SQL Server Edition	RAM	CPU	C Drive (OS and software)	D Drive (Data Storage)	Notes
Database Server	2022	2022	16 GB	4 Cores	100 GB	1 TB
Portal for ArcGIS and ArcGIS Data Store	2022	N/A	16 GB	4 Cores	100 GB	200 GB	Portal and Data Store on same machine
ArcGIS Server (Hosting)	2022	N/A	16 GB	4 Cores	100 GB	100 GB
ArcGIS Server (Federated/Internal)	2022	N/A	24 GB	4 Cores	100 GB	200 GB	Also used to run nightly Python scripts, thinking about migrating to notebook server.
ArcGIS Server (Federated/External)	2022	N/A	48 GB	6 Cores	149 GB	1.34 TB
ArcGIS Monitor	2022	N/A	16 GB	4 Cores	125 GB	N/A

[Brian_McLeer]

Hello @Lerman, I based my CPU Core count on our current infrastructure. It is not because of license limitations, but based on conserving resources when our last upgrade was implemented. Would you recommend a specific higher number of cores, and if so what would you recommend? Thank you for your feedback.

[Lerman]

Hi @Brian_McLeer , 

I think 4 CPUs is very little and can only handle four requests at the same time and cannot support high concurrency. I think the number of CPUs, should be considered for concurrent access. If you are not sure about concurrent access, maybe you can set it to 12 or more and then subsequently adjust it according to the situation. Of course, if you increase the number of CPUs, the memory should be increased accordingly.

Also, I noticed that you are currently on version 11.2 of the environment, which is currently 4 CPUs per machine, which would meet the demand, correct? If that's the case, then the concurrent access is particularly small, and 11.5 should have no problem following this environment.

[Marc_Graham]

Hi Brian,

Are you considering adding/migrating to the object DataStore? Esri recommends hosting this on its own server.  I would also suggest moving the relational DataStore to its own server, so you will need an additional two machines.

Cheers,

Marc

[Bud]

Related:

ArcGIS Enterprise Capacity

[SaurabhUpadhyaya]

Hi Everyone,

I am working on architecting an enterprise-level infrastructure and need guidance on ArcGIS Server capacity planning. Specifically, I am looking for insights on the following:

• ArcGIS Server licensing considerations
• Compatibility with AWS (instance types, dedicated vs. shared)
• PostgreSQL RDS (Aurora vs. standard) for optimal performance
• Simple estimation approach based on:
  • Data size (in GB) and type (point, polygon, line)
  • Service types (feature services, map services, geoprocessing, etc.)
  • Number of concurrent users interacting with the system
  • Average number of requests per user session (e.g., 10 requests)
  • Transactions Per Hour (TPH) estimation

Additionally, I would like to understand:

• How much computing power (CPU, RAM) is needed on AWS for ArcGIS Server?
• How many users can work simultaneously without performance issues?
• What is the maximum load that PostgreSQL RDS can handle efficiently?

Any recommendations, best practices, or real-world experiences would be highly valuable. Looking forward to insights from the community!

[Sumoj]

Hi, If geoprocessing services are present, it is advisable that they be hosted on a different AGS node since batch processes require more resources compared to map and feature services.