Migrando para o EC2 - A lista de movimentos

1

Vou tentar ser o mais detalhado possível, já que estou ciente de que essas perguntas são muito frouxas.

Estou executando alguns serviços menores no EC2 / RDS e comecei a me organizar para migrar todo o meu serviço para o EC2.

O serviço atual é executado: -

  • Cerca de 200 pedidos do Apache por minuto / 12.000 por hora
  • O serviço é orientado ao PHP com funcionalidade de front e back end (sugiro que aproximadamente metade do tráfego seja de solicitações PHP)
  • Cerca de 250mb mb carregados via PHP por dia
  • Codificação FFMPEG (note; isso será portátil, então pode ser executado em outras instâncias dele ficou muito pesado
  • Numerosos processos diários analisando grandes quantidades de logs e compactando backups de despejo de banco de dados
  • Banco de dados - agora migrará para o RDS. Fácil.

Estou procurando orientação sobre: -

  1. Indicadores de qual tipo de instância seria melhor para ser executado permanentemente . Você precisa de mais ideia do uso para ter essa ideia?
  2. Uma ideia de se vale a pena usar recursos de balanceamento de carga da AWS? Percebo pelos documentos que eles são direcionados a implementações de escala maior. Eu certamente gostaria de ter a flexibilidade de iniciar AMIs duplicadas e distribuir tráfego, mas fazer isso no nível do DNS / Scripting ou usar seus serviços - não tenho certeza.
  3. Uma ideia de uma lista de coisas a fazer / estar ciente em um ambiente ec2 seria incrível.

Espero que isso não seja muito vago.

    
por waxical 18.10.2011 / 16:43

1 resposta

2

Tentar descobrir um tipo de instância "permanente" no EC2 é um desperdício de tempo. Basta iniciar um tipo de instância que você acha que deve atender às necessidades e ajustá-lo para cima ou para baixo com base no desempenho medido e no seu orçamento.

Veja um artigo que escrevi sobre como alternar os tipos de instâncias após a instância já estar em execução:

Moving an EC2 Instance to a Larger (or Smaller) Size
http://alestic.com/2011/02/ec2-change-type

A maior decisão é se começar com arquitetura de 32 ou 64 bits, pois a maioria dos tipos de instância só suportam um ou outro hoje. Para alternar entre arquiteturas de 32 e 64 bits, você precisará criar uma nova instância (e talvez a AMI). Então ... sempre documentar / automatizar exatamente como você cria sua instância / AMI e sempre manter seus dados em volumes separados do EBS para que eles possam ser movidos entre instâncias.

Implemente o balanceamento de carga do AWS se você achar que uma única instância não cobre confortavelmente suas necessidades e / ou se deseja ter servidores ativos para suportar tráfego se uma única instância falhar e / ou se você quiser usar o dimensionamento automático seu tráfego varia muito entre os altos e baixos.

Não tenha medo de executar várias instâncias para atender a diferentes tarefas. Por exemplo, o processamento em lote, a análise do arquivo de log, o tratamento de backup podem ser melhores se não forem feitos no (s) servidor (es) da Web.

...a hitlist of things to do/be aware in an ec2 environment...

Sim, isso é um pouco vago. Leia o máximo possível da documentação e dos blogs da AWS / EC2 relacionados aos tópicos. Experimente e experimente diferentes abordagens; jogue fora coisas que não funcionam. Documente tudo o que você faz para poder reproduzi-lo.

    
por 19.10.2011 / 09:20