Estratégias para determinar os requisitos do EC2 com base na configuração física existente?

2

Eu sou um cara de TI solitário tentando avaliar o custo de mover nosso datacenter físico existente para a AWS (6 servidores de aplicativos e 2 servidores MySQL replicados). A calculadora de custos fornecida pela Amazon baseia-se nas necessidades de largura de banda e instâncias de servidor que vêm em três tamanhos. Eu sei quais são as nossas necessidades de largura de banda, mas estou tendo dificuldades em ter uma ideia de quais tamanhos de instância de serviço do EC2 corresponderiam a nosso hardware / carga específico. Nossa carga varia muito de acordo com um cronograma, portanto, visualizo pelo menos uma instância "sob demanda" durante os horários de pico. Quais ferramentas / estratégias posso usar para mapear nossa configuração física para uma configuração da AWS correspondente (com carga otimizada)?

    
por Chris Weiss 04.06.2010 / 02:02

1 resposta

0

Eu achei as calculadoras de custos fornecidas inadequadas para mim pessoalmente. Eu tenho uma implantação atualmente que consiste em 3 x m1.small, 2 x m1.large, 1 x m1.xlarge e 1 x c1.xlarge instâncias do servidor. Passamos de um desenvolvimento de 3 servidores físicos em um data center tradicional para isso há pouco mais de 9 meses.

A parte mais fácil do cálculo a ser determinado é o custo da instância por hora. Eu encontrei na maior parte dos meus custos de S3 foram trivial devido ao esquema de preços. Os volumes e snapshots do EBS são, na verdade, mais do que os custos do S3 e muito fáceis de calcular, embora sugiro estimar as solicitações de E / S, já que descobri que nosso uso real é mais alto do que estimamos originalmente.

A largura de banda é complicada e curta das próprias instâncias do servidor, provavelmente o segundo maior custo a ser considerado. Pensei que tínhamos uma ideia dos padrões de uso de largura de banda, mas o uso real da AWS provou que as estimativas iniciais estavam incorretas. Algumas coisas que você deve ter em mente é que você tem entrada pública & largura de banda de saída, mas também largura de banda entre regiões. Se você tiver instâncias em execução na mesma região, mas em zonas de disponibilidade diferentes (AZ), você será cobrado pela largura de banda. Isso também conta quando você está considerando os volumes do EBS, assim como eles são feitos em um determinado AZ. Na verdade, vimos a largura de banda entre regiões ser maior do que o uso público de largura de banda devido à comunicação entre as próprias instâncias.

Eu criei minha própria planilha que realiza a maioria dos cálculos para mim ao tentar fornecer estimativas para fins de orçamento. No momento, estou no processo de revisar a planilha para obter atualizações revisadas para o novo orçamento. Dessa vez, no entanto, posso usar um pouco do histórico de uso que a Amazon fornece para que eu possa fornecer uma estimativa melhor.

Quanto a quais mapas de instâncias foram os melhores palpites. Você pode tentar combinar com base na intensidade da CPU e da memória da finalidade principal dos servidores. Na verdade, dividimos nossa infraestrutura mais com a AWS do que com servidores físicos, para que pudéssemos atender melhor às necessidades das várias partes e permitir escalabilidade adicional.

    
por 04.06.2010 / 03:17