EC2のバックアップに関するSOに関する他の質問を閲覧しましたが、それは私に良い基盤を提供してくれましたが、ソリューションにアプローチして緊急時対応計画を作成する方法についてはまだ少し混乱しています。ほとんどの質問はかなり具体的ですが、私はかなりバニラの設定をしており、この情報は将来のユーザーにとって有益だと思います。基本的な設定を説明します。
- 基本的な小さなインスタンス
- S3へのファイルのプッシュ
- MongoDBの実行
- nginxを実行しています
さて、EC2の一時的な性質により、永続的なストレージを確保するためにEC2インスタンスをEBSにバインドする必要があることは明らかです。緊急時対応計画を作成しようとしている理由は、インスタンスがいつでも（停止などのために）消えてしまうのではないかと心配しているためです。インスタンスが消えた場合、すべてを再度実行する前に、新しいインスタンスを起動してすべてのアプリケーションを再インストールする必要があるのではないかと心配しています。いくつかの質問：
- インスタンスをバックアップして、インスタンスが消えた場合にすぐに元に戻すことができるようにするにはどうすればよいですか（できれば以前のすべてのソフトウェアを再インストールする必要はありません）。一連のバックアップは必要ありません。すぐに開始できる以前の作業バージョンが存在することを確認するために、前の日（または数週間）のバックアップだけが必要です。
- インスタンスストレージの代わりにEBSを使用すると、基本的にハードドライブの代わりに機能しますか？それで、MongoDBをインストールしている場合、EBSに配置されたcabに書き込んでいるデータベースを想定していますか？
- 160 GBのストレージを備えた小さなインスタンスを使用してEBSを使用する場合、ゲートから160 GBのEBSを割り当てる必要がありますか、それともインスタンスストレージ専用の160 GBですか？
したがって、要約すると、EC2インスタンスのスナップショットを作成して、EC2インスタンスが消えた場合に、すべてを手動で再構築するために時間を費やすことなく再構築できるようにするソリューション（手動または自動）が必要です。
理想的な世界では、インスタンスが消えた場合、すべてをそのままにして（バックアップされるまで）インスタンスのバージョンを起動できます。リソースや提案はありますか？前もって感謝します。