amazon-web-services - インスタンスの障害時に EBS ボリュームを新しいインスタンスに移動する

Question

EC2 インスタンスがダウンし、自動スケーリングによって新しいインスタンスが起動された場合、古い EBS ボリュームを新しいインスタンスに自動的に移動するにはどうすればよいですか?

EBS ボリュームには大量のデータが含まれる可能性が高く、バックアップは瞬時に行われないため、ボリュームを自動的に再配置することがおそらくデータを保持する最善の方法です。

Answer 1

EC2 インスタンスがダウンし、自動スケーリングによって新しいインスタンスが起動された場合、古い EBS ボリュームを新しいインスタンスに自動的に移動するにはどうすればよいですか?

これを自動的に行うための API 呼び出しはありません。しかし、正しいパラメータで新しいボックスを起動するデーモンを書くことができます。

残念ながら、災害復旧に関心がある場合、次のような方法は適切な戦略ではありません。

1) ボックスが停止すると、EBS ボリュームが何時間も切り離された状態で「スタック」する可能性があります (実際に 24 時間以上見たことがあります)。

2) ゾーンに問題がある場合、他のゾーンでインスタンスを簡単に起動できますが、ドライブをゾーン間で移動することはできません。

代わりに、スナップショットから起動する方がはるかに優れています。これにより、これらの問題の両方が解決されます。

(CEPH、GFS、AFS などの分散ファイルシステムを検討することもできます。)

Answer 2

あなたが探しているのはS3だと思います。他の ec2 インスタンスと共有する必要があると思われるデータがある場合は、そのデータを EBS ボリューム自体ではなく S3 に保存する必要があります。S3 上のデータは、ネットワーク ロケーションの外部にある EC2 インスタンスからも簡単にアクセスでき、それも最小限のレイテンシーでアクセスできます。EBS ボリュームは、その EC2 自体に関連付けられているはずです。