status-im
/
consul
mirror of https://github.com/status-im/consul.git
2
0
Fork 0
Code Issues Projects Releases Wiki Activity

fix typos and update ecs compat table (#18215) 

* fix typos and update ecs compat table

* real info for the ecs compat matrix table

* Update website/content/docs/ecs/compatibility.mdx

Co-authored-by: Chris Thain <32781396+cthain@users.noreply.github.com>

---------

Co-authored-by: Chris Thain <32781396+cthain@users.noreply.github.com>
This commit is contained in:
trujillo-adam 2023-07-21 08:21:25 -07:00 committed by GitHub
parent 47d445d680
commit 926db9c8a6
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
3 changed files with 17 additions and 16 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
website/content/docs/ecs/compatibility.mdx
View File

@ -5,17 +5,16 @@ description: >-
The binary for Consul on Amazon Web Services ECS and the Terraform modules for automating deployments are tightly coupled and have specific version requirements. Review compatibility information for versions of Consul and `consul-ecs` to help you choose compatible versions.
---
# Consul on AWS Elastic Container Service (ECS) Compatability Matrix
# Consul on AWS Elastic Container Service (ECS) compatability matrix
For every release of Consul on ECS, the `consul-ecs` binary and `consul-ecs` Terraform module are updated. The versions of the Terraform module and binary are tightly coupled. For example, `consul-ecs` 0.5.2 binary must use the `consul-ecs` 0.5.2 Terraform module.
## Supported Consul versions
| Consul Version | Compatible consul-ecs Versions |
| -------------- | ------------------------------- |
| 1.14.x | 0.5.2+ |
| 1.13.x | 0.5.2+ |
| 1.12.x | 0.5.x |
| Consul Version | Compatible consul-ecs Version |
|----------------------- | ----------------------------- |
| 1.15.x, 1.14.x, 1.13.x | 0.6.x |
| 1.14.x, 1.13.x, 1.12.x | 0.5.2+ |
| 1.11.x | 0.3.0, 0.4.x |
| 1.10.x | 0.2.x |

4
website/content/docs/lambda/registration/automate.mdx
View File

@ -1,11 +1,11 @@
---
layout: docs
page_title: Automate Lambda Function Registeration
page_title: Automate Lambda function registration
description: >-
Register AWS Lambda functions with Consul service mesh using the Consul Lambda registrator. The Consul Lambda registrator automates Lambda function registration.
---
# Automate Lambda Function Registeration
# Automate Lambda function registration
This topic describes how to automate Lambda function registration using Consul's Lambda registrator module for Terraform.

12
website/content/docs/nia/usage/run-ha.mdx
View File

@ -1,14 +1,16 @@
---
layout: docs
page_title: Run Consul-Terraform-Sync with High Availability
page_title: Run Consul-Terraform-Sync with high availability
description: >-
Improve network automation resiliency by enabling high availability for Consul-Terraform-Sync. HA enables persistent task and event data so that CTS functions as expected during a failover event.
---
# Run Consul-Terraform-Sync with High Availability
# Run Consul-Terraform-Sync with high availability
<EnterpriseAlert>
Licenses are only required for Consul-Terraform-Sync (CTS) Enterprise
An enterpise license is only required for enterprise distributions of Consul-Terraform-Sync (CTS).
</EnterpriseAlert>
This topic describes how to run Consul-Terraform-Sync (CTS) configured for high availability. High availability is an enterprise capability that ensures that all changes to Consul that occur during a failover transition are processed and that CTS continues to operate as expected.
## Introduction
@ -120,9 +122,9 @@ When high availability is enabled, CTS persists task and event data. Refer to [S
You can use the following methods for modifying tasks when high availability is enabled. We recommend choosing a single method to make all task configuration changes because inconsistencies between the state and the configuration can occur when mixing methods.
### Delete and recreate the task (recommended)
### Delete and recreate the task
Use the CTS API to identify the CTS leader instance as well as delete and replace a task.
We recommend deleting and recreating a task if you need to make a modification. Use the CTS API to identify the CTS leader instance and replace a task.
1. Identify the leader CTS instance by either making a call to the [`status/cluster` API endpoint](/consul/docs/nia/api/status#cluster-status) or by checking the logs for the following entry: