FTD-style: two managers as a high-availability pair
One manager is a single point of failure for every change and deployment (traffic keeps flowing without it, but nobody can change a rule). Two managers can work as a pair. One is active: it takes every change and deploys. The other is the standby: it copies the active one and is read-only. MGR1 (10.0.0.5) already manages FTD1 and has its policy. MGR2 (10.0.0.6) is new and empty. On a real management center you build the pair on Integration › Other Integrations › High Availability, and there are no console commands for it: the manager-ha lines here are RouteBuddy’s own, so that you can see what each click sends.
The simulator ticks each one as soon as the network meets it.
On MGR2 (the empty one), Integration › High Availability: make it the secondary, with the primary’s address 10.0.0.5 and the registration key HAKEY. It now waits.
On MGR1: make it the primary, with the secondary’s address 10.0.0.6 and the same key. The pair forms: MGR1 is active, and MGR2 copies FTD1 and its policies.
Try a change on MGR2: it is refused, because the standby is read-only. Then on MGR2 choose Switch Peer Roles. MGR2 is active, and FTD1’s show managers names it.
On MGR2, now the active one: add access rule WEB-OUT to ACP1 (allow, INSIDE to OUTSIDE, any to any, TCP, log) and deploy to FTD1.
Switch back on MGR1. MGR1 is active again, it has the rule WEB-OUT that was made on MGR2, and PC1 still pings 198.51.100.1.