Amazon cloudformationでEC2 :: InstanceまたはRDS :: DBInstanceの再作成を強制することは可能ですか？

cloudformationスタックを使用してEC2またはRDSインスタンスの再作成を強制することは可能ですか？

私のスタックは、リソースを単に破棄して作成するだけで修正されるという点で立ち往生しています。代わりに、作業を続けるためにスタック全体を削除する必要がありました。

編集：

この問題は私に二度襲いました。最初に、いくつかのデフォルトでAWS :: RDS :: Instanceを作成し、それを "EngineVersion"： "5.5"にダウングレードしようとしました。これを変更すると、何らかの中断が発生する可能性がありますが、mysqlインスタンスを5.6から5.5にダウングレードできないため、スタックはUPDATE_FAILED状態のままであり、厄介なトリックなしでRDSを再作成することはできません。

もう1つは、「UserData」からスクリプトをダウンロードして実行する「AWS :: EC2 :: Instance」が複数あることです。ダウンロードしたスクリプトを変更した場合、インスタンスを削除する必要があります。もう一度、同じ厄介なトリックを使用して、マシンを再作成します。

厄介なトリック：

1台のマシンの自動スケーリンググループを使用する代わりに、プロパティのアベイラビリティゾーンを変更する両方の問題を解決しました...

インスタンスストアにバックアップされたEC2インスタンスの場合、1つのトリックは、バージョン番号、日付などを含むユーザーデータスクリプトにコメントを追加し、インスタンスを再作成するたびにそれを変更することです。

{
    "Resources" : {
        "MyEC2Instance" : {
            "Type" : "AWS::EC2::Instance",
            "Properties" : {
                // ... other properties ...
                "UserData": { 
                    "Fn::Base64" : {
                        "Fn::Join" : [ ":", [
                        "#!/bin/bash\n",
                        "# Version: 1.0\n",
                        // ... rest of user data ...
                    ]]}
            }
        }
    }
}

変更するUserDataと、インスタンスが置き換えられます（つまり、再生成されます）。ただし、変更のみがコメントであるため、ユーザーデータスクリプトの動作は同じである必要があります。これは、EBS-backedインスタンスでは機能しないことに注意してください。

RDSの場合、現在のRDSインスタンスのDBスナップショットを取得し、そのスナップショットを使用するようにテンプレートを変更できますDBSnapshotIdentifier。

{
    "Resources" : {
        "MyDB" : {
        "Type" : "AWS::RDS::DBInstance",
        "Properties" : {
            // ... other properties ...
            "DBSnapshotIdentifier": "<db snapshot ID>"
        }
    }    
}

DBSnapshotIdentifier変更されるたびに、データベースインスタンスが置き換えられます。スナップショットを使用すると、スナップショットが作成されたときからデータを保持することもできます。（あなたがいる場合したいデータを消去するために、あなたは空のスナップショットを作成し、入力としてそれを渡すことができます。または削除し、全体CloudFormationスタックを再作成します。）

より一般的なアプローチは、リソースの論理名を変更することです。CloudFormationドキュメントのスタックテンプレートの変更から ：

ほとんどのリソースでは、リソースの論理名を変更することは、そのリソースを削除して新しいリソースに置き換えることと同等です。名前が変更されたリソースに依存する他のリソースも更新する必要があり、それらが置き換えられる可能性があります。他のリソースでは、更新をトリガーするために、論理名だけでなくプロパティを更新する必要があります。

AutoScalingGroupに配置する場合、AutoScalingGroupのmin / max / defaultを0に編集し、古いインスタンスを破棄し始めるとすぐに、min / max / defaultを1/1/1に配置し、 presto：新しいインスタンス。

EC2がAutoScalingGroupに属している場合AutoScalingGroupName、バージョン番号を使用してプロパティを設定できます。

バージョン番号を変更するたびに、CFNは次のことを行います。1.新しい自動スケーリンググループを作成し、目的のインスタンスをスピンアップします2.古い自動スケーリンググループのインスタンスを強制終了して削除します

スタックからのコードの一部を次に示します。このテクニックを使用して、多数のEC2マシンにS3から新しいソフトウェアを再作成し、自動的にプルさせます。

AutoScalingGroup:
    Type: AWS::AutoScaling::AutoScalingGroup
    Properties:
        AutoScalingGroupName: !Sub "${StackName}-${ServiceName}-${ServiceVersion}"