ArcGIS Enterprise Multi-machine deployment

[TalluruRangaVital1]

Hi Community, I’m planning a multi-machine ArcGIS Enterprise deployment and want to ensure high availability. What are the recommended best practices for configuring Portal, Server, and Data Stores across multiple machines? Any lessons learned from real-world setups?

[VenkataKondepati]

Hi @TalluruRangaVital1,

For high availability, best practice is to run 2+ Portal machines (with sticky sessions), 2+ ArcGIS Server machines in a site, Relational Data Store in primary/standby, STBDS with 3+ nodes, and Object Store for scene layers. Put everything behind a load balancer with CA-signed certs, use fast resilient storage for shared dirs, and schedule regular webgisdr backups. Test upgrades in lower environments and monitor with ArcGIS Monitor for performance and health.

Regards,
Venkat

[TalluruRangaVital1]

Could you please share me any diagram of deployment architecture.

[VenkataKondepati · Accepted solution]

You can find more information at below link.
https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/migrate-to-a-new-machine-...

[TalluruRangaVital1 · Accepted solution]

Thank you for quick response. Will check it.

[JoshuaBixby]

Lessons learned?  Since you didn't say where exactly you are deploying, e.g., on-prem or in a cloud, it is hard to provide specifics.  What I would say is make sure you really need high-availability before deploying it.  What I have seen numerous times are "high-availability" deployments that have multiple single points of failure so they are high availability in name but not in reality.  Doing truly highly available deployments comes with a non-trivial cost.

[Todd_Metzler]

Echo both @JoshuaBixby and @VenkataKondepati .  There are many variables that begin at the infrastructure level.  Know your needs and ensure your infrastructure can meet those needs first.  Then, start here: ArcGIS Architecture Center .  Here's another "good read": Architeching the ArcGIS System 

[TimoT]

hi @TalluruRangaVital1 

I highly recommend reviewing this Esri resource: Highly available ArcGIS Enterprise deployment scenarios—Portal for ArcGIS | Documentation for ArcGIS...

It covers various highly available deployment scenarios and includes helpful diagrams of each.

Some lessons learned and common pitfalls seen in real-world deployments:

• Use highly available URLs for your Administration URLs and privatePortalURL. Avoid pointing these directly to a single ArcGIS Server or Portal machine (e.g. a fixed 6443 ArcGIS Server endpoint URL). I've seen cases where the Administration URL was set to a specific ArcGIS Server machine, which bypasses the load balancer for Administration tasks. This setup compromises failover capabilities; if the designated machine goes offline, communication between the Portal and Server site is disrupted, and failover will not function as intended.
• By default, the relational datastore will not failover if you perform a normal shutdown or stop the ArcGIS Datastore service of the primary node. This is intentional as promoting a standby node to primary involves an intensive process (postgres using pg_basebackup), which can be especially time-consuming as the relational datastore grows larger.
• Understand how to safely apply patches to highly available components: Apply patches and updates to highly available components—Portal for ArcGIS | Documentation for ArcGI...
• Document and test your failover mechanisms as part of a routine maintenance cycle. Ensure you have a backup and restore strategy in place.