レイヤーへのインスタンスの追加 - AWS OpsWorks

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

レイヤーへのインスタンスの追加

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post または AWS Premium Support を通じて AWS Support チームにお問い合わせください。

レイヤーを作成した後、通常は最低 1 個のインスタンスを追加します。現在の設定が負荷を処理できない場合、より多くのインスタンスを後で追加できます。自動的にインスタンス数を拡張するために、ロードベースまたは時間ベースのインスタンスを使用することもできます。

レイヤーに新規または既存のインスタンスを追加できます。

  • 新規 – 仕様に合わせて設定された新しいインスタンスOpsWorks を作成し、レイヤーのメンバーにします。

  • 既存 - 互換性のある任意のレイヤーの既存のインスタンスを追加できます。ただし、オフライン (停止)状態である必要があります。

インスタンスが複数のレイヤーに属している場合、ライフサイクルイベントが発生したときや、スタックやデプロイメントコマンドを実行したときに、 AWS OpsWorks Stacks はインスタンスの各レイヤーのレシピを実行します。

また、インスタンスの設定を編集することによって、インスタンスを複数のレイヤーのメンバーにすることができます。詳細については、「インスタンス設定の編集」を参照してください。

レイヤーに新しいインスタンスを追加するには

  1. [Instances] ページで適切なレイヤーの [+Instance] を選択し、必要であれば [New] タブを選択します。[ホスト名]、[サイズ]、[サブネット]、[アベイラビリティアベイラビリティゾーン] 以外の設定も行う場合は、[Advanced >>] を選択してさらにオプションを表示します。以下にすべてのオプションを示します。

    [Instances] ページの新しいインスタンスの [+Instance]

  2. 必要に応じて、多くはスタックの作成時に指定したデフォルト設定をオーバーライドできます。詳細については、「新しいスタックを作成する」を参照してください。

    ホスト名

    ネットワークのインスタンスを識別します。デフォルトでは、 AWS OpsWorks スタックは、スタックの作成時に指定したホスト名テーマを使用して各インスタンスのホスト名を生成します。この値をオーバーライドして、任意のホスト名を指定できます。

    サイズ

    メモリの量や仮想コアの数など、インスタンスのリソースを指定する Amazon EC2 インスタンスタイプ。 AWS OpsWorks スタックは、各インスタンスのデフォルトサイズを指定します。このサイズは、任意のインスタンスタイプで上書きできます。

    AWS OpsWorks スタックでサポートされているインスタンスタイプは、スタックが VPC 内にあるかどうかによって異なります。また、AWS 無料利用枠を使用しているアカウントでは、インスタンスタイプは制限されています。[Size (サイズ)] ドロップダウンリストには、使用しているスタックでサポートされている Chef バージョンに対してサポートされているインスタンスタイプが表示されます。t1.micro などのマイクロインスタンスには、いくつかのレイヤーをサポートするだけの十分なリソースがない場合があることに注意してください。詳細については、「 のインスタンスタイプ」を参照してください。

    注記

    負荷分散されたインスタンスを使用している場合、Configure ライフサイクルイベントによって、1 分以上続くことがある大きな CPU 負荷のスパイクが発生する可能性があることに注意してください。より小規模のインスタンスでは、この負荷のスパイクにより上限がトリガーされる可能性があります (特に、頻繁な Configure イベントがある大規模な負荷分散スタックの場合)。以下に、Configure イベントが不要な上限を発生させる可能性を減らすことができるいくつかの方法を示します。

    • より大きなインスタンスを使用し、Configure イベントからの追加の負荷が上限をトリガーしないようにします。

    • CPU リソースを共有する T2 などのインスタンスタイプを使用しないでください。

      これにより、Configure イベントが発生した場合は、すべてのインスタンスの CPU リソースすべてが直ちに使用できるようになります。

    • exceeded threshold 時間を、Configure イベントの処理に必要な時間よりもかなり長くします (5 分など)。

      詳細については、「自動負荷ベースのスケーリングの使用」を参照してください。

    アベイラビリティーゾーン/サブネット

    スタックが VPC 内にない場合、この設定は [Availability Zone] と表示され、リージョンのゾーンがリストされます。スタックを作成したときに指定したデフォルトのアベイラビリティーゾーンを上書きするには、この設定を使用できます。

    スタックが VPC で実行されている場合、この設定は、[Subnet] と表示され、VPC のサブネットがリストされます。スタックを作成したときに指定したデフォルトのサブネットを上書きするには、この設定を使用できます。

    注記

    デフォルトでは、 AWS OpsWorks スタックはサブネットの CIDR 範囲を一覧表示します。リストをより読みやすくするには、VPC コンソールまたは API を使用して、キーを に設定Nameし、値をサブネットの名前に設定します。 AWS OpsWorks スタックはその名前を CIDR 範囲に追加します。前の例では、サブネットの Name タグは Private に設定されています。

    スケーリングタイプ

    インスタンスの起動方法と停止方法を決定します。

    • デフォルト値は 24/7 インスタンスで、手動で開始および停止します。

    • AWS OpsWorks スタックは、指定されたスケジュールに基づいて時間ベースのインスタンスを起動および停止します。

    • (Linux のみ) AWS OpsWorks スタックは、指定されたロードメトリクスに基づいてロードベースのインスタンスを起動および停止します。

    注記

    負荷ベースまたは時間ベースのインスタンスを手動で開始または停止することはできません。代わりに、インスタンスを設定すると、 AWS OpsWorks スタックは設定に基づいてインスタンスを起動および停止します。詳細については、「時間ベースおよび負荷ベースのインスタンスによる負荷の管理」を参照してください。

    SSH キー

    Amazon EC2 キーペア。 AWS OpsWorks スタックは、パブリックキーをインスタンスにインストールします。

    • Linux インスタンスの場合、SSH クライアントで対応するプライベートキーを使用してインスタンスにログインできます。

    • Windows インスタンスの場合、対応するプライベートキーを使用してインスタンスの管理者パスワードを取得できます。その後、RDP でそのパスワードを使用してインスタンスに管理者としてログインできます。

    この設定は、スタックの作成時に指定した [Default SSH key] 値に初期設定されます。

    • デフォルト値が [デフォルトのSSHキーを使用しない] に設定されている場合は、自分のアカウントの Amazon EC2 キーのいずれかを指定できます。

    • デフォルト値が Amazon EC2 キー に設定されている場合は、別のキーを指定することも、キーを指定しないこともできます。

    オペレーティングシステム

    オペレーティングシステムは、インスタンスが実行されているオペレーティングシステムを指定します。 AWS OpsWorks スタックは 64 ビットオペレーティングシステムのみをサポートします。

    この設定は、スタックの作成時に指定した [デフォルトのオペレーティングシステム] 値に初期設定されます。デフォルト値を上書きして、別の Linux オペレーティングシステムまたはカスタム Amazon マシンイメージ (AMI) を指定できます。ただし、Linux から Windows にまたは Windows から Linux に切り替えることはできません。

    [Use custom AMI] を選択すると、ページには [Architecture] および [Root device type] ではなくカスタム AMI のリストが表示されます。

    [Instances] ページの新しいインスタンスの [+Instance]

    詳細については、「カスタム AMI の使用」を参照してください。

    OpsWorks エージェントバージョン

    OpsWorks エージェントバージョンは、インスタンスで実行する AWS OpsWorks Stacks エージェントのバージョンを指定します。 AWS OpsWorks スタックがエージェントを自動的に更新するようにするには、[Inherit from stack (スタックから継承する)] をオンにします。エージェントの特定のバージョンをインストールし、インスタンスでエージェントを手動更新するには、ドロップダウンリストからバージョンを選択します。

    注記

    エージェントのバージョンとオペレーティング システムのリリースの組み合わせによってはうまく機能しない場合があります。インスタンスがエージェントを実行している場合、またはインスタンスオペレーティングシステムで完全にサポートされていないエージェントをインスタンスにインストールしている場合、 AWS OpsWorks スタックコンソールには、互換性のあるエージェントをインストールするように指示するエラーメッセージが表示されます。

    テナンシー

    インスタンスのテナンシーオプションを選択します。お客様専用の物理サーバー上でインスタンスを実行することも可能です。

    • Default - Rely on VPC settings: テナンシーなし、または VPC からテナンシー設定を継承します。

    • Dedicated - Run a dedicated instance: シングルテナントハードウェアで実行されるインスタンスに対して、時間単位でお支払いいただきます。詳細については、Amazon VPC ユーザーガイドの「ハードウェア専有インスタンス」、および「Amazon EC2 ハードウェア専有インスタンス」を参照してください。

    • Dedicated host - Run this instance on a dedicated host: 完全にインスタンスの実行専用の物理ホストに対してお支払いいただき、既存のソケット単位、コア単位、または VM 単位のソフトウェアライセンスを持ち込んでコストを削減できます。詳細については、Amazon EC2 ドキュメントの専有ホストの概要およびAmazon EC2 専有ホストを参照してください。

    ルートデバイスタイプ

    インスタンスのルートデバイスストレージを指定します。

    • Linux インスタンスは、Amazon EBS-backed または Instance store-backed のどちらかです。

    • Windows インスタンスは、Amazon EBS-Backed である必要があります。

    詳細については、「ストレージ」を参照してください。

    注記

    AWS OpsWorks スタックはインスタンスのソフトウェアをゼロから再インストールする必要がないため、最初の起動後、Amazon EBS-backed インスタンスは instance store-backed インスタンスよりも速く起動します。詳細については、「ルートデバイスストレージ」を参照してください。

    ボリュームタイプ

    ルートデバイスボリュームタイプ ([Magnetic]、[Provisioned IOPS (SSD)] または [General Purpose (SSD)]) を指定します。詳細については、「Amazon EBS ボリュームのタイプ」を参照してください。

    ボリュームサイズ

    指定したボリュームタイプのルートデバイスボリュームのサイズを指定します。詳細については、「Amazon EBS ボリュームのタイプ」を参照してください。

    • 汎用 (SSD)。許容される最小サイズは 8 GiB で、最大サイズは 16384 GiB です。

    • プロビジョンド IOPS (SSD)。許容される最小サイズは 8 GiB で、最大サイズは 16384 GiB です。設定できる 1 秒あたりの入力/出力操作数は、最小 100 IOPS、最大240 IOPS です。

    • マグネティック。許容される最小サイズは 8 GiB で、最大サイズは 1024 GiB です。

  3. [Add Instance] を選択して、新しいインスタンスを作成します。

