インスタンスの再起動が行われるかの確認の意味があります。コンソールを表示し、画面左側のハンバーガーメニュー(≡)をクリックします。※実際の運用を行う際には、画面右側の「バックアッププランの作成」からプランを作成して、自動化するとよいです。[ダッシュボード]メニューをクリックし、画面真ん中あたりにある、[オンデマンドバックアップを作成]ボタンをクリックします。インスタンスを指定します。みつからない場合は、ぐるぐるアイコンをクリックしてください。有効期限切れについては、今回は検証しませんが、n日後とかn週間後といった指定をすることで期限が切れた古いバックアップを自動削除してくれる機能です。Vault)は、バックアップのグループの管理単位です。必要に応じて、作成しグルーピングを行います。ロールも各環境のポリシーに応じて設定します。今回はデフォルトのロールで試します。タグは必要に応じて管理用などに使います。未指定でも構いません。設定ができたら、[オンデマンドバックアップを作成]ボタンをクリックしてバックアップの取得を開始します。ロールのエラーがでます。デフォルトのロールとラジオボタンをクリックし、改めて[オンデマンドバックアップを作成]ボタンをクリックすることで続行できます。バックアップが開始されると、以下の画面に遷移されます。バックアップジョブIDのリンクをクリックすると、バックアップの詳細情報が確認できます。途切れることなく続いていた。ms合わせて、/var/log/messages内に起動や停止といったログがないかを確認しましたが見当たりませんでした。OSレベルでの再起動は起こっておらず、また、EC2の停止起動も起きていませんでした。バックアップは無停止で行われるようです。そのため、運用上の必要に応じて以下のような対応が必要です。インスタンスを復元してみましょう。バックアップは定義を含めた丸ごとバックアップのため、復元時もその情報が引き継がれ利用可能なはずです。バックアップボールトを表示し、Defaultの詳細画面を開きます。対象のバックアップについて、復元ポイントIDから選択して、[復元]ボタンをクリックします。※復元ポイントIDはimage/ami-idの形式です。インスタンスの設定を以下に再掲します。Group:launch-wizard-10以下はバックアップから復元の画面に表示された情報です。バックアップ取得元の情報を引き継いでいることがわかります。利用するロールをどうするか選択します。今回は、デフォルトのロールで試しています。環境のポリシーに応じて設定・選択してください。必要に応じて、詳細設定を開き、設定を行います。無制限を有効化が無効状態でした。復元後に確認してみると「有効化」状態でした。問題がなければ、[バックアップを復元]ボタンをクリックして復元を開始します。インスタンスを復元するにあたって必要な権限が足りていないのでしょう。用のロールを作成し、権限を付与して実行します。数分待つと、無事に復元が行われました。細かなところでバックアップ取得ともと設定が異なるところがありました。環境によっては対応しないとならないため、注意が必要です。以下は本試行で気づいた点ではありますが、記載のないその他のパラメータ(例えば、送信元/送信先チェックなど)の設定を変更している場合も合わせて注意が必要です。アドレス指定するところがない。コンソールには表示がない。バックアップが自動化できるようになったのはアツいです。インスタンスを復元できるようになりました。こちらも細かい注意が必要な点がありますが、それさえ乗り越えて(運用上で問題がないことを確認することで)作業の容易化につなげられるアップデートであると感じました。選んでいただきました。記載内容は個人的なものであり、所属する企業や組織、団体を代表する見解その他ではありません。upLoginユーザーは見つかりませんでした。