Chapter 9. Fail over to the secondary site
Chapter 9. Fail over to the secondary site This chapter describes the steps to fail over from primary site to secondary site in a setup as outlined in Concepts for active-passive deployments together with the blueprints outlined in Building blocks active-passive deployments. 9.1. When to use procedure A failover from the primary site to the secondary site will happen automatically based on the checks configured in the loadbalancer. When the primary site loses its state in Data Grid or a network partition occurs that prevents the synchronization, manual procedures are necessary to recover the primary site before it can handle traffic again, see the Switch back to the primary site chapter. To prevent an automatic fallback to the primary site before those manual steps have been performed, configure the loadbalancer as described following to prevent this from happening automatically. For a graceful switch to the secondary site, follow the instructions in the Switch over to the secondary site chapter. See the Multi-site deployments chapter for different operational procedures. 9.2. Procedure Follow these steps to manually force a failover. 9.2.1. Route53 To force Route53 to mark the primary site as permanently not available and prevent an automatic fallback, edit the health check in AWS to point to a non-existent route ( health/down ).