AWS Cloudformation のよくある質問

AWS CloudFormation は、開発や本運用に必要な、互いに関連する AWS およびサードパーティーのリソースコレクションを作成し、そのリソースを適切な順序かつ予測可能な方法でプロビジョニングおよび管理するためのサービスです。

デベロッパーは、特定のリソースの API が持つ複雑さを抽象化するシンプルな宣言型のスタイルで、コンピューティング、データベース、およびその他数多くのリソースのデプロイと更新を行うことができます。AWS CloudFormation は、繰り返し可能、予測可能、かつ安全な方法でリソースのライフサイクルを管理できるように設計されています。また、AWS CloudFormation は、自動ロールバックや自動ステート管理が可能で、複数のアカウントやリージョンのリソースを管理できます。最近の機能拡張とオプション追加により、複数の方法でリソースを作成できるようになりました。例えば、AWS CDK を使用して高級言語でコードを作成したり、既存のリソースをインポートしたり、設定の変動を検知したりできます。また、新しいレジストリを使用して、数多くのコア CloudFormation のメリットを継承するカスタム型を簡単に作成できます。

これらのサービスは互いに補完するように設計されています。 AWS Elastic Beanstalk は、クラウドでアプリケーションを簡単にデプロイおよび実行できる環境を提供します。AWS CloudFormation はデベロッパーツールと統合されており、ワンストップでアプリケーションのライフサイクルを管理できます。Elastic Beanstalk のワークロードと同じようにアプリケーションのワークロードを管理できれば、さらに短期間でアプリケーションの作成と更新を行うことができます。Elastic Beanstalk の内部では、CloudFormation を使用してリソースの作成とメンテナンスが行われています。アプリケーションの要件において、よりカスタマイズされた制御を行うよう規定されている場合、CloudFormation の追加機能を使用することで、さらに多くの方法を使用してワークロードを制御できます。

AWS CloudFormation は、広範にわたる AWS およびサードパーティーのリソースのための便利なプロビジョニングメカニズムです。既存のエンタープライズアプリケーション、レガシーアプリケーション、さまざまな AWS リソースを使って構築したアプリケーション、およびコンテナベースのソリューション (AWS Elastic Beanstalk を使用して構築したものを含む) など、さまざまなタイプのアプリケーションのインフラストラクチャに対するニーズを満たします。

AWS CloudFormation は、AWS リソースタイプの 1 つとして Elastic Beanstalk アプリケーション環境をサポートしています。これにより、例えば、AWS Elastic Beanstalk がホストするアプリケーションを、アプリケーションデータの格納のために RDS データベースと一緒に作成/管理できます。サポートされている他の AWS リソースをグループに追加することもできます。

CloudFormation では、4 つの概念が導入されています。テンプレートは JSON または YAML の宣言型コードファイルとなっており、アプリケーションにデプロイすべき各リソースの目標状態が記述されます。スタックによって、テンプレートで記述されたリソースグループの実装と管理が行われます。これにより、それらのリソースの状態と依存関係をまとめて管理できます。変更セットは、変更内容のプレビューで、リソースを作成、更新、削除するスタック操作によって実行されます。スタックセットは、まとめて管理したいスタックのグループです。スタックセットを使用すると、グループを複製することができます。

サポートされている AWS リソースとその機能については、ドキュメントのリリース履歴に記載されている、サポートされている AWS サービスのページにアクセスしてください。

AWS CloudFormation レジストリと AWS CloudFormation カスタムリソースを利用することで、追加の AWS リソースおよびサードパーティーのリソースを管理できます。

はい、できます。CloudFormation は邪魔をしません。お客様のインフラストラクチャに含まれるすべての要素をこれまでどおり完全に制御できます。また、AWS およびサードパーティーの既存のツールを使用して、お客様の AWS リソースをこれまでどおりに管理できます。ただし、CloudFormation では追加のルールを使用できるため、ベストプラクティスとして、また、コンプライアンス管理の面でも、リソースに対する変更を CloudFormation に管理させることをお勧めします。この予測可能かつ管理された手法を使用すれば、アプリケーションポートフォリオ全体の何百何千ものリソースを容易に管理することができます。

CloudFormation テンプレートは、5 種類の要素で構成されている JSON フォーマットまたは YAML フォーマットのテキストファイルです。

1.テンプレートパラメータのオプションリスト (入力値はスタック作成時に供給されます)。
2.出力値のオプションリスト (ウェブアプリケーションの完全な URL など)。
3.静的な設定値を見るのに使用するデータテーブルのオプションリスト (AMI 名など)。
4.AWS リソースとそれらの設定値のリスト。
5.テンプレートファイルフォーマットのバージョン番号。

テンプレートパラメータを使用すると、スタックを作成する際に実行時のテンプレートの側面をカスタマイズできます。例えば、Amazon RDS データベースのサイズ、Amazon EC2 インスタンスタイプ、データベース、およびウェブサーバーのポート番号は、スタック作成時に AWS CloudFormation に渡すことができます。各パラメータにはデフォルト値と説明を入れることができ、「NoEcho」としてマークすることで、画面上と AWS CloudFormation イベントログにおいて入力した実際の値を非表示にすることができます。AWS CloudFormation スタックの作成時に、AWS Management Console により自動的に統合され、ポップアップダイアログのフォームが表示されるので、そこでパラメータ値を編集することができます。

