新しいスタックを作成する

（必須) OpsWorks スタックコンソールでスタックを識別するために使用される名前。名前は一意である必要はありません。 OpsWorks スタックは、スタックを一意に識別する GUID であるスタック ID も生成します。たとえば、AWS CLI コマンド (update-stack など) でスタック ID を使用して、特定のスタックを識別します。スタックの作成後、ナビゲーションペインで [Stack] を選択してから、[Stack Settings] を選択することで、その ID を見つけることができます。この ID には OpsWorks ID というラベルが付いています。

(必須) インスタンスが起動される AWS のリージョン。

(オプション) スタックが起動される VPC の ID。すべてのインスタンスはこの VPC 内で起動され、後でこの ID を変更することはできません。

(オプション) この設定は、スタックを VPC で作成しているかどうかによって異なります。

インスタンスの作成時にこの設定を上書きすることで、 OpsWorks スタックで別のアベイラビリティーゾーンまたはサブネットでインスタンスを起動させることができます。 レイヤーへのインスタンスの追加

VPC でスタックを実行する方法の詳細については、「VPC でのスタックの実行」を参照してください。

(オプション) デフォルトで 各インスタンスにインストールされるオペレーティングシステム。次のオプションがあります。

使用可能なオペレーティングシステムの詳細については、「OpsWorks スタックオペレーティングシステム」を参照してください。

(オプション) スタックのリージョンの Amazon EC2 キーペア。デフォルト値は none です。キーペアを指定すると、 OpsWorks スタックはインスタンスにパブリックキーをインストールします。

SSH キーを管理する方法の詳細については、「SSH アクセスの管理」を参照してください。

これは、選択した Chef バージョンを示します。

Chef のバージョンの詳細については、「Chef のバージョン」を参照してください。

スタックのインスタンスにカスタム Chef クックブックをインストールするかどうか。

Chef 12 の場合、デフォルト設定は [Yes] です。Chef 11 の場合、デフォルト設定は No です。 Yes オプションには、リポジトリ URL OpsWorks など、カスタムクックブックをリポジトリからスタックのインスタンスにデプロイするために必要な情報をスタックに提供するいくつかの追加設定が表示されます。詳細は、クックブックに使用しているリポジトリによって異なります。詳細については、「カスタムクックブックのインストール」を参照してください。

（オプション) スタックコンソールで OpsWorks スタックを表すために使用される色合い。異なるスタックに異なる色を使用することによって、開発、ステージング、本稼動用の各スタックなど、スタックを区別しやすくすることができます。

スタックおよびレイヤーレベルでタグを適用することができます。タグを作成する場合、タグ付けされた構造内すべてのリソースにタグを適用することになります。例えば、1 つのスタックに 1 つのタグを適用すると、すべてのレイヤーおよび各レイヤー内、またそのレイヤーのすべてのインスタンス、Amazon EBS ボリューム、または Elastic Load Balancing ロードバランサーにそのタグを適用することになります。タグをアクティブ化し、それらを使用して OpsWorks スタックリソースのコストを追跡および管理する方法の詳細については、請求情報とコスト管理ユーザーガイドの「コスト配分タグの使用」と「ユーザー定義のコスト配分タグのアクティブ化」を参照してください。 OpsWorks スタックでのタグ付けの詳細については、「」を参照してください[タグ]。

インスタンスのルートボリュームに使用されるストレージのタイプ。詳細については、「ストレージ」を参照してください。

（オプション) スタックがユーザーに代わって AWS とやり取りするために使用する、スタックの AWS Identity and Access Management (IAM) ロール。 OpsWorks

(オプション) スタックの Amazon EC2 インスタンスに関連付けられるデフォルトの IAM ロールです。このロールは、スタックのインスタンスで実行中のアプリケーションに、S3 バケットなどの AWS リソースにアクセスする権限を付与します。

この設定は、スタックの基本設定で選択されたリージョンの値を使用します。次のリージョンのエンドポイントから選択できます。

1 つの API エンドポイントで作成したスタックを他の API エンドポイントで使用することはできません。 OpsWorks スタックユーザーもリージョン固有であるため、これらのエンドポイントリージョンの OpsWorks スタックユーザーに別のエンドポイントリージョンのスタックを管理させる場合は、スタックが関連付けられているエンドポイントにユーザーをインポートする必要があります。ユーザーのインポートの詳細については、「 OpsWorks スタックへのユーザーのインポート」を参照してください。

(オプション) 各インスタンスのデフォルトのホスト名を生成するために使用される文字列。デフォルト値は [Layer Dependent] で、インスタンスのレイヤーの短い名前を使用し、各インスタンスに一意の数値を追加します。たとえば、ロールに依存する Load Balancer のテーマのルートが「lb」であるとします。レイヤーに追加する最初のインスタンスには「lb1」、2 番目のインスタンスには「lb2」のように名前が付けられます。

（オプション) 新しいバージョンが利用可能になったときに OpsWorks スタックエージェントを自動的に更新するか、指定されたエージェントバージョンを使用して手動で更新するか。この機能は Chef 11.10 スタックおよび Chef 12 スタックでのみ使用できます。デフォルト設定は [Manual update] であり、最新のエージェントバージョンに設定されます。

OpsWorks スタックは、 サービスと通信する各インスタンスにエージェントをインストールし、ライフサイクルイベントに応じて Chef 実行を開始するなどのタスクを処理します。このエージェントは定期的に更新されます。スタックのエージェントバージョンを指定するときは、次の 2 つのオプションがあります。

特定のインスタンスの [OpsWorks Agent Version] のデフォルト設定を上書きすることができます。そのためには、そのインスタンスの設定を更新します。この場合、そのインスタンスの設定が優先されます。たとえば、デフォルト設定は [Auto-update] ですが、特定のインスタンスに対して [Manual update] を指定しているとします。 OpsWorks スタックが新しいエージェントバージョンをリリースすると、手動更新に設定されているものを除き、スタックのすべてのインスタンスが自動的に更新されます。特定のインスタンスに新しいエージェントバージョンをインストールするには、手動でそのインスタンスの設定を更新し、新しいバージョンを指定する必要があります。

(オプション) JSON 構造として書式設定された 1 つ以上のカスタム属性。これらの属性は、すべてのインスタンスにインストールされるスタック設定とデプロイ属性にマージされ、レシピで使用できます。カスタム JSON を使用すると、たとえば、デフォルト設定を指定する組み込み属性を上書きして、設定をカスタマイズできます。詳細については、「カスタム JSON の使用」を参照してください。