Independentemente do que ele tenha como armazenamento de instâncias, ele será inicializado em uma unidade EBS. Você pode montar o SSD como uma unidade adicional - isso pode ser útil para espaço de troca, arquivos temporários, caches, etc.
Eu tenho uma AMI que foi originalmente criada a partir de um linux t1.micro. O "tipo de dispositivo raiz" desta AMI é o EBS (8 GB) e meu software de aplicativo da Web é "assado" nesse volume raiz.
Agora, gostaria de lançar uma instância m3.medium desta AMI, mas ela possui "Instance Storage" de SSD de 4 GB.
A minha recém-lançada instância m3.medium aproveitará o armazenamento SSD? Ou preciso criar uma nova AMI com "Instance Store" como a raiz "Root Device Type"?
Da mesma forma ... Quando eu tento iniciar um m3.medium do zero usando o "Amazon Linux AMI 2013.09.2" ele adiciona um volume de 8GB do Root EBS por padrão que não pode ser removido usando o assistente de inicialização.
O que estou perdendo aqui?
Independentemente do que ele tenha como armazenamento de instâncias, ele será inicializado em uma unidade EBS. Você pode montar o SSD como uma unidade adicional - isso pode ser útil para espaço de troca, arquivos temporários, caches, etc.
O armazenamento da instância SSD (bem como o armazenamento de instância magnética) é efêmero, e não acredito que seja garantido persistir se você fizer coisas como encerrar a instância e iniciá-la novamente mais tarde (se ela for migrada entre hosts, por exemplo, o volume efêmero não fica com ele).
É realmente útil apenas para espaço temporário (caching, temp, etc.), para o qual é muito conveniente e gratuito, e não consome largura de banda; O EBS usa a largura de banda da rede da instância (exceto em instâncias otimizadas para EBS, onde usa uma interface SAN dedicada).