Starting to seriously contemplate better failover. Any using https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/hh831698(v=ws.11) in this scenario?
We set that up a few years ago but have since moved away from it because ArcGIS Server machines would have some fits getting lost from the shared content folder and extra overhead of maintaining all the pieces.
We just eliminated the duplicate machines and doubled the ram/cpu resources in the remaining virtual machines.
Also be aware that you can't federate an active/active, silo'ed ArcGIS Server environment with Portal.
Huh?
The active-active architecture, (also known as a silo'ed architecture) described in the link you posted can't be federated with Portal for ArcGIS. You may or may not be interested in federation, but it's an important point for anyone considering that type of deployment.
hMMMM
I'm beginning to think this is such a hot idea. I'm not interested in failover per-se, I'm interested in upgrad-at-my leisure: Take one server down, upgrade it, take the other down, upgrade.....but that's not going to work with the data store on a drive share.
Jonathan Quinn are there any updates on getting that documentation updated with what deployment scenarios can't be federated?
It hasn't made it in yet, but we're working on it. We plan to add a bullet under the Disadvantages section within the active/active and active/passive help, add it as a note to the Configure a hosting server for your portal section, and the add it to the advantages of multi machine sites here and here.
Is there another source of this information? We're needing to make some configuration decisions rather soon.
Not that I'm aware of. What other questions do you have when considering active/active or active/passive using the silo architecture vs multi-machine sites?
Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.