Eu precisava iniciar uma nova instância do EC2 hoje e decidi experimentar as novas instâncias spot , onde Você pode reduzir o custo da instância fazendo lances com o preço máximo por hora que está preparado para pagar. Como o preço spot de hoje era de apenas 3,5c / hora, comparado a 8,5c / hora para uma instância on-demand, fiquei me perguntando: se eu fizer um lance realmente alto, digamos 10c / hour, posso ter certeza de obter um muito mais barata instância de longa duração do que uma instância on-demand (uma vez que as instâncias spot são cobradas apenas pelo preço spot atual)?
Suponho que, teoricamente, é possível que o preço à vista ultrapasse o preço sob demanda, mas, até onde posso dizer pelos dados no site da AWS, o preço à vista sempre esteve bem abaixo disso.
ATUALIZAÇÃO: Tenho monitorado o preço spot de pequena instância por algumas semanas e é muito consistente, variando apenas entre 2.9c e 3.1c. Escrevi uma postagem no blog mais detalhada no local, incluindo um link para um Nagios plugin que eu construí para monitorar o preço spot.
Em teoria, essa é a ideia, mas não hospeda um servidor da web ou qualquer coisa que não possa morrer. Isso é tradicionalmente usado para tarefas distribuídas, como a rotatividade de dados, em vez de serviços, pois, se o preço à vista ultrapassar o lance máximo, o servidor será desativado.
Além disso, certificando-se de ter seus números corretos, é US $ 0,085 por hora para pedidos sob demanda, não US $ 0,85. Pode fazer a diferença nas suas projeções:)
Bem, oferecer 10x o preço atual ajudará. No entanto, no passado, houve incidentes que terminaram todos executando instâncias pontuais em uma determinada zona (aumento de preço).
Uma importante medida de salvaguarda é definir seus volumes como persistentes para que eles sobrevivam a qualquer término indesejado (isso é verdade para qualquer instância, afinal de contas). Outra é ter planos de backup e recuperação claros e delineados - o que fará se a instância terminar, se você perder seus dados em uma zona (o que aconteceu na interrupção da primavera), se você perder instâncias / dados entre zonas?
Quanto esforço você coloca no último cenário (no pior dos casos) é, obviamente, uma questão de custo / benefício, mas em geral você vai querer ter o mesmo plano de recuperação para instâncias spot e persistentes. / p>
Por fim, as instâncias spot não podem "parar" (ser pausado ou "desativado") e ser reiniciado. Essa é uma consideração notável ao diagnosticar problemas - você não poderá parar uma instância interrompida, por exemplo, anexar os volumes a outra instância, fazer alterações e tentar reiniciar. (Você pode criar uma AMI e inicializar uma nova instância, é claro).
O problema é que, se a AWS experimentar a utilização pesada de seus recursos, ela desativará sua instância spot - as instâncias spot são apenas uma forma de a AWS ganhar pelo menos algum dinheiro em servidores que ficam ociosos quando a demanda está baixa .
Basicamente, não é apenas um fator do valor que você oferece em comparação com os preços spot, mas também depende da utilização geral da região da AWS.
Eu pensei a mesma coisa. Já terminei minhas instâncias de spot mesmo quando meu preço de lance máximo era simplesmente definido como o mesmo que uma instância sob demanda. Não há garantias de que sua instância permanecerá ativa, independentemente do preço atual do lance.