SSDインスタンスタイプのルートデバイス。SSDとEBSの混乱

私はもともとt1.micro linuxから作成されたAMIを持っています。このAMIの「ルートデバイスタイプ」はEBS（8 GB）であり、私のWebアプリケーションソフトウェアはこのルートボリュームに「ベイク」されています。

次に、このAMIからm3.mediumインスタンスを起動したいと思いますが、4GB SSDの「インスタンスストレージ」があります。

新しく起動したm3.mediumインスタンスはSSDストレージを利用しますか？または、「インスタンスストア」をルート「ルートデバイスタイプ」として新しいAMIを作成する必要がありますか？

同様に...「Amazon Linux AMI 2013.09.2」を使用して最初からm3.mediumを起動しようとすると、起動ウィザードを使用して削除できないデフォルトで8GBのルートEBSボリュームが追加されます。

ここで何が欠けていますか？

インスタンスストレージとしての機能に関係なく、EBSドライブから起動します。SSDを追加ドライブとしてマウントできます。これは、スワップ領域、一時ファイル、キャッシュなどに便利です。

アマゾンは、「一般的な」SSDをEBS全体で利用できるようにした将来の読者への注目に値する その後、コンソールまたはAPIを介して「gp2」として選択できます。標準の磁気ドライブよりも月に数セント高い。

http://aws.amazon.com/blogs/aws/new-ssd-backed-elastic-block-storage/ http://aws.amazon.com/ebs/details/

SSDインスタンスストレージ（および磁気インスタンスストレージ）は一時的なものであり、インスタンスをシャットダウンして後で再び起動するなどの場合に永続化されるとは限りません（ホスト間で移行された場合、たとえば、一時的なボリュームはそれにとどまりません）。

これは、スクラッチスペース（キャッシング、一時など）にのみ役立ちます。これは、非常に便利で無料であり、帯域幅を消費しません。EBSはインスタンスのネットワーク帯域幅を使用します（専用のSANインターフェイスを使用するEBS最適化インスタンスを除く）。