EBSスナップショットからのレストア | DevelopersIO
渡辺です。 今年の11月の北海道は暖かく、スキー場に雪が降ってもレストア（雪解け）してしまいます（T_T 運用設計時、バックアップは検討しているにも関わらず、レストア手順の検討を行っていないケースは稀によくあります。 最悪、バックアップ（EBSのスナップショット取得）さえしておけば何とかなるといえばなんとかなるのですが、レストアが必要な場合に焦らないよう、レストア手順はしっかりと押さえておくべきでしょう。 今回は、EBSのスナップショットからのレストア方法について３パターン紹介します。 新規インスタンスを作成してのレストア ひとつ目の方法は、EBSスナップショットからAMIを作成し、そのAMIからEC2インスタンスを新規に作成する方法です。 AMIを作成する手間はありますが、元インスタンスを残したままにレストアできるため、レストア失敗時のリスクが最小に抑えられること、元インスタンスからのデ
EC2 Snapshotからの復旧方法 - Qiita
EC2のスナップショットからの復旧方法はディスクを入れ替えるような形となります。 インスタンスを停止する必要があります。 作業途中でスナップショットを取っておき入れ替えることで、さまざまな構築検証ができるので便利です。 １．EC2管理コンソールの「Instances」画面にて、復旧したいインスタンスを右クリックし「Stop」をクリックします。 ２．「Yes,Stop」をクリックします。 ３．「Instance State」が「Stopped」になっていることを確認します。 ※ここで該当インスタンスの「Availavility Zone」を確認しておいてください。 ４．「Volumes」を選択して右側に表示されたVolumeをクリックし、先ほど停止したインスタンスに マウントされているディスクを探します。「Attachment information」を頼りに探してください。 ５．ディスクを
AWSにおける共有コンテンツ参照方式を検討する（"S3をマウントしたい"から始まった議論の一部始終） - Qiita
1.背景 S3の可用性や耐障害性って魅力的！ ただし、NFSマウントできないので、扱う側がS3のAPIで会話しないといけない。 現行では、複数台あるWebサーバがそれぞれファイルサーバへNFSマウントして共有コンテンツを参照していたんですが、S3だとこの構成がとれない。。。 なんとかならないか？そんな理由で始まった検討経緯を共有します。 2.方式案 思いついたのは、大きく以下の4方式。早速各方式について検討開始しました。 ①：S3コマンドで会話するよう、アプリケーション修正（AWS推奨） ②：何らかの形でS3のバケットをNFSマウントする（S3fsとか） ③：インスタンス側にデータを同期する（S3 syncとか） ④：EC2でファイルサーバを構築する（最終手段） 3.検討の流れ やはり最初は教科書通りにやろうとはしましたが、アプリケーション側の修正が大きいので非現実的でした。 ということで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
