Imagens Apoiado-EBS para o Amazon Web Services
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 de rede.
Esta questão pode ser abordada através do lançamento de uma instância lastreados em EBS com IOPS provisionados, a extensão de serviço EBS relativamente recente, que oferece 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 baseadas 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 - casos podem agora ser parado e iniciado após o lançamento, em além de ser terminada.
Na prática, portanto, uma imagem-backed EBS, quando lançado, pode criar uma instância que pode, então, manter as alterações quando ele não está em execução.
Por exemplo, se uma imagem-backed EBS é lançado e a instância resultante é adicionado a um pool de instâncias em um aplicativo, se a instância não é mais necessária como parte do pool de exemplo, ele pode ser parado e colocado em um modo de repouso . 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 só é mais rápido do que um lançamento cheio, mas quaisquer 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 baseadas em EBS permitem volumes de raiz muito maiores do que as imagens S3 apoiados. Em vez das meras volumes raiz 10GB encontrados em imagens S3 apoiados, imagens baseadas em EBS pode ter volumes de raiz tão grandes quanto 1TB, que permite mais espaço para pacotes de software adicionais ou armazenamento de dados na imagem.
Se uma instância lastreados em EBS está parado, você não incorrem em custos do 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.
Se algo der errado com uma imagem-backed EBS, o seu volume de 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 as instâncias 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 de-backed 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ê deseja trabalhar com o EC2, sem custo, você deve usar imagens EBS apoiados.
imagens Embora EBS apoiados deixá-lo parar e iniciar instâncias, 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 lastreados em 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.