Este aparece como o problema.
"Para instâncias M3, você deve especificar volumes de armazenamento de instância no mapeamento de dispositivo de bloco para a instância. Ao iniciar uma instância M3, ignoramos qualquer volume de armazenamento de instância especificado no mapeamento de dispositivo de bloco para a AMI."
Portanto, se você tiver alternado para instâncias m3 de instâncias m1 com a queda de preços, é muito provável que você não esteja mais comprando uma instância quando nossas imagens a incluírem anteriormente:
Aqui estão algumas soluções alternativas:
- No Juju 1.20 você será especificamente capaz de especificar
m1.xlarge
para que Juju não tente ser mais esperto do que você (e falhar) em dar a você a instância apropriada. Nós temos isso em 1.19, no entanto essa é a liberação instável e pode trazer algumas outras regressões. - A segunda opção, a recomendada pela equipe do Juju Core, é que você especifique as restrições para serem mais específicas, para que você obtenha um m1.xlarge. Para isso, precisamos descobrir quais restrições específicas você está usando para que possamos determinar o que adicionar às suas restrições para que você obtenha um m1.xlarge e apenas um m1.xlarge.
Com relação ao mecanismo suportado pelo Juju para definir volumes adicionais de armazenamento:
Atualmente, não lidamos com volumes adicionais de armazenamento, mas estamos no roteiro desse ciclo. No entanto, existem muitos casos de uso para saber como fazer volumes de armazenamento e gostaríamos de saber como você gostaria de ver isso com suporte, por isso, se você pode postar seus requisitos para o Lista de discussão do Juju você pode ajudar a moldar como o recurso será excluído.
Bugs relacionados: