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.