翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS OpsWorks for Chef Automate サーバーをバックアップから復元する
重要
なぜなら、AWS OpsWorks Chef Automate はもはや新規顧客を受け入れていないからです。2024 年 5 月 5 日までは、既存のお客様には影響はありません。その時点でサービスは利用できなくなります。既存のお客様は、 Chef SaaS または代替ソリューションに移行することをお勧めします。詳細については、「AWS OpsWorks Chef Automate のサポート終了に関するよくある質問」を参照してください。
AWS OpsWorks for Chef Automate サーバーをどの時点に復元するかは、使用可能なバックアップを参照した後に選択できます。サーバーのバックアップには、設定管理ソフトウェアの永続データ (クックブック、登録されたノードなど) のみが含まれています。サーバーのインプレース復元を実行する (つまり、既存の AWS OpsWorks for Chef Automate サーバーを新しい EC2 インスタンスに復元する) と、バックアップ時に登録されたノードが再登録されて、サーバーの復元に使用されます。復元が成功し、復元された AWS OpsWorks for Chef Automate サーバーの状態が Healthy
になると、トラフィックが新しいインスタンスに切り替わります。新しく作成された AWS OpsWorks for Chef Automate サーバーに復元すると、ノード接続は維持されません。サーバーを復元すると、Chef ソフトウェアのマイナーバージョンが更新されません。選択したバックアップにあるものと同じ Chef バージョンと設定管理データが適用されます。
通常、サーバの復元には新しいサーバを作成するよりも時間がかかります。時間は選択するバックアップのサイズによります。復元が完了すると、古い EC2 インスタンスは Running
または Stopped
状態のままになりますが、一時的にのみです。最終的には終了します。
このリリースでは、AWS CLIを使用して AWS OpsWorks for Chef Automate で Chef サーバーを復元できます。
注記
restore-server コマンドは、現在のインスタンスタイプを変更する場合や、紛失または漏洩が発生した SSH キーの復元または設定を行う場合にも実行できます。
サーバーをバックアップから復元するには
-
AWS CLI で以下のコマンドを実行して、使用可能なバックアップとその ID のリストを表示します。使用するバックアップの ID を書き留めておきます。バックアップ ID は、
myServerName-yyyyMMddHHmmssSSS
という形式になっています。aws opsworks-cm --region
region name
describe-backups -
以下のコマンドを実行します。
aws opsworks-cm --region
region name
restore-server --backup-id "myServerName-yyyyMMddHHmmssSSS
" --instance-type "Type of instance
" --key-pair "name of your EC2 key pair
" --server-name "name of Chef server
"次に例を示します。
aws opsworks-cm --region us-west-2 restore-server --backup-id "MyChefServer-20161120122143125" --server-name "MyChefServer"
-
復元が完了するまで待ちます。