Amazon Web Services AWS e sua introdução

 

Amazon Web Services (AWS) clientes freqüentemente acordar para um novo recurso ou serviço brilhante anunciado pela Amazon evangelista Jeff Barr no blog da Amazon Web Services AWS. Algumas destas características são importantes, e alguns passam despercebidos. No entanto, enquanto a Amazônia é apreciado para o ritmo em que novos recursos são adicionados à pilha, de longa data clientes da AWS se queixam de que os recursos mais solicitados não são priorizadas.

Amazon Web Services

Com base no feedback dos usuários da Amazon Web Services AWS, nós compilamos uma lista de alguns problemas do Amazon EC2 que não são apenas os clientes irritantes, mas força a procurar alternativas.

 

Volumes Shared EBS. Elastic Block Store fornece armazenamento persistente para volumes do Amazon EC2. Lançada em 2009, esta era uma característica muito apreciada do Amazon EC2 que removeu a dependência do Amazon S3, que foi lento.

 

Muitos engenheiros prender imediatamente um volume EBS assim que uma instância Amazon EC2 é lançado e mover os dados que precisa de persistência. Mas depois de quatro anos, o recurso solicitado para mais-de EBS ainda está por vir: anexar o mesmo volume EBS a várias instâncias EC2. A Amazon Web Services AWS incentiva executando várias instâncias do Amazon EC2 por trás de um balanceador de carga para obter o desempenho ideal. Na verdade, não é uma boa idéia para executar a aplicação em apenas uma instância EC2. A maioria dos sistemas de gerenciamento de conteúdo e aplicações orientadas a mídia dependem de armazenamento compartilhado. Quando estes sistemas são migrados para a Amazon Web Services AWS e colocar atrás de um ELB, não há nenhuma opção fácil de compartilhar o conteúdo em toda a frota de instâncias EC2 executando o mesmo aplicativo.

Por exemplo, um usuário final pode fazer upload de uma nova imagem para um dos servidores de conteúdo escolhido aleatoriamente pelo balanceador de carga. Agora, replicando esta imagem em todos os servidores que executam o que resta para os desenvolvedores. Enquanto Amazon Web Services AWS recomenda usar o Amazon S3 para armazenar conteúdo estático, muitos frameworks CMS populares esperam que o conteúdo esteja disponível no sistema de arquivos local. Para garantir que todos os servidores compartilham o conteúdo mais recente, é obrigatória a implementação de um sistema de arquivos distribuídos como Gluster ou NFS . Isto exige habilidades avançadas e envolve o lançamento de uma VM dedicada para executar o servidor de arquivos. Ele também faz a implantação frágil, com o servidor de arquivos tornando-se um ponto único de falha.

amazon web

 

Se a Amazon eram para apoiar compartilhando o mesmo volume EBS em várias instâncias EC2, evitaria a necessidade de um servidor de arquivos dedicado e configuração adicional em cada servidor. Este não é um feito complexo: Google Compute Engine suporta a montagem dos discos persistentes simultaneamente em várias instâncias. Apesar de apenas uma instância terá acesso de leitura / gravação para o sistema de arquivos, todas as instâncias ganhará imediatamente o acesso ao conteúdo. Ainda na prévia da tecnologia, o Google Compute Engine está visando ultrapassando Amazon EC2 em desempenho e recursos. Benchmarks primeiros revelam que GCE será uma alternativa viável para o Amazon EC2.

 

Clique aqui e confira mais sobre Amazon Web Services

 

blogtecnoword

A tecnologia a um click

Olá cadastre seu email Gratuitamente para dicas:

Delivered by FeedBurner