Skip to content

Commit

Permalink
update docs on leader election (projectcontour#4943)
Browse files Browse the repository at this point in the history
Signed-off-by: Steve Kriss <[email protected]>
Co-authored-by: Bhagwat kumar Singh <[email protected]>
  • Loading branch information
skriss and bhks authored Dec 20, 2022
1 parent 960e620 commit d4591c0
Show file tree
Hide file tree
Showing 2 changed files with 10 additions and 2 deletions.
6 changes: 5 additions & 1 deletion site/content/docs/main/architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -47,9 +47,13 @@ The following API objects are watched:
### Contour Deployment

Contour is deployed in the cluster using a Kubernetes Deployment.
It has built-in leader election so the total number of replicas does not matter.
It has built-in leader election which is responsible for updating httproxy/ingress/gateway api resources via Kube API server.
All instances are able to serve xDS configuration to any Envoy instance, but only the leader can write status back to the API server.

The data being served from contour instances are eventually consistent in an HA based deployment.
However HA mode is operationally scalable when you have high request rate from envoy to contour as requests are loadbalanced among contour instances.
This also helps availability zone /data center degradation events as your service continue to function.

### Envoy Deployment

Envoy can be deployed in two different models, as a Kubernetes Daemonset or as a Kubernetes Deployment.
Expand Down
6 changes: 5 additions & 1 deletion site/content/docs/v1.23.2/architecture.md
Original file line number Diff line number Diff line change
Expand Up @@ -47,9 +47,13 @@ The following API objects are watched:
### Contour Deployment

Contour is deployed in the cluster using a Kubernetes Deployment.
It has built-in leader election so the total number of replicas does not matter.
It has built-in leader election which is responsible for updating httproxy/ingress/gateway api resources via Kube API server.
All instances are able to serve xDS configuration to any Envoy instance, but only the leader can write status back to the API server.

The data being served from contour instances are eventually consistent in an HA based deployment.
However HA mode is operationally scalable when you have high request rate from envoy to contour as requests are loadbalanced among contour instances.
This also helps availability zone /data center degradation events as your service continue to function.

### Envoy Deployment

Envoy can be deployed in two different models, as a Kubernetes Daemonset or as a Kubernetes Deployment.
Expand Down

0 comments on commit d4591c0

Please sign in to comment.