私はいくつかのテストを行うためにスピンオフを作成したいAWS EC2インスタンスを持っています。私は、実行中のインスタンスのAMIを作成して起動することができます。しかし、私がAMIを作成すると、マシンは数分間（少なくともネットワーク接続）停止します。停止時間なしにAWS EC2インスタンスを複製することは可能ですか？
設定がありませんか？
管理コンソールでマシンを右クリックし、[Create AMI]を選択してAMIを生成します。
ありがとう
いいえ、技術的な意味ではありません。 AMIを作成するときにマシンを再起動する必要があります。あなたはネットワーク接続を失っていない、あなたのマシンは実際に再起動しています。
あなたができることは、ディスクを別のディスクにコピーすることですが、それは簡単ではありません。
アマゾンEC2パワーインスタンスダウン、 が結合した任意のボリュームのイメージをとり作成し、AMIを登録し、その後 インスタンスをリブート。 - http://docs.amazonwebservices.com/AWSEC2/2011-05-15/UserGuide/index.html?Tutorial_CreateImage.html
EDIT： 私は再びこの回答で探していますし、AMIを作成するときにAWSは現在、「何のリブート」をチェックしない能力を持っています。これはおそらく、たくさんの書き込みがあるボリュームのための素晴らしい考えではありませんが、持っているといいです。
添付されたボリュームのスナップショットを作成し、別のインスタンスを起動してから、新しいインスタンスのボリュームをスナップショットに置き換えることができますか？ –
はい、ボリュームのスナップショットを作成して別のインスタンスにアタッチすることはできますが、これをルートボリュームに適用すると、スナップショットが開始されている間に書き込みが行われるとデータが破損する可能性があります。私は、必要なデータを別のEBSボリュームに転送してから、syncとxfs_freeze -f/MOUNTEDVOLUME（実行したらxfs_freeze -u）を実行することをお勧めします。この方法では、破損したデータが失われることはありません。 – chantheman
FWIW、上記はEBSがサポートするインスタンスを示します。私は、S3をサポートするインスタンスのAMIをダウンタイムを発生させることなく作成できると思います。 –
Amazonでは、AMIを作成するときにチェックボックスに表示される「再起動しない」オプションを使用できるようになりました。しかし、「作成されたイメージのファイルシステムの完全性は保証されません」ので、完全性とダウンタイムの重視が必要です。
新しいファイルが作成された後にルートファイルシステム上で 'fsck'を実行するとよいでしょう。ファイルシステムにデータベースが存在するかそれに類するものがあれば、これが私には有害であると思われるその他の場合のみです。 –
私はそれのAMIが作成されている間、EC2インスタンスがダウン見たことがありません。どのような症状が見られますか？これはどのタイプのインスタンスですか？ –
これはm1.largeを実行しているWindowsサーバー2008です。私たちはそれでTableau Serverを実行し、AMIを生成すると、Tableauは（ログインページとサーバーに格納されているデータの両方に）約5-10分間アクセスできません。 –