Skip to main content

High Availability Overview

Note

Chef Automate 4.10.1 released on 6th September 2023 includes improvements to the deployment and installation experience of Automate HA. Please read the blog to learn more about key improvements. Refer to the pre-requisites page (On-Premises, AWS) and plan your usage with your customer success manager or account manager.

High availability (HA) refers to a system or application that offers high operational availability. This means the entire site or application will not be down if one server goes down due to traffic overload or other issues. HA represents the application remains available with no interruption. We achieve high availability when an application continues to operate even when one or more underlying components fail.

Thus, HA is designed to avoid loss of service by reducing or managing failures and minimizing unscheduled downtime (when your system or network is not available for use or is unresponsive) that happens due to power outages or failure of a component.

Chef Automate High Availability (HA)

The Chef Automate HA equates to reliability, efficiency, and productivity, built on Redundancy and Fail-over. It aids in addressing significant issues like service failure and zone failure.

Chef Automate HA Architecture

HA architecture includes the cluster of the Chef Automate, Chef Server, Postgres, and OpenSearch.

Chef Automate HA Architecture for OnPremise / AWS Non-Managed

High Availability Architecture

Chef Automate HA Architecture for AWS Managed

High Availability Architecture

Note

Chef Automate HA for Managed Services has default port 5432 for Managed PostgreSQL and 9200 for Managed OpenSearch. You can also change to your custom port.

Chef Automate HA Architecture for OnPremise Non-Managed Minimum Node Cluster

High Availability Architecture

Warning

  • Choose Minimum node deployment type when you have VM constraints.
  • Minimum node deployment is only for on-premises deployments
  • Minimum node deployment is not supported for AWS deployments

Chef Automate HA Topology

The Chef Automate HA Architecture involves the following clusters as part of the main cluster:

  • Backend Cluster (Persistent Services)

    • Postgres: Database requires a minimum of three nodes. Postgres database uses the Leader-Follower strategy, where one becomes a leader, and the other two are the followers.

    • OpenSearch: Database requires a minimum of three nodes. OpenSearch database manages the cluster internally.

  • Frontend Cluster (Application Services)

Deployment Methods

Chef Automate High Availability (HA) supports two types of deployment:

On-premise Deployment (Existing Node/Bare Infrastructure)

In this, we expect VM (Virtual machine) or Bare Metal machines (Physical machine) that are already created and have initial Operating System (OS) setup done. Including Ports and Security policies changed according to requirements.

After this, installation steps will Deploy Chef Automate, Chef Infra Server, Postgresql DB, and OpenSearch DB to the relevant VMs or Physical Machines as provided in Config.

Please refer Performance Bench marking for more info.

Cloud Deployment using Amazon Web Services (AWS)

The two-step deployment process is as shown below:

  • Provisioning Infrastructure. (Optional, if already manually done)
  • Deployment of services on the provisioned infrastructure.
    • Installation of PostgreSQL, OpenSearch, Chef Automate, and Chef Infra Server will be done in this step.

Performance (Benchmarking)

Please refer to the Performance Benchmarking document for the detailed performance benchmark numbers

Edit this page on GitHub

Thank you for your feedback!

×









Search Results