O artigo que você citou reflete observações e conclusões que não são mais aplicáveis, se é que já foram.
Since then prices in the availability zone we use have spiked at a price point suspiciously near our bids.
Esta não é uma surpresa.
A capacidade spot é alocada pelos seguintes itens: logic , para cada combinação de zona de disponibilidade, plataforma, tipo de SO e tipo de instância:
-
Determine o número de instâncias disponíveis como instâncias pontuais desse tipo. (O algoritmo aqui é desconhecido, mas presumivelmente é uma fração do hardware disponível para demanda, mas não atualmente em uso.) Chame esse número n .
-
Classifique os lances de alto a baixo e identifique os maiores lances de n maior preço. Estes são os lances vencedores. Se algum lance não vencedor tiver uma instância spot em execução, termine-o. Se algum lance vencedor não tiver uma instância em execução, inicie-o. Se os lances vencedores já tiverem sua instância em execução, não faça nada.
-
Aceite o preço de lance do menor lance vencedor. Isso se torna o preço atual.
-
Quando os lances são criados ou destruídos, ou há uma mudança na capacidade disponível, comece novamente do início.
A partir dessa lógica, podemos extrapolar várias conclusões:
-
Se o preço à vista estiver no preço mínimo, então há mais capacidade disponível do que licitantes fazendo lances sobre o mínimo absoluto.
Inversamente, quando o preço está acima do mínimo, a demanda excede a capacidade, portanto, todos os licitantes acima do preço de mercado afetam o preço de mercado, porque o preço é exatamente o valor do lance pelo menor vencedor.
-
Quanto mais próximo o preço de mercado se aproximar do seu lance, mais perto você estará de estar entre os menores licitantes vencedores.
A contemplação do algoritmo sugere que, se você estiver executando instâncias múltiplas na mesma zona de disponibilidade / plataforma / tipo de sistema operacional / tipo de instância, mas estiver disposto a aceitar menos que o número desejado de instâncias, deverá fazer várias. lances individuais com valores de lance escalonados. Isso potencialmente lhe dá uma melhor visão do mercado e aumenta a probabilidade de você ter alguns vencedores em vez de nenhum, e que se um de seus lances for o menor vencedor, o preço de mercado pago por todos os vencedores será menor. Se o preço que você tem em mente for, digamos, US $ 3 / hr para 3 instâncias, talvez seja desejável oferecer US $ 4, US $ 3 e US $ 2, porque você pagaria, no máximo, US $ 4 por 1, US $ 6 por 2 e US $ 6 para 3. Se, em vez disso, você definir um lance de US $ 3 para três, seu custo máximo por hora seria de US $ 9 para três, se seu lance de US $ 3 for o menor vencedor. A estratégia de lances apropriada, no entanto, depende do valor que você coloca nas máquinas. Escrevi longamente sobre isso em Webmasters.SE .
Observe que, como você observou, em uma região, entre contas, os mapeamentos de zona a nome de disponibilidade são diferentes.
Q: How can I make sure that I am in the same Availability Zone as another developer?
We do not currently support the ability to coordinate launches into the same Availability Zone across AWS developer accounts. One Availability Zone name (for example, us-east-1a) in two AWS customer accounts may relate to different physical Availability Zones.