Spécifications matérielles recommandées pour le serveur pour le déploiement du Utility Network (Eau/Eaux usées/Eaux pluviales)

Question

Bonjour à tous,

Je cherche des conseils sur les spécifications matérielles recommandées pour un environnement serveur qui prendra en charge une implémentation complète de ArcGIS Utility Network pour une organisation municipale.

Contexte :

* Population de la ville : ~115 000

* Services publics à modéliser dans le Utility Network :
Eau, Eaux usées, et Eaux pluviales

* Le déploiement prévu inclut :

* ArcGIS Enterprise (Portal fédéré + ArcGIS Server)

* Machine ArcGIS Server dédiée pour les services

* Serveur de base de données dédié hébergeant les géodatabases d'entreprise

* Versionnage par branche

* Édition multi-utilisateurs

* Flux de travail quotidiens intensifs (édition, QA/QC, synchronisation des données terrain, traçage, géotraitement, publication et validations UN)

Nous voulons nous assurer que notre environnement serveur est dimensionné correctement pour la performance et la croissance future, surtout compte tenu des volumes de données et de l'activité d'édition courante dans les réseaux utilitaires.

Ma question :

Quelles spécifications matérielles recommandez-vous pour un déploiement de cette envergure ?

Je cherche spécifiquement des conseils sur :

1. Machine ArcGIS Server (fédérée avec Portal)

* CPU (nombre de cœurs, vitesse)

* Mémoire RAM

* Type de stockage et espace disque minimum/optimal (SSD vs HDD)

* Considérations sur le débit réseau

* Toute recommandation pour scaler ArcGIS Server avec des services UN intensifs

2. Serveur de base de données (pour les géodatabases d'entreprise supportant le Utility Network)

* Besoins CPU pour un versionnage par branche performant et des éditions UN efficaces

* Allocation RAM recommandée

* Configuration du stockage (RAID, ensembles NVMe/SSD, etc.)

* Recommandations I/O disque pour grands ensembles de données et fréquence élevée d’édition

* L’intérêt d’avoir des disques séparés pour les logs/tempDB est-il significatif ?

Toute expérience concrète, recommandation Esri ou analyse basée sur des benchmarks serait extrêmement utile.

Merci d’avance pour vos conseils !

RobertKrisher · Answer

What @CodyPatterson is describing sounds like about 2x the specs of the reference architecture for a mid-sized gas utility (300k connections). You can find one of the test studies for that architecture (including performance graphs) here: Test Study for a Network Information Management System Gas Utility (SQL Server) | ArcGIS Architecture Center

CodyPatterson · Answer

Hey @Bloper

These are my specs on my Utility environment Server:

CPU: 16 cores at 2.6 GHz

RAM: 32GB

Storage: 500GB NVMe

Network Throughput: We have two 10Gb cards on the server itself for redundancy,  connected to a 40Gb network

In terms of scaling, we use VMWare monitoring tools to distribute resources dynamically when needed

For the Database Server:

CPU: 16 Cores at 2.6 GHz

RAM: 128GB

Storage: Ours is a little overkill, RAID 6, NMVe 4TB

Disk I/O is handled by NVMe, those handle our edits and data changes quite well

We export the logs to a TrueNAS setup offsite, allow us to keep them in slow-drives so the spinning hard drives.

We cover nearly a million addresses which need independent utility allocations, here's a guide on the architecture as well: https://architecture.arcgis.com/en/

Cody

Bloper · Answer

Thank you for the reply Robert! 
We are starting to work with the Migration to Utility Network tool set and have been enjoying your blogs online. Extremely appreciate all the articles and help documentation that you have provided to the ESRI community. Very helpful!