31

サーバーのバックアップ メカニズムを作成しようとしています。これにより、システムがクラッシュした場合でも、1 つのスクリプトを実行するだけでシステム全体を作成できるはずです。

Amazonのドキュメントを読んだ後、これはバックアップの作成と復元に関する私の理解です

バックアップ

  1. AMI イメージを作成します (これは毎月更新できます)
  2. スナップショットを作成します (これは、スナップショットを作成する毎日のスクリプトを使用して実行できます)

復元 (スクリプト)

  1. AMI を使用して EBS インスタンスを作成する
  2. 作成したインスタンスに EBS ボリュームをアタッチする

今、私の質問は

  1. バックアップと復元の最善の方法はありますか?
  2. AMI と EBS ボリューム (スナップショットを使用) の 2 つを実際にバックアップする必要がありますか? スナップショットだけを保持できますか?
  3. スナップショット機能がないため、ローカル インスタンス ストア インスタンスでは機能しないことを理解しています。では、ローカル インスタンス ストア インスタンスのバックアップおよび復元プロセスを作成するにはどうすればよいでしょうか?
4

5 に答える 5

9

より良い代替案が見つからなかったので、最初のアプローチに固執しています。

EBSの場合

バックアップ：

  • AMI イメージを作成します (これは毎月更新できます)。
  • スナップショットを作成します (これは、スナップショットを作成する毎日のスクリプトを使用して実行できます)。

復元 (スクリプト)

  • AMI を使用して EBS インスタンスを作成します。
  • 作成したインスタンスに EBS ボリュームをアタッチします。

たとえば、ストアの場合、アプリケーション (データベースなし) のみを保持しているため、そのバックアップを保持する必要はありません。

于 2013-01-04T06:09:12.207 に答える
8

EBS スナップショットは、バックアップを作成する優れた方法です。

スクリプトを使用して、EBS ボリュームのスナップショットを頻繁に実行できます。毎週、毎日、毎時、またはクレジットカードが許可する頻度で。唯一の制限は、実行できる同時スナップショットの数です。これに達すると、EBS API は実行中の操作のいくつかが完了するまでエラーを返し始めます。

壊滅的なイベントに対するバックアップを提供するために、スナップショットをリージョンからリージョンにコピーすることもできます。

EBS ボリュームのスナップショットを作成すると、そのスナップショットはボリューム全体のものになります。AMI から作成された場合でも、スナップショットには、ボリュームの新しいインスタンスを作成するために必要なものがすべて含まれています。これは自分で簡単に試すことができます。

于 2013-04-15T16:45:46.383 に答える
6

EBS スナップショットに加えてAuto Scalingを使用することをお勧めします。ハードウェア障害が原因でインスタンスが停止している場合、または Amazon によって廃止が予定されている場合、Auto Scaling は新しいインスタンスを自動的に開始します。

ただし、この場合、動的データ用に NAS をセットアップする必要があります。サーバーの負荷に応じて、実行中のインスタンスの数が異なり、すべてのスケーリング サーバーは、サーバー間で共有される NAS ストレージをマウントする必要があります。

データベースも別のサーバーまたはサーバー上にある必要があります。または、優れた自動バックアップ/ポイントインタイム リストア機能を備えたAmazon RDSを使用することもできますが、そのためには追加料金を支払う必要があります。

于 2012-12-12T06:56:56.037 に答える