AutoScalingの「起動設定」をCloudformationで変更するときの手っ取り早いやりかた

設定変更前の「起動設定」確認

まず設定変更前の「起動設定」状態を説明します。コード内、2つのセキュリティグループを割り当てているのが確認できます。検証のためスケーリングの台数は最大、最小ともに「1台」としておきます。

# ------------------------------------------------------------#
# Launch Configuration
# ------------------------------------------------------------#
  asgtestLaunchConfiguration:
    Type: AWS::AutoScaling::LaunchConfiguration
    Properties:
      EbsOptimized: true
      IamInstanceProfile: { "Fn::ImportValue": !Join [ "-", [ "Ref":"IdStackName","asgtestInstanceProfile"]] }
      ImageId: !Sub ${ImageID}
      InstanceType: t3.micro
      KeyName: !Sub ${EC2KeyPair}
      BlockDeviceMappings:
        - DeviceName: /dev/xvda
          Ebs:
            VolumeType: gp2
            VolumeSize: 20
      LaunchConfigurationName: !Sub ${SystemName}-${EnvType}-lc
      #2つのセキュリティグループを設定している。
      SecurityGroups:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SGStackName","asgtestSecurityGroup"]] }
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SGGroupStackName","allSecurityGroup"]] }
# ------------------------------------------------------------#
# AutoScaling Group
# ------------------------------------------------------------#    
    asgtestAutoScalingGroup:
    Type: AWS::AutoScaling::AutoScalingGroup
    Properties:
      AutoScalingGroupName: !Sub ${SystemName}-${EnvType}
      #検証のため「希望」「最大」「最小」を全て「1台」としておく。
      DesiredCapacity: 1
      LaunchConfigurationName: !Ref asgtestLaunchConfiguration
      MaxSize: 1
      MinSize: 1
      Tags:
        - Key: Name
          Value: !Sub ${SystemName}-${EnvType}
          PropagateAtLaunch: true
      VPCZoneIdentifier:
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SubnetStackName","asgtestpriSubneta"]] }
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SubnetStackName","asgtestpriSubnetc"]] }
      TargetGroupARNs:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"ALBStackName","asgtestTargetGroup"]] }
      TerminationPolicies:
       - NewestInstance

上記コードを含むASG作成のCloudFormationのテンプレートを流すと、作成された1台のインスタンスに2つのセキュリティグループ（asgtest-sg、all-sg）が割り当たっていることが確認できます。

「起動設定」の変更

同じ名前では設定変更が出来ないので、LaunchConfigurationNameの末尾にtempの文字を挿入して名前を変えておきます。 そのうえで、設定変更の検証として1つのセキュリティグループを外します。（ここではコメントアウトとしています。）

# ------------------------------------------------------------#
# Launch Configuration
# ------------------------------------------------------------#
  asgtestLaunchConfiguration:
    Type: AWS::AutoScaling::LaunchConfiguration
    Properties:
      EbsOptimized: true
      IamInstanceProfile: { "Fn::ImportValue": !Join [ "-", [ "Ref":"IdStackName","asgtestInstanceProfile"]] }
      ImageId: !Sub ${ImageID}
      InstanceType: t3.micro
      KeyName: !Sub ${EC2KeyPair}
      BlockDeviceMappings:
        - DeviceName: /dev/xvda
          Ebs:
            VolumeType: gp2
            VolumeSize: 20
      #同じ名前で更新できないので末尾に「temp」をつける。もともとの名前は最終的に戻すためコメントアウトとしておきます。
      #LaunchConfigurationName: !Sub ${SystemName}-${EnvType}-lc
      LaunchConfigurationName: !Sub ${SystemName}-${EnvType}-lc-temp
      SecurityGroups:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SGGroupStackName","asgtestSecurityGroup"]] }
        #1つのセキュリティグループを外しておきます。
        #- { "Fn::ImportValue": !Join [ "-", [ "Ref":"SGGroupStackName","allSecurityGroup"]] }

CloudFormationの変更セットでテンプレートを更新したところ、冒頭掲載したエラーは発生せず正常終了したことが確認できます。

新しい「起動設定」でインスタンスを起動

既に稼働しているインスタンス（古いインスタンス）の設定は「起動設定」の変更の影響を受けないため、古いインスタンスと置き換える新しい「起動設定」のインスタンスを追加します。現状古いインスタンスが1台起動されている状態のため、「希望」「最大」「最小」を全て「2台」とすることで、新しい「起動設定」のインスタンスが1台追加されます。 なお、「起動設定」の名前もここで元の名前に戻しておきます。