注記

インスタンスを作成するとき、スタックのデフォルトエージェントバージョンの設定を上書きすることはできません。カスタムエージェントバージョンの設定を指定するには、インスタンスを作成し、その設定を編集する必要があります。

既存のインスタンスをレイヤーに追加するには

  1. [Instances] ページで適切なレイヤーの [+Instance] を選択し、[Existing] タブを開きます。

    注記

    既存のインスタンスを使用しないことにした場合は、前述の手順に従って、[New] を選択して、新しいインスタンスを作成します。

  2. [Existing] タブで、リストからインスタンスを選択します。

  3. [Add Instance] を選択して、新しいインスタンスを作成します。

インスタンスは Amazon EC2 インスタンスを表しますが、基本的には AWS OpsWorks スタックのデータ構造にすぎません。次のセクションで説明するように、実行中の Amazon EC2 インスタンスを作成するには、インスタンスが開始されている必要があります。

重要

デフォルト VPC 内でインスタンスを起動する場合は、VPC 設定の変更について注意する必要があります。インスタンスは、 AWS OpsWorks スタックサービス、Amazon S3、およびパッケージリポジトリと常に通信できる必要があります。例えば、デフォルトゲートウェイを削除すると、インスタンスは AWS OpsWorks スタックサービスへの接続を失い、インスタンスは失敗として扱われ、自動修復されます。ただし、 AWS OpsWorks スタックは修復されたインスタンスにインスタンスエージェントをインストールできません。エージェントがない場合、インスタンスはサービスと通信できず、起動プロセスは booting ステータスの先に進みません。デフォルト VPC の詳細については、「サポートされているプラットフォーム」を参照してください。

AWS OpsWorks スタックの外部で作成されたスタックに Linux コンピューティングリソースを組み込むこともできます。

  • コンソール、CLI、または API を使用して直接作成した Amazon EC2 インスタンス。

  • 仮想マシンで実行しているインスタンスを含め、独自のハードウェアで実行している On-premises (オンプレミス) インスタンス。

詳細については、「の外部で作成されたコンピューティングリソースの使用 AWS OpsWorks スタック」を参照してください。