问题描述
在过去的3年中一直使用CloudFormation来管理AWS基础架构，其中包括多个自动扩展组和不可变的AMI。现在，他想将大约5个CloudFormation堆栈重写为Terraform。大部分都没有问题，但自动扩展组是一个难点，特别是在新的自动扩展组替换旧的自动扩展组时，希望确保所有EC2和ELB（或目标组）的健康检查都通过后再停用旧的自动扩展组。
在CloudFormation中，这非常容易实现。堆栈会创建一个具有EC2健康检查类型的自动扩展组，确保EC2检查通过。CloudFormation（通过一些配置）会等待EC2实例发出的信号，表示一切都正常运行。可以通过EC2的userdata发送信号，使用AWS CLI不断检查目标组的健康状态。
但是，在Terraform中没有信号机制，因为信号机制是CloudFormation独有的。我看到过一种解决方案，使用CloudFormation和Terraform的混合方式来管理自动扩展组，通过Terraform的aws_cloudformation_stack资源设置CloudFormation。我也看到过使用Spinnaker的解决方案，但我不太喜欢这种方式，因为它涉及通过Terraform创建自动扩展组，然后在Terraform中将其注释掉。我正在寻找一个纯Terraform原生的解决方案。
我目前找到的最接近Terraform原生解决方案是在创建自动扩展组时，使用ELB健康检查代替EC2健康检查。我的问题是：
- 是否建议使用ELB健康检查代替EC2健康检查？有什么优缺点？如果有人能分享他们在这方面的经验，将非常有帮助。
- 是否可以在Terraform中同时使用EC2和ELB或目标组的健康检查？
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1：使用ELB健康检查
在Terraform中，可以使用ELB健康检查来替代EC2健康检查。这样可以确保在自动扩展组替换旧的自动扩展组之前，所有ELB或目标组的健康检查都通过。
以下是使用ELB健康检查创建自动扩展组的步骤：
1. 在Terraform配置文件中定义自动扩展组的相关配置，包括AMI、实例类型、子网等。
2. 在自动扩展组配置中，使用health_check_type参数将健康检查类型设置为ELB。
3. 配置health_check_grace_period参数来设置健康检查的宽限期，以确保新的实例有足够的时间启动和运行。
下面是一个示例的Terraform配置文件：
resource "aws_autoscaling_group" "example" {
name = "example-asg"
min_size = 1
max_size = 3
desired_capacity = 2
health_check_type = "ELB"
health_check_grace_period = 300
# 其他配置项
}
在上面的示例中，我们创建了一个名为example-asg的自动扩展组，并设置了最小实例数、最大实例数和期望实例数。通过将health_check_type参数设置为ELB，我们使用ELB健康检查来确保所有ELB或目标组的健康检查都通过。health_check_grace_period参数设置为300秒，以确保新的实例有足够的时间启动和运行。
使用ELB健康检查的优点是可以确保所有ELB或目标组的健康检查都通过，从而确保新的自动扩展组在替换旧的自动扩展组之前是可用的。然而，缺点是可能会增加一些延迟，因为需要等待ELB或目标组的健康检查通过。
方案2：使用EC2和ELB或目标组健康检查
在Terraform中，也可以同时使用EC2和ELB或目标组的健康检查。这样可以更加全面地检查实例的健康状态。
以下是使用EC2和ELB或目标组健康检查创建自动扩展组的步骤：
1. 在Terraform配置文件中定义自动扩展组的相关配置，包括AMI、实例类型、子网等。
2. 在自动扩展组配置中，使用health_check_type参数将健康检查类型设置为EC2。
3. 配置health_check_grace_period参数来设置健康检查的宽限期，以确保新的实例有足够的时间启动和运行。
4. 在自动扩展组配置中，使用target_group_arns参数将目标组的ARN添加到自动扩展组中。
下面是一个示例的Terraform配置文件：
resource "aws_autoscaling_group" "example" {
name = "example-asg"
min_size = 1
max_size = 3
desired_capacity = 2
health_check_type = "EC2"
health_check_grace_period = 300
target_group_arns = ["arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-target-group/1234567890123456"]
# 其他配置项
}
在上面的示例中，我们创建了一个名为example-asg的自动扩展组，并设置了最小实例数、最大实例数和期望实例数。通过将health_check_type参数设置为EC2，我们使用EC2健康检查来确保所有EC2实例的健康检查都通过。health_check_grace_period参数设置为300秒，以确保新的实例有足够的时间启动和运行。target_group_arns参数将目标组的ARN添加到自动扩展组中，以便同时进行ELB或目标组的健康检查。
使用EC2和ELB或目标组健康检查的优点是可以更加全面地检查实例的健康状态，同时确保所有ELB或目标组的健康检查都通过。然而，缺点是可能会增加一些复杂性，并且需要确保自动扩展组和目标组之间的依赖关系正确设置。
以上是使用Terraform原生方式管理AWS自动扩展组并进行健康检查的解决方案。根据具体需求选择合适的健康检查类型，并根据需要配置相应的参数。