Puppet Enterprise OpsWorks の でのシステムメンテナンス - AWS OpsWorks

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

Puppet Enterprise OpsWorks の でのシステムメンテナンス

重要

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

必須のシステムメンテナンスにより、セキュリティ更新プログラムを含む で AWSテストされた最新バージョンの Puppet Server が、常に for Puppet Enterprise サーバーで実行されていることが保証され OpsWorks ます。システムメンテナンスは週に 1 回以上実行する必要があります。を使用すると AWS CLI、必要に応じて毎日の自動メンテナンスを設定できます。を使用して AWS CLI 、スケジュールされたシステムメンテナンスに加えて、オンデマンドでシステムメンテナンスを実行することもできます。

Puppet ソフトウェアの新しいバージョンが利用可能になると、システムメンテナンスは AWS テストが完了次第、サーバーにある Puppet サーバーのバージョンを自動更新するように設計されています。AWS は広範なテストを実行して、Puppet のアップグレードが本番環境に対応しており、既存の顧客環境を中断しないことを確認します。そのため、Puppet ソフトウェアリリースと、Puppet Enterprise サーバー用の既存の OpsWorks へのアプリケーションの可用性との間に遅延が生じる可能性があります。Puppet ソフトウェアの使用可能なバージョンをオンデマンドで更新するには、このトピックの「オンデマンドでのシステムメンテナンスの開始」を参照してください。

システムメンテナンスでは、メンテナンスプロセスの一環として実行されるバックアップから新しいインスタンスを起動します。これにより、定期的なメンテナンスを受ける Amazon EC2 インスタンスの劣化や障害によるリスクを軽減することができます。

重要

システムメンテナンスでは、 OpsWorks for Puppet Enterprise サーバーに追加したファイルまたはカスタム設定がすべて削除されます。失われた設定やファイルを回復する詳しい方法については、このトピックの「メンテナンス後のカスタム設定およびカスタムファイルの復旧」を参照してください。

システムメンテナンスの設定

Puppet Enterprise サーバー OpsWorks 用に新しい を作成する場合、システムメンテナンスを開始するために、協定世界時 (UTC) で曜日と時刻を設定できます。メンテナンスは、指定した時間中に開始します。システムメンテナンス中はサーバーがオフラインになることを想定する必要があるため、通常の営業時間内でサーバー需要が低い時刻を選択します。メンテナンスの進行中は、サーバーのステータスが UNDER_MAINTENANCE になります。

次のスクリーンショットに示すように、サーバー OpsWorks の設定ページのシステムメンテナンスエリアで設定を変更することで、既存の Puppet Enterprise サーバーのシステムメンテナンス設定を変更することもできます。

Puppet マスターの設定、[System maintenance] (システムメンテナンス) セクションを参照してください。

[System maintenance] セクションで、システムメンテナンスを開始する日付と時刻を設定します。

を使用したシステムメンテナンスの設定 AWS CLI

システムメンテナンスの自動開始時刻を AWS CLIで設定することもできます。 AWS CLI では、曜日の 3 文字のプレフィックスを省略することで、必要に応じて毎日の自動メンテナンスを設定できます。

create-server コマンドで、サーバーインスタンスを作成する要件 (インスタンスタイプ、インスタンスプロファイル ARN、サービスロール ARN など) を指定した後で、--preferred-maintenance-window パラメータをコマンドに追加します。次の create-server の例では、--preferred-maintenance-windowMon: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」および「update-server」を参照してください。

オンデマンドでのシステムメンテナンスの開始

システムメンテナンスをオンデマンドで開始するには、毎週または毎日の自動メンテナンスが設定されている場合以外は、次の AWS CLI コマンドを実行します。 AWS Management Consoleでオンデマンドメンテナンスを開始することはできません。

aws opsworks-cm start-maintenance --server-name server_name

このコマンドの詳細については、「start-maintenance」を参照してください。

メンテナンス後のカスタム設定およびカスタムファイルの復旧

システムメンテナンスでは、 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 ウィザードの手順に従います。