Terraform部署AWS资源时如何正确关联EC2实例与ASG自动伸缩组

你现在部署后出现6台实例的核心原因是重复定义了实例创建逻辑：

• 编写的aws_instance "bastion"资源块通过count = var.azs独立创建了3台EC2实例，这部分实例完全不受ASG管控
• 配置的ASG设置了min_size=3、max_size=3，会根据绑定的启动模板自动创建3台实例满足容量要求，这部分才是ASG管控的实例
  两部分实例叠加正好6台，和ASG关联负载均衡的配置没有任何关系。

这是生产环境的标准用法，没有额外成本，还能享受ASG的自动故障替换能力——只要某台堡垒机健康检查失败，ASG会自动创建新实例替换，比手动维护独立实例可靠性高很多。
你当前的启动模板缺失了原来aws_instance里的核心配置，补全后ASG创建的实例和你之前手动定义的配置完全一致，修正后的配置参考：

# 直接删除整个aws_instance "bastion"资源块，把实例配置全部挪到启动模板中
resource "aws_launch_template" "bastion_launch_template" {
  name_prefix   = "bastion-launch-template"
  image_id      = data.aws_ami.AL2_ami.id
  instance_type = var.instance_type
  key_name      = aws_key_pair.bastion_auth.id
  # 补全原EC2实例的核心配置
  user_data              = filebase64("userdata.tpl") # 启动模板要求user_data传base64编码内容

  block_device_mappings {
    device_name = "/dev/xvda" # 为Amazon Linux 2默认根设备名，可根据实际AMI调整
    ebs {
      volume_size = var.main_vol_size
      volume_type = "gp3"
    }
  }

  network_interfaces {
    associate_public_ip_address = true
    device_index                = 0
    security_groups             = [aws_security_group.bastion-sg.id]
  }

  tag_specifications {
    resource_type = "instance"
    tags = {
      Name = "${var.name}-bastion-host" # ASG会自动给实例追加唯一后缀，无需手动count编号
    }
  }

  tags = {
    Name = "${var.name}-bastion-launch-template"
  }
}

resource "aws_placement_group" "bastion_placement_group" {
  name     = "bastion-placement-group"
  strategy = "spread"
  tags = {
    Name = "${var.name}-bastion-placement-group"
  }
}

resource "aws_autoscaling_group" "bastion_asg" {
  name                      = "bastion-asg"
  max_size                  = 3
  min_size                  = 3
  desired_capacity          = 3
  health_check_grace_period = 60
  health_check_type         = "EC2"
  placement_group           = aws_placement_group.bastion_placement_group.id
  # 不要仅配置availability_zones，直接指定公网子网ID，避免实例被调度到私网子网无法分配公网IP
  vpc_zone_identifier       = module.vpc.public_subnets

  launch_template {
    id      = aws_launch_template.bastion_launch_template.id
    version = "$Latest" # 调用最新版本模板，避免修改模板后实例不更新
  }

  # 将标签传播到ASG创建的所有实例
  tag {
    key                 = "Name"
    value               = "${var.name}-bastion-host"
    propagate_at_launch = true
  }
}

切换配置前建议先终止原来通过aws_instance块创建的3台独立实例，避免残留多余资源，ASG新创建的实例会完全匹配你需要的堡垒机配置。

ASG确实支持手动挂载已经存在的EC2实例，但完全不适合你这个新部署场景：

• 需要单独用aws_autoscaling_attachment资源管理挂载关系，还要手动保证已有实例的配置（安全组、子网、用户数据、卷配置）和启动模板完全一致，否则ASG做健康检查、实例替换的时候会出现配置漂移，故障排查成本极高
• 挂载到ASG的已有实例依然会被ASG的缩容、故障替换逻辑管控，一旦实例健康检查失败，ASG会直接终止实例，不会因为是手动创建的就保留
• 你需要的是固定3台堡垒机，直接让ASG从0创建实例配置更统一，完全没有必要绕路挂载旧实例。该方案仅适合临时迁移存量业务实例的场景。

内容的提问来源于stack exchange，提问作者user19474007