出力値は、AWS マネジメントコンソールまたはコマンドラインツールを介してユーザーにスタックの主要リソース (Elastic Load Balancing ロードバランサーや Amazon RDS データベースのアドレスなど) を提示できる便利な方法です。簡単な機能を使用して、実際の AWS リソースに関連付けられた文字列リテラルと属性値を連結できます。また、テンプレートでは、レジストリリソースタイプ、カスタムのプライベート型、独自のマクロを使用でき、AWS Secrets Manager や AWS System Manager Parameter Store から設定パラメータを取得できます。

テンプレートで AWS リソースに論理名を割り当てることができます。スタックが作成されるときに、AWS CloudFormation が論理名を対応する実際の AWS リソース名にバインドします。実際のリソース名は、スタックと論理リソース名の組み合わせです。これにより、AWS リソース間での名前の衝突を心配せずに、テンプレートから複数のスタックを作成することができます。

AWS CloudFormation のリソースの一部には名前を付けられますが (Amazon S3 バケットなど)、すべてのリソースに名前を付けられるわけではありません。リソースに名前を付けると、テンプレートの再利用が制限され、更新のためリソースの入れ替えが必要になったときに名前の競合が発生します。このような問題を最小限にするため、CloudFormation でリソース名を付けることができるかどうかは、ケースバイケースになります。

はい。AWS CloudFormation は、アプリケーションのブートストラップスクリプト一式を提供するので、CloudFormation テンプレートにそれらを記述するだけで、EC2 インスタンスにパッケージ、ファイル、およびサービスをインストールできます。詳細と操作手順については、AWS CloudFormation でアプリケーションをブートストラップするをご覧ください。

また、CloudFormation を Systems Manager と統合することで、Systems Manager Automation ドキュメントを使用したソフトウェアのインストールが促進/維持されます。

はい。AWS CloudFormation は、EC2 インスタンス上の Chef Server と Chef Client ソフトウェアの両方をブートストラップするのに使用することができます。詳細と操作手順については、Integrating AWS CloudFormation with Chef をご覧ください。

はい。AWS CloudFormation は、EC2 インスタンス上の Puppet Master と Puppet Client ソフトウェアの両方をブートストラップするのに使用することができます。詳細と操作手順については、「Integrating AWS CloudFormation with Puppet」をご覧ください。

はい。CloudFormation を使用すると、EC2 instances 上で Terraform エンジンをブートストラップできます。また、Terraform リソースプロバイダーを使用して、スタック内でのリソースの作成、スタック状態の管理、依存関係の管理、ロールバックを行うことができます。

はい。タグ付け機能をサポートしている Amazon EC2 リソースには、AWS テンプレートでもタグ付けできます。タグ値は、テンプレートのパラメータ、その他のリソース名、リソースの属性値 (アドレスなど)、またはシンプルな機能 (文字列のリストを連結など) で計算された値を指すことができます。CloudFormation によって、一部である CloudFormation スタック名で自動的に Amazon EBS ボリュームおよび Amazon EC2 インスタンスがタグ付けされます。

はい。シンプルな機能を使用して、文字列リテラルと AWS リソースの属性値を連結して、テンプレート内のユーザーデータフィールドにそれらを渡すことができます。簡単使用の機能の詳細については、当社のサンプルテンプレートをご参照ください。

デフォルトでは、「エラー時の自動ロールバック」機能が有効になっています。この機能が有効になっていると、CloudFormation は、個々の操作がすべて成功したときのみすべてのリソースを作成または更新するよう指示されます。いずれかの操作が失敗した場合、CloudFormation によって、最後にわかっている安定した状態にスタックの設定が戻されます。これは、例えば、お客様が誤って Elastic IP アドレスのデフォルト制限を超えた時、または実行しようとしている EC2 AMI へアクセスできない際などに便利です。この機能により、スタックが完全に作成されているのか、まったく作成されていないのかという事実の信頼性が確実になり、システム管理と CloudFormation に構築されているレイヤー化されたソリューションが簡素化されます。

はい。CloudFormation では、オプションの 1 つとして、バリアとして機能する WaitCondition リソースが提供されており、アプリケーションや管理システムなどの外部ソースから完了信号を受信するまで他のリソースの作成をブロックすることができます。そのほか、AWS Lambda 関数を使用してカスタムロジックを作成するオプションなどが用意されています。

はい。CloudFormation では、テンプレート内のリソースの削除ポリシーを定義することができます。それらが削除される前に Amazon EBS ボリュームや Amazon RDS データベースインスタンスにスナップショットを作成するように指定することができます。また、スタックが削除された際にも、リソースを保持して削除しないように指定できます。これは、スタックが削除される際に、Amazon S3 バケットを保持するのに便利です。

はい。CloudFormation がサポートしているものには、VPC、サブネット、ゲートウェイ、ルートテーブル、およびネットワーク ACL の作成に加えて、各種リソースの作成があります。例えば、Elastic IP、Amazon EC2 インスタンス、EC2 セキュリティグループ、Auto Scaling group、Elastic Load Balancing、Amazon RDS データベースインスタンスおよび Amazon RDS セキュリティグループを VPC の中で作成することができます。

はい。CloudFormation を使用して、制御された予測可能な方法で、既存のスタックのリソースを変更して更新することができます。テンプレートを使用してスタックの変更を管理することで、AWS インフラストラクチャで動作するソフトウェアの場合と同様に、AWS インフラストラクチャにバージョンコントロールを適用できます。

AWS CloudFormation GitHub コミュニティに参加してください。

はい。 リソースインポートにおいて、リソースのインポートを使用して既存のリソースを AWS CloudFormation 管理機能にインポートできます。