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

重要

AWS OpsWorks for Puppet Enterprise は新規顧客を受け付けていません。2024 年 3 月 31 日にサービスが利用できなくなるまで、既存のお客様には影響はありません。既存のお客様は、可能な限り早急に他のソリューションに移行することをお勧めします。詳細については、AWS OpsWorks for Puppet Enterprise サポート終了に関する FAQ および OpsWorks for Puppet Enterprise サーバーを Amazon Elastic Compute Cloud (Amazon EC2) に移行する方法 を参照してください。

強制的なシステムメンテナンスにより、セキュリティアップデートを含む Puppet サーバーの最新 AWS テスト済みバージョンが OpsWorks for Puppet Enterprise サーバー上で常に実行されています。システムメンテナンスは週に 1 回以上実行する必要があります。AWS CLI では、必要に応じて自動メンテナンスを毎日実行するようにスケジュールできます。スケジュールされたシステムメンテナンスとは別に、AWS CLI を使用してオンデマンドでシステムメンテナンスを実行することもできます。

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

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

重要

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

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

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

既存の OpsWorks for Puppet Enterprise サーバーのシステムメンテナンス設定を変更することもできます。その場合は、次のスクリーンショットに示すように、サーバーの [Settings] (設定) ページで [System maintenance] (システムメンテナンス) セクションの設定を変更します。

[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」と「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 ウィザードの手順に従います。