Cloudformation 将实例附加到 Auto Scaling 组

Question

在我的 CloudFormation 文件中，我创建了一个实例、一个启动配置和一个 Auto Scaling 组。

  LogstashInstance:
    Type: AWS::EC2::Instance
    Properties:
      IamInstanceProfile:
        Ref: LogstashInstanceProfile                 
      InstanceType: t2.micro
      KeyName: chuongtest
      ImageId: ami-0cd31be676780afa7
      UserData:
      SecurityGroupIds:
        - Ref: LogstashSecurityGroup
      SubnetId: subnet-0e5691582096fe1e6
      Tags:
        - Key: Name
          Value: Logstash Instance      
  LogstashLaunchConfiguration:
    Type: AWS::AutoScaling::LaunchConfiguration
    Properties:  
      EbsOptimized: false
      IamInstanceProfile:
        Ref: LogstashInstanceProfile
      ImageId: ami-0cd31be676780afa7
      InstanceMonitoring: true
      InstanceType: t2.micro
      KeyName: chuongtest
      LaunchConfigurationName: LogstashLaunchConfiguration
      SecurityGroups: 
        - Ref: LogstashSecurityGroup
      UserData:                                          
  LogstashAutoScalingGroup:
    Type: AWS::AutoScaling::AutoScalingGroup
    Properties: 
      AutoScalingGroupName: LogstashAutoScalingGroup
      AvailabilityZones: 
        - ap-southeast-1b
      DesiredCapacity: 1        
      LaunchConfigurationName:
        Ref: LogstashLaunchConfiguration
      MaxSize: 1
      MinSize: 1
      Tags: 
        - Key: Name
          PropagateAtLaunch: "false"
          Value: Logstash ASG 
        - Key: Instances
          PropagateAtLaunch: "true"
          Value: Logstash

我的想法是创建一个实例，将其附加到 ASG 并使用 ASG 保持工作继续进行。 但此代码将启动 2 个实例。

第一个实例的用户数据与后面的实例不同，因此我无法删除该实例。

我查看了文档，但找不到任何有意义的东西。有没有办法在模板中配置，还是只有脚本？

Answer 1

我查看了文档，但找不到任何有意义的东西。有没有办法在模板中配置，还是只有脚本？

没有意义，因为它不实用。 ASG 将仅从关联的AWS::AutoScaling::LaunchConfiguration 启动实例。因此，在 ASG 中“手动”附加实例没有多大意义。 ASG 将在失败时不会重新启动它。

如果“手动”附加的实例由于某种原因被终止，例如硬件故障，ASG会根据启动配置启动替换。

用户数据与后面的实例不同

在这种情况下，最好的办法是在您的UserData 中提供一些条件，这将确定要运行您的UserData 的哪个版本。

或者，只需两个 ASG。一个用于第一个实例，而另一个用于其余实例。

Answer 2

编辑

通过 cmets 讨论后，我强烈推荐使用 EFS 的方法，因为它专为您正在进行的工作负载设计而设计。

此外，它是多可用区与轮换单个 EBS 卷的方法，因为实例在自动扩展组中失败，如果可用区失败并可能导致数据丢失，这种方法将不会持续存在。

原创

如果第一个实例与其他实例不同，则应小心将其添加到自动缩放组（因为您希望它保持不变），尤其是在它如何处理实例替换方面。

自动缩放组旨在缩放通常不可变的类似实例，因此通过将您的主机置于此自动缩放组中，它将被视为其他主机之一。

Auto Scaling 组包含一组 Amazon EC2 实例，出于自动扩展和管理的目的，这些实例被视为逻辑分组。

如果您必须将其添加到自动缩放组，这是一般方法：

• 创建一个Custom Resource，其中涉及使用attach_instances 将EC2 附加到ASG 的Lambda
• 将set_instance_protection 添加到您的实例中，以防止它在事件扩展期间被替换（或实例失败）

还要确保将 MinSize 和 DesiredCapacity 都设置为 0，以删除启动的任何额外实例。

正如我之前所说的如果可以避免，则不应将此实例添加到 ASG 中，tt 可能会导致混淆。