翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
OpsWorks for Puppet Enterprise サーバーをバックアップから復元します
重要
この AWS OpsWorks for Puppet Enterprise サービスは 2024 年 3 月 31 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post
OpsWorks for Puppet Enterprise サーバーをどの時点に復元するかは、利用可能なバックアップをブラウジングした後で、簡単に選択できます。サーバーのバックアップには、設定管理ソフトウェアの永続的なデータが含まれています。たとえば、モジュール、クラス、ノード関連付け、データベース情報 (レポートやファクトなど) などです。サーバーのインプレース復元を実行する (つまり、既存の OpsWorks for Puppet Enterprise サーバーを新しい EC2 インスタンスに復元する) と、バックアップ発生時に登録されたノードが再登録されて、サーバーの復元に使用され、復元が成功し、復元された OpsWorks for Puppet Enterprise サーバーの状態が Healthy になると、トラフィックが新しいインスタンスに切り替わります。新しく作成された OpsWorks for Puppet Enterprise サーバーに復元することで、ノード接続は維持されません。サーバーを復元すると、Puppet ソフトウェアのバージョンが更新されません。選択したバックアップにあるものと同じ Puppet バージョンと設定管理データが適用されます。
通常、サーバの復元には新しいサーバを作成するよりも時間がかかり、この時間は選択するバックアップのサイズによります。復元が完了すると、古い EC2 インスタンスは Running または Stopped 状態のままになりますが、一時的にのみです。最終的には終了します。
このリリースでは、 を使用して OpsWorks for Puppet Enterprise で Puppet マスターを AWS CLI 復元できます。
注記
restore-server コマンドは、現在のインスタンスタイプを変更する場合や、紛失または漏洩が発生した SSH キーの復元または設定を行う場合にも実行できます。
サーバーをバックアップから復元するには
-
で AWS CLI、次のコマンドを実行して、使用可能なバックアップとその IDs のリストを返します。使用するバックアップの ID を書き留めておきます。バックアップ ID は、
myServerName-yyyyMMddHHmmssSSSという形式になっています。aws opsworks-cm --regionregion namedescribe-backups -
以下のコマンドを実行してください。
aws opsworks-cm --regionregion namerestore-server --backup-id "myServerName-yyyyMMddHHmmssSSS" --instance-type "Type of instance" --key-pair "name of your EC2 key pair" --server-name "name of Puppet master"以下に例を示します。
aws opsworks-cm --region us-west-2 restore-server --backup-id "MyPuppetServer-20161120122143125" --server-name "MyPuppetServer" -
復元が完了するまで待ちます。
