2020年5月20日水曜日
EC2 スナップショット復元
前提:
スナップショットが作成済であること
参照手順
[作業イメージ]
アタッチしている現行のボリュームを復元したイメージに再アタッチする作業になります。
1)サイドメニューからスナップショットを選択
2)アクションメニュー > ボリューム作成を選択
3)以下の設定値を必要に応じて、変更を行う
①ボリュームタイプ、サイズ、アベイラビリティゾーンと同じものにすること
4)ボリュームの作成を行う。
5)ボリュームを作成されたことを確認します。
メモ:
Nameに分かりやすい名前にした方が良い
6)EC2インスタンスを停止します。
①リカバリ対象のインスタンスを選択する。
②アクションメニュー > インスタンスの状態 > 停止を選択する。
7)停止するを選択する。
8)サイドメニューからボリュームを選択する
①検索窓から対象のインスタンスIDを入力する。
注意:
対象のボリュームを間違えないこと!!
②アクションメニューからボリュームのデタッチを選択
9)デタッチするを選択
10)デタッチ(unmount)されたのが確認できる。
11)対象のイメージを選択する。
12)アクションメニューからボリュームのアタッチを選択する
13)以下の設定を行います。
①インスタンス:ボリュームをアタッチ対象のインスタンスIDを入力する
②デバイス:/dev/xvda
③アタッチを押す
[アタッチした状態]
14)対象のインスタンスを選択
アクションメニュー > インスタンス状態 > 開始を選択する。
15)開始するを選択する
捕捉:
開始を選択時に以下のボリュームマウントに関する警告が出た場合、
再度、ボリュームのアタッチから、正しい”デバイス”に選択すること!!
-----警告内容-------
Invalid value 'i-021ffc9713b7ad414' for instanceId. Instance does not have a volume attached at root (/dev/xvda)
---------------------
確認:
実施にログインして、historyにも記載が残っていることが把握できる
スナップショットのアカウント間の複製(移動)
参照先:
メソッドさんの検証レポート:
スナップショットの複製:
(AWS_アカウントAにログインする。)
1)システムタブより、対象のスナップショットを選択する。
2)新しいDBスナップショット識別子を入力する。
3)スナップショットをコピーを押す
4)手動タブに上記のスナップショットが作成されていることが把握できる。
スナップショットを他のアカウントへ共有手順:
(AWS_アカウントBにログイン)
1)RDSの管理画面に推移後に、スナップショットを選択する。
2)対象のスナップショットを選択する。
3)アクションメニューからスナップショットの共有を選択
4)以下、設定を行う。
DBスナップショットの可視性:
●プライベート
注意:パブリックにすると、他人に晒すことになるので行わないこと!!
AWSアカウントID:
5)追加を押す。
捕捉:
最大20 個までの AWS アカウントにスナップショットを共有できます。
6)保存を選択します。
捕捉:
AWS アカウントとのスナップショットの共有を停止するには、[スナップショットアクセス許可の管理] ペインで、
アカウント ID の隣にある [削除] チェックボックスをオンにし、[保存] を選択します。
インポート作業:
1)RDSの管理画面に移動する。
2)RDSダッシュボードからスナップショットを選択
3)復元対象のスナップショットを選択
4)アクションメニューよりスナップショット復元を選択することで、リストアを行います。
2020年5月19日火曜日
RDSスナップショット共有手順
参照先:
メソッドさんの検証レポート:
■作業イメージ
AWSアカウント(A) ->AWSアカウント(B)にスナップショット複製する作業になる
スナップショットのコピー:
1)AWSアカウント(A)にログインすること
2)スナップショット > システム > 対象のDBを選択する。
3)アクションメニュー > スナップショットをコピーを選択する
ポイント:検索窓を使うことをお勧め!
4)新しいDBスナップショット識別子:識別し易い名前にする。
5)スナップショットをコピーするを押す。
スナップショットの共有手順:
1)スナップショット > 手動 > 該当のスナップショットを選択する
2)アクションメニュー > スナップショットの共有を選択
3)DBスナップショットの可視性:プライベート
4)共有先の[(AWSアカウント(B)]のアカウントIDを入力する
5)追加を押す
6)保存ボタンを押す。
これによりスナップショットの共有が開始される(数分で完了する)
スナップショット復元手順(共有先のアカウントで実施):
1)AWSアカウント(B)のアカウントにログインして、スナップショットが共有されているか確認
2)対象のDBを選択 > アクションメニュー > スナップショットの復元を選択する。
3)復元するパラメータについては、現行環境のRDSの設計書を参考に記載する事
(設定内容については、割愛する)
スナップショットからの復元方法
1)RDSの管理画面に移動する。
①スナップショットを選択する
②システムタブを選択(または、手動タブ)
③復元対象のイメージを選択する
④スナップショット の復元を選択する。
2)以下の必要な条件に応じて設定を行うこと
①DBインスタンスのクラス:
②マルチAZ配置:
3)以下が復元したDB名になるので、記載すること
4)ネットワーク&セキュリティ
①VPC : 既存のVPCを選択すること。
②サブネットグループ : 既存のサブネットを選択すること
③既存のVPCセキュリティグループの選択
上記、分からなかったら、管理画面から他のRDSを確認すること。
5)データベースの設定
①データベースポート:3306
②DBパラメータ:既存の設定に合わせること
③オプショングループ:デフォルト(基本触らない)
6)ログのエクスポート
以下、全てチェックをすること。
①監査ログ
②エラーログ
③全般ログ
④スロークエリログ
7)メンテナンス
①マイナーバージョン自動アップグレード : いいえ
②DBインスタンスの復元を押す
■DB名の差し替え
1)次に問題が発生した"運用中のDB"と"復元したDB"の差し替えを行う。
作業イメージ:
|
作業前
|
作業後
|
|
soedb20-prd [運用中のDB]
|
soedb20-prd-before [削除対象]
|
|
soedb20-prd-backup [復元したDB]
|
soedb20-prd [運用中のDB]
|
2)運用中のDBの名前の変更を行う。
3)変更を選択する
4)変更したい名前(運用中のDB名と重複しない名前にすること!)の入力を行う
5)パスワードの設定を行う。(他のDBと同じパスワードにする)
6)次へを選択する。
7)すぐに適応を選択する
8)DBインスタンスの変更を押す
9)復元したDBについては、差し替え予定のDB名(例:soedb20-prd)に差し替えをすることで
API側のsoedefine.phpに修正が不要になる。
登録:
投稿 (Atom)
ローカルLLMでコーディングさせるポイント
簡単な指示で、依頼するとコンテキストオーバーで記憶喪失になって コードの内容が一致しないことが起こるので、work.mdみたいな作業メモを取らせたるのがよい 途中から、別スレッドに再実施する場合でも、work.mdが引き継ぎとして 参照して実施してくれるのがポイント
-
apk add openrc --no-cache [ 以下のように使えることが把握できる ] alpinelinuxのサービスの再起動コマンド: rc-service nginx restart
-
以下のログに表示されている、" network unreachable resolving"は IPv6に関するメッセージではあるが、基本的にIPv4しか使用していないため このメッセージを消したい時の対策を以下に示す。 上記は、IPv4での名前解決...























































