If you want to enable or disable the High Availability Control Panel, please contact your account manager.
High availability (HA) is the capability of a system to operate continuously for a desirably long period of time despite the possible failure of one or several of its components. HA significantly decreases the extent of downtime. OnApp High Availability brings new opportunities to deploy more than one Control Panel within one cloud. This allows you to improve cloud load balancing, minimize server downtime in case of CP issues, and enhance the scalability of the whole infrastructure. High availability keeps virtual servers, daemon, and statistics live even if the physical box where they are running fails. In this case, the required component keeps working on the box which is live in the cluster. This is the optional functionality.
OnApp introduces several possible High Availability configurations depending on your infrastructure and resources. OnApp High availability is based on Pacemaker + Corosync clustering stack, using multicast as a messaging backend. At this stage OnApp introduces high availability for the following components:
- UI (HTTPd and onapp-vnc-proxy services)
- Background services (onapp-engine and onapp-ssh-agent services)
- CloudBoot (NFS, xinetd, and dhcpd services)
- Load Balancer
- Message Queue
High availability introduces accessibility for services and communication between OnApp components:
- Compute resources and backup servers are configured to accept connections from any Control Panel.
- UI and CloudBoot operate in Active/Standby or Active/Active mode.
OnApp Engine, onapp-engine service (onapp daemon) operates in load balancing mode.
In case when service in the active node becomes unavailable, the corresponding virtual IP address is being moved from the network interface of one active node to another active node with the highest priority. The network interface priority defines to which node the virtual IP address will be moved first if the node where it is running gets broken.
- Make sure to create a dedicated network for Control Panels and DB/Redis server connection.
- Do not use the Control Panel server as the backup/template server. Make sure that the Use SSH file transfer option is disabled at Settings > Configuration menu.
- Logs and templates are stored on the Database&Transactions server. Ensure that all the required directories are shared correctly.
- It is important that you add the IPs of CP servers into the config files for compute resources and backup servers.
- Compute resources accept API calls by StorageAPI from multiple IP Addresses only after reconfiguration.
- SNMP Traps are being sent to Control Panels.
- Disaster Recovery as a Service
- Manage Hosts
- Manage Communication
- Manage Clusters
- Disable High Availability