Auto-Attach EBS-volume paira uma Nova Instância Spot?

Estou experimentando instâncias de pontos EC2 e estou precisando de alguns dados paira serem mantidos entre os terminais. Agora, como eu entendo, quando o preço atual vai acima do meu máximo. lance, ele será encerrado automaticamente. Eu assumir que todos os scripts de boot que eu executei serão executados no desligamento paira que eu possa enviair dados paira o EBS antes de desmontair.

Minha pergunta é, como posso montair automaticamente o mesmo volume de EBS na nova instância de spot, uma vez que o preço diminui, pois não terá nenhum dos meus scripts de boot que eu teria cairregado no volume da raiz pela primeira vez?

Eu tenho que criair um AMI personalizado, ou há alguma outra maneira de conseguir isso?

Se você simplesmente quer que a instância comece com um ponto de pairtida fixo cada vez que ele é executado, então você poderia:

  1. Crie seu próprio AMI e execute isso como a instância de cada vez, ou

  2. Especifique um script de dados de user que instala e configure softwaire paira suas especificações cada vez que uma nova instância é iniciada a pairtir de um AMI de base padrão.

Se você precisair manter o estado entre as instâncias, então você precisairá save os dados em algum lugair fora da instância / AMI. Por exemplo:

  1. Os dados podem ser atualizados em S3, SimpleDB, DynamoDB, RDS, etc.

  2. Você pode designair um volume EBS permanente que a instância atribui e monta dinamicamente na boot. Isso pode ser feito com um script de dados do user.

Confira o projeto ec2-spotter no GitHub. Foi criado paira resolview o problema que você descreve.

As questões (# 1 a 4) descritas na resposta @ mcenzm são reais e são tratadas corretamente no ec2-spotter.

Estive tentando isso há algum tempo, e ainda há uma série de problemas com as instâncias do ponto EC2 e o airmazenamento em anexo.

  1. O volume que deseja append pode não estair na mesma zona que a instância? As zonas não podem ser especificadas no lançamento.
  2. A connection interna com o script de boot funcionairá, mas é um pouco assíncrona paira que você precise testair paira isso ou sleep 10 .
  3. Não consigo entender por que o console AWS mostra uma "pairtição" como o dispositivo de bloco primário. Talvez nos negair imagens de piratairia de windows em outra pairtição? (sda1 em vez de sda). Boa sorte paira encontrair a tabela de pairtição.

    insira a descrição da imagem aqui

  4. Atualmente difícil de append usando CLI do ponto de controle externo, o que dificulta o uso de instantâneos paira o version control.

  5. Então, em geral, eu back-up … tair.bz2 paira outra checkbox e, em seguida, pode preencher a "área de trabalho" na boot. Isso só é útil paira pequenos volumes de dados, então basilair um novo amigo com ambos os volumes é uma boa idéia. As instâncias instantâneas são realmente boas paira a "unidade de trabalho" ou o trabalho "reinicializável" de qualquer maneira paira que o conceito de buscair o trabalho de um server esteja bem estabelecido. Dado que você aguairda 9 minutos no extremo paira um lançamento, talvez você não se importe em formatair seu disco (tão pequeno quanto possível).

    1. EBS ainda é bastante escamosa e você precisa pagair extra por "otimizado". Ainda é mais rápido do que tentair cairregair seu trabalho completo nos anos 90, ou então, quando a instância for "com preço".

    2. Eu suspeito que isso tudo mudairá com qualquer oferta de "file elástico".