Packer com amazon-ebs VS amazon-instance

1

Eu estou olhando para usar o Packer para gerar algumas de nossas VMs, e tenho trabalhado no exemplo aqui . Quando tento executar o comando packer build , recebo o seguinte erro:

==> amazon-ebs: Error launching source instance: The specified instance type can only be used in a VPC. A subnet ID or network interface ID is required to carry out the request. (VPCResourceNotSpecified)

Eu resolvi esse problema (veja editar), mas enquanto pesquisava, encontrei esta página declarando que Eu também posso usar uma instância amazon, mas recomenda usar o amazon-ebs em vez disso.

A minha pergunta é, há alguma desvantagem de usar amazon-instance sobre amazon-ebs, ou vice-versa? Parece que ebs será muito mais fácil de girar e manter. É esse o caso? Perco alguma coisa usando um ou outro?

Editar O problema que eu estava enfrentando não estava relacionado a permissões, mas com um instance_type de "t2.micro" em vez de "m3.medium" . Eu ainda gostaria de saber as desvantagens de ebs vs instance embora.

    
por Stanley Cup Phil 28.05.2015 / 18:04

1 resposta

2

O EBS está usando o armazenamento em rede para o dispositivo raiz da sua instância do EC2, é fácil criar uma instância e criar uma AMI usando o EBS porque o volume já está disponível fora de sua instância. O EBS também permite um dispositivo raiz maior - maior que 8 GB.

Dispositivos raiz de armazenamento de instância (ou efêmeros) são um pouco mais resilientes, pois não dependem de uma conexão de rede, mas são mais difíceis de criar AMIs para: você deve carregar chaves na máquina empacotada, empacotar o dispositivo raiz , carregue-o no S3 e crie uma AMI usando o bucket S3. Os dispositivos raiz da loja de instâncias geralmente são em torno de 8 GB, o que também pode ser uma desvantagem.

Eu gosto de ficar com a Instância do EC2 de repositório de instâncias como uma preferência pessoal - ocasionalmente, as vezes em que fui mordido pelo EC2, foi em grande parte devido a problemas de EBS.

    
por 28.05.2015 / 20:38