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

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

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

重要

AWS OpsWorks Stacks は新規顧客を受け付けなくなりました。既存のお客様は、2024 年 5 月 26 日までは OpsWorks コンソール、 API、 CLI、および CloudFormation リソースを通常どおり使用できますが、その時点でこれらのリソースは廃止されます。この移行に備えて、できるだけ早くスタックを AWS Systems Manager に移行することをおすすめします。詳細については、AWS OpsWorks Stacks サポート終了に関する FAQ および AWS Systems Manager アプリケーションマネージャへの AWS OpsWorks Stacks アプリケーションの移行 を参照してください。

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

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

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

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

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

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

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

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

    ホスト名

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

    サイズ

    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 Agent version

    [OpsWorks Agent version (OpsWorks エージェントのバージョン)] では、そのインスタンスで実行する AWS OpsWorks スタックエージェントのバージョンを指定します。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 である必要があります。

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

    注記

    最初に起動した後は、Amazon EBS-backed インスタンスは、AWS OpsWorks スタックがインスタンスのソフトウェアを最初から再インストールする必要がないため、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 コンピューティングリソースをスタックに組み込むこともできます。

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

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

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