# ------------------------------------------------------------#
# Launch Configuration
# ------------------------------------------------------------#
  asgtestLaunchConfiguration:
    Type: AWS::AutoScaling::LaunchConfiguration
    Properties:
      EbsOptimized: true
      IamInstanceProfile: { "Fn::ImportValue": !Join [ "-", [ "Ref":"IdentityStackName","asgtestInstanceProfile"]] }
      ImageId: !Sub ${ImageID}
      InstanceType: t3.micro
      KeyName: !Sub ${EC2KeyPair}
      BlockDeviceMappings:
        - DeviceName: /dev/xvda
          Ebs:
            VolumeType: gp2
            VolumeSize: 20
      #元の名前に戻します。
      LaunchConfigurationName: !Sub ${SystemName}-${EnvType}-lc
      SecurityGroups:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SecurityGroupStackName","asgtestSecurityGroup"]] }
        #- { "Fn::ImportValue": !Join [ "-", [ "Ref":"SecurityGroupStackName","allSecurityGroup"]] }
# ------------------------------------------------------------#
# AutoScaling Group
# ------------------------------------------------------------#    
    asgtestAutoScalingGroup:
    Type: AWS::AutoScaling::AutoScalingGroup
    Properties:
      AutoScalingGroupName: !Sub ${SystemName}-${EnvType}
      #新しいインスタンスを追加するため「希望」「最大」「最小」を全て「2台」としておく。
      DesiredCapacity: 2
      LaunchConfigurationName: !Ref asgtestLaunchConfiguration
      MaxSize: 2
      MinSize: 2
      Tags:
        - Key: Name
          Value: !Sub ${SystemName}-${EnvType}
          PropagateAtLaunch: true
      VPCZoneIdentifier:
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SubnetStackName","asgtestpriSubneta"]] }
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SubnetStackName","asgtestpriSubnetc"]] }
      TargetGroupARNs:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"ALBStackName","asgtestTargetGroup"]] }
      TerminationPolicies:
       - NewestInstance

CloudFormationの変更セットでテンプレートの更新を掛けます。ここまでで、古いインスタンスが1台、新しいインスタンスが1台の計2台稼働している状態となります。新しく起動したインスタンスはセキュリティグループが1つになっており、新しい「起動設定」で起動されていることが分かります。

古い「起動設定」を持つインスタンスをスケールイン

もともと検証用に稼働が必要なインスタンスの台数は「1台」でした。なので「希望」「最大」「最小」を全て「1台」に戻します。 「2台」から「1台」にスケールインする動作になるのですが、AWS::AutoScaling::AutoScalingGroupには、TerminationPoliciesというパラメータがあり、このパラメータでスケールイン時にどのインスタンスを終了させるかを決めることが出来ます。今回スケールインさせたいのは、古い「起動設定」を持つインスタンスなので、TerminationPoliciesをOldestLaunchConfigurationとします。この設定によって、古い「起動設定」を持つインスタンスをスケールインさせることが出来ます。

# ------------------------------------------------------------#
# AutoScaling Group
# ------------------------------------------------------------#
  asgtestAutoScalingGroup:
    Type: AWS::AutoScaling::AutoScalingGroup
    Properties:
      AutoScalingGroupName: !Sub ${SystemName}-${EnvType}
      #台数を「1台」に戻す。
      DesiredCapacity: 1
      LaunchConfigurationName: !Ref asgtestLaunchConfiguration
      MaxSize: 1
      MinSize: 1
      Tags:
        - Key: Name
          Value: !Sub ${SystemName}-${EnvType}
          PropagateAtLaunch: true
      VPCZoneIdentifier:
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SharedServicesStackName","asgtestpriSubneta"]] }
         - { "Fn::ImportValue": !Join [ "-", [ "Ref":"SharedServicesStackName","asgtestpriSubnetc"]] }
      TargetGroupARNs:
        - { "Fn::ImportValue": !Join [ "-", [ "Ref":"ALBStackName","asgtestTargetGroup"]] }
      #ここで古い「起動設定」を持つインスタンスをスケールインさせるポリシーを定義している。
      TerminationPolicies:
       - OldestLaunchConfiguration

CloudFormationの変更セットでテンプレートの更新を掛け、しばらくすると古い「起動設定」を持つインスタンスのシャットダウンが始まりました。

状態が「terminated」となり、古い「起動設定」を持つインスタンスがスケールインされました。

まとめ

この内容が本当に手っ取り早いのか？と言われると自分でも少々疑問が湧いてしまっているのですが、インフラをしっかりとコードで管理していくには変更ルールや変更手順を事前にしっかりと定めておく必要があると思っています。変更ルールや変更手順を検討する際にこの記事が何かしらの参考になれば幸いです！

以上、大阪オフィスの林がお送りしました！