Eu tenho uma AMI que foi criada originalmente a partir de um linux t1.micro. O "Tipo de dispositivo raiz" desta AMI é EBS (8 GB) e meu software de aplicativo da Web é "incorporado" neste volume raiz.
Agora eu gostaria de iniciar uma instância m3.medium dessa AMI, mas ela tem "Armazenamento de Instância" de 4GB SSD.
Minha instância m3.medium recém-lançada aproveita o armazenamento SSD? Ou preciso criar uma nova AMI com "Armazenamento de Instâncias" como a raiz "Tipo de Dispositivo Raiz"?
Da mesma forma ... Quando tento iniciar um m3.medium a partir do zero usando o "Amazon Linux AMI 2013.09.2", ele adiciona um volume EBS raiz de 8 GB por padrão que não pode ser removido usando o assistente de inicialização.
O que estou perdendo aqui?
amazon-ec2
amazon-web-services
ssd
amazon-ebs
user183744
fonte
fonte
Respostas:
Independentemente do que tem como armazenamento de instância, ele inicializa uma unidade EBS. Você pode montar o SSD como uma unidade adicional - isso pode ser útil para trocar espaço, arquivos temporários, caches, etc.
fonte
Vale a pena notar para futuros leitores que a Amazon disponibilizou SSDs de "uso geral" no EBS. Você pode selecionar então através do console ou através das APIs como 'gp2'. São alguns centavos por mês mais caros do que as unidades magnéticas padrão.
http://aws.amazon.com/blogs/aws/new-ssd-backed-elastic-block-storage/ http://aws.amazon.com/ebs/details/
fonte
O armazenamento da instância SSD (assim como o armazenamento da instância magnética) é efêmero, e não acredito que seja garantido que persista se você fizer coisas como desligar a instância e depois reiniciá-la mais tarde (se for migrada entre hosts, por exemplo, o volume efêmero não fica com ele).
É realmente útil apenas para espaço de trabalho (armazenamento em cache, temperatura, etc.), pelo 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).
fonte