翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# OpsWorks for Puppet Enterprise のシステムメンテナンス
**重要**
この AWS OpsWorks for Puppet Enterprise サービスは 2024 年 3 月 31 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
必須のシステムメンテナンスにより、セキュリティ更新プログラムを含む Puppet Server AWSの最新バージョンが、OpsWorks for Puppet Enterprise サーバーで常に実行されていることが保証されます。システムメンテナンスは週に 1 回以上実行する必要があります。を使用すると AWS CLI、必要に応じて毎日の自動メンテナンスを設定できます。を使用して AWS CLI 、スケジュールされたシステムメンテナンスに加えて、オンデマンドでシステムメンテナンスを実行することもできます。
Puppet ソフトウェアの新しいバージョンが利用可能になると、システムメンテナンスは AWS テストが完了次第、サーバーにある Puppet サーバーのバージョンを自動更新するように設計されています。AWS では、Puppet のアップグレードが本番環境で問題なく使用でき、既存のお客様の環境を中断させないかを検証するために、広範なテストを実行します。そのため、Puppet ソフトウェアがリリースと、既存の OpsWorks for Puppet Enterprise サーバーへのアプリケーションの可用性との間に時間差が生じる場合があります。Puppet ソフトウェアの使用可能なバージョンをオンデマンドで更新するには、このトピックの「[オンデマンドでのシステムメンテナンスの開始](#opspup-maintenance-startdemand)」を参照してください。
システムメンテナンスでは、メンテナンスプロセスの一環として実行されるバックアップから新しいインスタンスを起動します。これにより、定期的なメンテナンスを受ける Amazon EC2 インスタンスの劣化や障害によるリスクを軽減することができます。
**重要**
システムメンテナンスでは、OpsWorks for Puppet Enterprise サーバーに追加したすべてのファイルやカスタム構成が削除されます。失われた設定やファイルを回復する詳しい方法については、このトピックの「[メンテナンス後のカスタム設定およびカスタムファイルの復旧](#opspup-maintenance-restore)」を参照してください。
**Topics**
+ [システムメンテナンスの設定](#w2ab1b7c33c15)
+ [オンデマンドでのシステムメンテナンスの開始](#opspup-maintenance-startdemand)
+ [メンテナンス後のカスタム設定およびカスタムファイルの復旧](#opspup-maintenance-restore)
## システムメンテナンスの設定
新しい OpsWorks for Puppet Enterprise サーバーの作成時に、システムメンテナンスを開始する曜日と時刻を [[Coordinated Universal Time]](https://en.wikipedia.org/wiki/Coordinated_Universal_Time) (協定世界時) (UTC) で設定できます。メンテナンスは、指定した時間中に開始します。システムメンテナンス中はサーバーがオフラインになることを想定する必要があるため、通常の営業時間内でサーバー需要が低い時刻を選択します。メンテナンスの進行中は、サーバーのステータスが `UNDER_MAINTENANCE` になります。
既存の OpsWorks for Puppet Enterprise サーバーのシステムメンテナンス設定を変更することもできます。その場合は、次のスクリーンショットに示すように、サーバーの **[Settings]** (設定) ページで **[System maintenance]** (システムメンテナンス) セクションの設定を変更します。
![\[Puppet マスターの設定、[System maintenance] (システムメンテナンス) セクションを参照してください。\]](http://docs.aws.amazon.com/ja_jp/opsworks/latest/userguide/images/opspup_sysmaint_exist.png)
**[System maintenance]** セクションで、システムメンテナンスを開始する日付と時刻を設定します。
### を使用したシステムメンテナンスの設定 AWS CLI
システムメンテナンスの自動開始時刻を AWS CLIで設定することもできます。 AWS CLI では、3 文字の平日プレフィックスを省略して、必要に応じて毎日の自動メンテナンスを設定できます。
`create-server` コマンドで、サーバーインスタンスを作成する要件 (インスタンスタイプ、インスタンスプロファイル ARN、サービスロール ARN など) を指定した後で、`--preferred-maintenance-window` パラメータをコマンドに追加します。次の `create-server` の例では、`--preferred-maintenance-window` を `Mon:08:00` に設定しています。これで、毎月曜の午前 8 時 0 分 (UTC) にメンテナンスが開始されます 。
```
aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"
```
`update-server` コマンドでは、必要に応じて、`--preferred-maintenance-window` の値のみを更新できます。次の例では、メンテナンス時刻を金曜の午後 6 時 15 分 (UTC) に設定しています 。
```
aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"
```
メンテナンス時間の開始時刻を毎日午後 6 時 15 分 (UTC) に変更するには、次の例に示すように、曜日を表す 3 文字のプレフィックスを省略します。
```
aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"
```
を使用してシステムメンテナンスウィンドウを設定する方法の詳細については AWS CLI、[「create-server](https://docs.aws.amazon.com/cli/latest/reference/opsworkscm/update-server.html)」と[「update-server](https://docs.aws.amazon.com/cli/latest/reference/opsworkscm/update-server.html)」を参照してください。
## オンデマンドでのシステムメンテナンスの開始
システムメンテナンスをオンデマンドで開始するには、毎週または毎日の自動メンテナンスの設定外で、次の AWS CLI コマンドを実行します。 AWS マネジメントコンソールでオンデマンドメンテナンスを開始することはできません。
```
aws opsworks-cm start-maintenance --server-name server_name
```
このコマンドの詳細については、[「start-maintenance」](https://docs.aws.amazon.com/cli/latest/reference/opsworkscm/start-maintenance.html)を参照してください。
## メンテナンス後のカスタム設定およびカスタムファイルの復旧
システムメンテナンスでは、OpsWorks for Puppet Enterprise サーバーに追加したカスタムファイルや構成を削除または変更することができます。
メンテナンスの実行後、`RunCommand` または SSH を使用して追加したファイルや設定が Puppet マスターに見つからない場合は、Amazon Machine Image (AMI) を使用して、新しい Amazon EC2 インスタンスを起動できます。サーバーのメンテナンス前の設定に基づいて構築された AMI を利用できます。
新しいインスタンスは、メンテナンス前の Puppet マスターと同じ状態であり、見つからないファイルや設定が含まれています。
**重要**
新しいインスタンスを使用してサーバーを復元することはできません。インスタンスを Puppet マスターとして実行することはできません。インスタンスは、ファイルや設定の復旧にのみ使用できます。
AMI から EC2 インスタンスを起動するには、Amazon EC2 コンソールで [**Launch**] (起動) ウィザードを開き、**[My AMIs]** (マイAMI) を選択して、サーバー名と同じ名前の AMI を選択します。他の任意のインスタンスを起動する手順と同様に、Amazon EC2 ウィザードの手順に従います。