ネストされたスタックにおける依存関係起因の変更セットの挙動について[AWS CodePipeline＋AWS CloudFormation]

はじめに
構成図
CI/CDパイプラインの構成
1. Cloud9及びCodeCommitのディレクトリ構成について
CodeCommitへのプッシュ
まとめ
最後に

はじめに

こんにちは。SCSKのふくちーぬです。

前回・前々回の記事では、CI/CD配下でネストされた AWS CloudFormation スタックに対してパイプラインを構築してきました。こちらの記事を読んでいない方は、是非ご一読していただけると幸いです。

今回は、ネストされたスタックのスタック間の依存関係起因による変更セットの挙動を検証したので整理します。

構成図

前回から、サンプルスタック内にEC2が追加されています。

CI/CDパイプラインの構成

前回作成したスタックを更新します。スタックを作成していない方は、新規にスタックを作成してください。

Cloud9及びCodeCommitのディレクトリ構成について

ディレクトリ構成は前回から、”ec2.yaml”が追加されました。ファイルの中身は、子スタックとしてEC2を記述したものとなります。

以下のファイルに対して更新があります。

-param.json

-cfn.yaml

-ec2.yaml

param.json

インスタンススタックで使用する、AMIIdを追加しています。

[
  {
      "ParameterKey": "Environment",
      "ParameterValue": "dev" 
  },
  {
      "ParameterKey": "VPCCidrBlock",
      "ParameterValue": "192.168.0.0/16" 
  },
  {
    "ParameterKey": "AMIId",
    "ParameterValue": "ami-012261b9035f8f938" 
  }

]

cfn.yaml

親スタックでは、インスタンススタックの内容を追記しています。ポイントとして、他の子スタックからサブネットID及びセキュリティグループIDを参照しています。

AWSTemplateFormatVersion: 2010-09-09
Description: Parent Stack
Parameters:
  Environment:
    Type: String
  VPCCidrBlock:
    Type: String
  AMIId:
    Type: String
Resources:
# ------------------------------------------------------------#
#  Network Stack (VPC Subnet RouteTable InternetGateway)
# ------------------------------------------------------------#
  NW:
    Type: AWS::CloudFormation::Stack
    Properties:
      TemplateURL: src/network.yaml
      Parameters:
        Environment: !Ref Environment
        VPCCidrBlock: !Ref VPCCidrBlock
# ------------------------------------------------------------#
#  Security Stack (SecurityGroup)
# ------------------------------------------------------------#
  SECURITY:
    Type: AWS::CloudFormation::Stack
    Properties:
      TemplateURL: src/securitygroup.yaml
      Parameters:
        Environment: !Ref Environment
        VpcId: !GetAtt NW.Outputs.VpcId
# ------------------------------------------------------------#
#  Instance Stack (EC2)
# ------------------------------------------------------------#
  INSTANCE:
    Type: AWS::CloudFormation::Stack
    Properties:
      TemplateURL: src/ec2.yaml
      Parameters:
        Environment: !Ref Environment
        AMIId: !Ref AMIId
        SubnetId: !GetAtt NW.Outputs.SubnetId
        SGId: !GetAtt SECURITY.Outputs.SGId

ec2.yaml

ここでは、EC2を1台作成する記述がされています。

AWSTemplateFormatVersion: 2010-09-09
Description: EC2 Stack
Parameters:
  Environment:
    Type: String
  AMIId:
    Type: String
  SubnetId:
    Type: AWS::EC2::Subnet::Id
  SGId:
    Type: AWS::EC2::SecurityGroup::Id
# ------------------------------------------------------------#
#  EC2
# ------------------------------------------------------------#
Resources:
  EC2Instance:
    Type: AWS::EC2::Instance
    Properties:
      ImageId: !Ref AMIId
      InstanceType: t2.micro
      SubnetId: !Ref SubnetId
      SecurityGroupIds:
        - !Ref SGId

CodeCommitへのプッシュ

更新済みの以下のファイルをCodeCommitにプッシュします。

-param.json

-cfn.yaml

-ec2.yaml

EC2の作成

承認ステージにて、変更セットの内容を確認します。インスタンススタックが追加されて、EC2が新規作成されることが分かります。

問題なければ、”承認します”を押下してデプロイしてください。

セキュリティグループの更新

ここから本題です。依存関係による変更セットの挙動を検証するために、セキュリティグループを更新してみます。

今回は、以下のようにインバウンドルールを更新します。

AWSTemplateFormatVersion: 2010-09-09
Description: Security Group Stack

Parameters:
  Environment:
    Type: String
  VpcId:
    Type: AWS::EC2::VPC::Id

Resources:
# ------------------------------------------------------------#
#  SecurityGroup
# ------------------------------------------------------------#          
  SG:
    Type: AWS::EC2::SecurityGroup
    Properties:
      GroupDescription: Enable ssh and web access
      VpcId: !Ref VpcId
      SecurityGroupIngress:
        - IpProtocol: tcp
          FromPort: 22
          ToPort: 22
          CidrIp: 192.168.0.0/26 #変更
        - IpProtocol: tcp
          FromPort: 80
          ToPort: 80
          CidrIp: 192.168.0.0/26 #変更
      Tags:
        - Key: Name
          Value: !Sub ${Environment}-sg

Outputs:
  SGId:
    Value: !Ref SG

更新済みの”securitygroup.yaml”をCodeCommitにプッシュしてください。