Imagens lastreados em ebs para os serviços amazon web

Embora a Amazon Web Services (AWS) continua a apoiar tanto S3- e imagens EBS apoiados, a comunidade de usuários da AWS tem uma clara - preferência para imagens EBS-backed - mas não universal. A reserva principal parece estar relacionado com o EBS (Elastic Block Store) adequada - ou seja, as preocupações com o desempenho EBS rendimento inconsistente associada a contenção rede.

Esta questão pode ser abordada com o lançamento de uma instância lastreados em EBS com IOPS provisionados, a extensão de serviço EBS relativamente recente que fornece níveis garantidos de rendimento. Isso não significa necessariamente satisfazer os críticos de instâncias EBS-suportadas (eles apontam o custo adicional que impõe), mas então não há a fazer algumas pessoas felizes, não é?

imagens lastreados em EBS estão disponíveis desde o final de 2009. A principal diferença entre uma imagem lastreados em EBS e uma imagem S3-backed é que o primeiro utiliza um volume EBS persistente para armazenamento de instância - instâncias podem agora ser parado e iniciado após o lançamento, em além de ser terminada.

Na prática, portanto, uma imagem lastreados em EBS, quando lançado, pode criar uma instância que pode, então, manter as alterações quando ele não está funcionando.

Por exemplo, se uma imagem apoiado-EBS é lançado e o exemplo resultante é adicionado a um conjunto de instâncias de uma aplicação, se o exemplo não é mais necessária, como parte da piscina exemplo, ele pode ser parado e colocado em um modo quiescente . Se o pool de aplicativos posteriormente requer recursos adicionais, ao invés de lançar uma nova instância a partir da imagem lastreados em EBS, a primeira instância pode ser iniciado e adicionado à piscina.

Iniciar uma instância parado não é apenas mais rápido que um lançamento completo, mas as alterações feitas para a instância também persistem em paradas e começos - até mesmo várias paradas e arrancadas. Não é ruim.

Além do luxo de instância pára e começa e persistência de dados em todo o Stop / Start ciclo, imagens EBS apoiados oferecem uma série de vantagens em comparação com imagens S3 apoiados:

• 
  
  
  

  imagens lastreados em EBS permitem volumes de raiz muito maiores do que as imagens S3 apoiados. Em vez dos meros volumes raiz 10GB encontrados em imagens S3 apoiados, imagens baseadas em EBS pode ter volumes raiz tão grande quanto 1TB, que permite mais espaço para pacotes de software adicionais ou de armazenamento de dados na imagem.

  Video: Amazon Web Service Free Ubuntu Server Setup

• Se uma instância lastreados em EBS está parado, você não incorrem em encargos EC2: Preocupe-se apenas com os custos de armazenamento de imagens no EBS, semelhante ao custo de armazenamento que você paga para armazenar uma imagem S3 no S3.

  Video: Amazon Web Services (AWS): Attach Volume to Windows Instance

• Se algo der errado com uma imagem lastreados em EBS, seu volume raiz pode ser montado em outra instância. Você pode então examinar ou mesmo repará-lo.

• Se você precisar ajustar o tamanho da instância de uma instância lastreados em EBS, pará-lo e reiniciá-lo com o novo tamanho. Este método é muito mais flexível e mais rápido do que casos S3 apoiados. (Não se esqueça que os dados na instância lastreados em EBS é persistente através dessa paragem / arranque ciclo.)

• Apenas um tipo lastreados em EBS suporta o tipo de instância EC2 Micro. O tipo Micro é útil para testes e para certos casos de uso de processamento de baixo volume, e, fundamentalmente, é parte do nível de uso gratuito que a Amazon faz disponível. Se você quiser trabalhar com EC2, sem custo, você deve usar imagens EBS apoiados.

imagens Embora EBS apoiados deixá-lo parar e iniciar casos, com persistência de dados através da paragem / arranque do ciclo, eles não persistem dados em caso de rescisão. Quaisquer dados que não está presente na imagem é descartado quando uma instância apoiado-EBS termina.

Por essa razão, você deve seguir a mesma prática com instâncias EBS-backed que você segue com instâncias S3 apoiados: Coloque todos os dados que requer persistência em volumes EBS separadas que persistem mesmo se a instância que está ligado a termina.