カスタム AMI の使用

いずれかのAWS OpsWorks スタック対応 AMI の 64 ビット版を使用してインスタンスを作成します。

インスタンスを設定し、パッケージをインストールするなどして、ステップ 1 からインスタンスをカスタマイズします。インストールしたものすべてが、AMI に基づいてすべてのインスタンス上で再現されるため、特定のインスタンスに固有の項目は含めないでください。

インスタンスを停止し、カスタム AMI を作成します。

Linux スタックを作成し、1 つ以上のレイヤーを追加して、カスタマイズしたインスタンスの設定を定義します。組み込みレイヤー、完全なカスタムレイヤーに加え、必要に応じてカスタマイズしたレイヤーを使用できます。詳細については、「カスタマイズ AWS OpsWorks スタック」を参照してください。

レイヤーを編集し、 を無効にします AutoHealing。

任意の Linux ディストリビューションを使用してインスタンスをレイヤーに追加し、起動します。Amazon EBS-backed インスタンスの使用をお勧めします。インスタンスの詳細ページを開き、後で使用できるよう Amazon EC2 ID を記録します。

インスタンスがオンラインである場合は、SSH でログインし、インスタンスのオペレーティングシステムに応じて次の 4 つのステップのいずれかを実行します。

Chef 11 または Chef 12 スタックの Amazon Linux インスタンス、または Chef 11 スタックの Red Hat Enterprise Linux 7 インスタンスの場合、次を実行します。

1. sudo /etc/init.d/monit stop

2. sudo /etc/init.d/opsworks-agent stop

3. sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /etc/chef

   注記

   Chef 12 スタックのインスタンスについて、このコマンドに次の 2 つのフォルダを追加します。

   • /var/chef

   • /opt/chef

4. sudo rpm -e opsworks-agent-ruby

5. sudo rpm -e chef

Chef 12 スタックの Ubuntu 16.04 LTS または 18.04 LTS インスタンスでは、次を実行します。

1. sudo systemctl stop opsworks-agent

2. sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /var/chef /opt/chef /etc/chef

3. sudo apt-get -y remove chef

4. sudo dpkg -r opsworks-agent-ruby

5. systemctl stop apt-daily.timer

6. systemctl stop apt-daily-upgrade.timer

7. rm /var/lib/systemd/timers/stamp-apt-daily.timer

8. rm /var/lib/systemd/timers/stamp-apt-daily-upgrade.timer

Chef 12 スタックの他のサポートされている Ubuntu バージョンでは、次を実行します。

1. sudo /etc/init.d/monit stop

2. sudo /etc/init.d/opsworks-agent stop

3. sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /var/chef /opt/chef /etc/chef

4. sudo apt-get -y remove chef

5. sudo dpkg -r opsworks-agent-ruby

Chef 12 スタックの Red Hat Enterprise Linux 7 インスタンスの場合は、次を実行します。

1. sudo systemctl stop opsworks-agent

2. sudo rm -rf /etc/aws/opsworks/ /opt/aws/opsworks/ /var/log/aws/opsworks/ /var/lib/aws/opsworks/ /etc/monit.d/opsworks-agent.monitrc /etc/monit/conf.d/opsworks-agent.monitrc /var/lib/cloud/ /etc/chef /var/chef

3. sudo rpm -e opsworks-agent-ruby

4. sudo rpm -e chef

このステップは、インスタンスタイプによって異なります。

スタックをクリーンアップするには、 AWS OpsWorks スタックコンソールに戻り、スタックからインスタンスを削除します。

Amazon EC2 コンソールで、[Launch Instance (インスタンスを起動する)] を選択します。

[Microsoft Windows Server 2022 Base] を見つけて、[選択] を選択します。

目的のインスタンスタイプを選択し、[Configure Instance Details] を選択します。AMI で、マシン名、ストレージ、セキュリティグループ設定などの設定変更を行います。[Launch] (起動する) を選択します。

インスタンスのブートプロセスが終了したら、パスワードを使用して、Windows の [リモートデスクトップ接続] ウィンドウでインスタンスに接続します。

Windows のスタート画面で の開始 を選択し、EC2 コンソールが表示されるec2configserviceまで入力を開始します。 EC2ConfigServiceSettings コンソールを開きます。

全般 タブで、 UserData 実行を有効にする チェックボックスがオンになっていることを確認します (このオプションは では必須ではありませんがSysprep、 AWS OpsWorks スタックがエージェントをインストールするために必要です）。[Set the computer name of the instance...] (インスタンスのコンピュータ名の設定...) オプションのチェックボックスをオフにします。このオプションをオンにすると、 AWS OpsWorks スタックで再起動が繰り返されることがあるためです。

[Image] (イメージ) タブで、[Administrator Password] (管理者パスワード) を、Amazon EC2 が SSH キーで取得できるパスワードを自動的に生成することを許可する [Random] (ランダム)、または自分のパスワードを指定する [Specify] (指定) のいずれかに設定します。Sysprep はこの設定を保存します。独自のパスワードを指定した場合は、都合の良い場所にパスワードを保存します。[Keep Existing] は選択しないことをお勧めします。

[Apply] を選択し、[Shutdown with Sysprep] を選択します。確認を求められたら、[Yes] を選択します。

インスタンスが停止したら、Amazon EC2 コンソールで [インスタンス] リストのインスタンスを右クリックし、[イメージ] を選択して、[イメージの作成] を選択します。

[Create Image] ページで、イメージの名前と説明を指定し、ボリュームの設定を指定します。終了したら、[Create Image] を選択します。

[Images] ページを開き、イメージが [pending] 段階から [available] に変わるのを待ちます。新しい AMI を使用する準備ができました。

Amazon EC2 コンソールで、[Launch Instance] (インスタンスを起動する) を選択します。

[Microsoft Windows Server 2022 Base] を見つけて、[選択] を選択します。

目的のインスタンスタイプを選択し、[Configure Instance Details] を選択します。AMI で、マシン名、ストレージ、セキュリティグループ設定などの設定変更を行います。[Launch] (起動する) を選択します。

インスタンスのブートプロセスが終了したら、パスワードを使用して、Windows の [リモートデスクトップ接続] ウィンドウでインスタンスに接続します。

インスタンスで、C:\Program Files\Amazon\Ec2ConfigService\Settings\config.xml を開き、次の 2 つの設定を変更してから、ファイルを保存して閉じます。

リモートデスクトップセッションからの接続を切り、Amazon EC2 コンソールに戻ります。

[Instances] リストで、インスタンスを停止します。

インスタンスが停止したら、コンソールで [Instances] (インスタンス) リストのインスタンスを右クリックし、[Image] (イメージ) を選択して、[Create Image] (イメージの作成) を選択します。

[Create Image] ページで、イメージの名前と説明を指定し、ボリュームの設定を指定します。終了したら、[Create Image] を選択します。

[Images] ページを開き、イメージが [pending] 段階から [available] に変わるのを待ちます。新しい AMI を使用する準備ができました。

新しい AMI が使用可能になったら、 AWS OpsWorks スタックコンソールに移動し、Windows スタックのインスタンスページを開き、ページの下部にある + インスタンスを選択して新しいインスタンスを追加します。

[New] タブの [Advanced] を選択します。

[Operating system] ドロップダウンリストで、[Use custom Windows AMI] を選択します。

[Custom AMI] ドロップダウンリストで、作成した AMI を選択し、[Add Instance] を選択します。