Referencing this documentation - High availability in ArcGIS Enterprise—Portal for ArcGIS | Documentation for ArcGIS Enterprise.
Do not split the primary and standby machines in a highly available deployment across separate data centers.
Is this advice still valid, that the latency between DCs will be such that the HA deployment becomes unusable or hits significant issues?
Therefore the only recommended option for geographic redundancy is a duplicated and synced active-passive configuration - as below.
Disaster recovery and replication—Portal for ArcGIS | Documentation for ArcGIS Enterprise
Solved! Go to Solution.
You mentioned separate data centers and geographic redundancy. I'm not exactly sure how you're defining those two, because geographic redundancy could be a separate data center in the same region, or completely different regions. I'm assuming you're talking about separate data centers in the same region though.
I don't have a lot to input about that, except that you are going to achieve maximum performance if all components ArcGIS Enterprise is using (not just Esri, but DB servers, etc.) are all located in the same data center. At the end of the day, I think it would be up to the end user/organization to determine how much latency is "acceptable."
I can also speak from personal experience that having components spread across multiple regions (like AWS East and West) will be terrible for performance. You might be able to get away with it if they're in separate data centers in the same region, but it's certainly going to be bad if they're in different regions.
Highly Available, but constrained to the one Data Centre seems to be a bit redundant? Surely the recommendation for a truly highly available would be to have the nodes in different geographic locations as well to ensure something like a natural disaster doesn't take a critical system offline?
You mentioned separate data centers and geographic redundancy. I'm not exactly sure how you're defining those two, because geographic redundancy could be a separate data center in the same region, or completely different regions. I'm assuming you're talking about separate data centers in the same region though.
I don't have a lot to input about that, except that you are going to achieve maximum performance if all components ArcGIS Enterprise is using (not just Esri, but DB servers, etc.) are all located in the same data center. At the end of the day, I think it would be up to the end user/organization to determine how much latency is "acceptable."
I can also speak from personal experience that having components spread across multiple regions (like AWS East and West) will be terrible for performance. You might be able to get away with it if they're in separate data centers in the same region, but it's certainly going to be bad if they're in different regions.
Thank you, your last point is the type of experience I was hoping to hear.