Tempo mais rápido para executar uma instância do EC2

16

Estou pensando em mudar de um VPS para EC2. EC2 é elástico e seus preços também; Eu poderia inicializar minha instância sob demanda e deixá-la desligar se não estiver ativa até o final de um período de uma hora.

Quanto tempo leva esse processo? Suponha que uma micro instância seja inicializada no EBS. Suponha Linux (provavelmente Ubuntu); os 10 minutos mencionados para o Windows me deixam impressionado. A transição pode ser ec2-run-instance(com seu estado pendente) ou ec2-start-instance. Sinta-se à vontade para mencionar os horários de inicialização de outras nuvens, se você as conhece.

— Tobu
fonte

Aqui está um pingback do blog de alta escabilidade: highscalability.com/blog/2011/3/17/…

— Tobu

7

Não há uma resposta definitiva para isso, porque isso depende da carga atual do EC2. Você também pode ter problemas de capacidade. Na minha experiência, recebo startups EC2 em cerca de um minuto a três para um Small no oeste-1b. Eu não acho que a Amazon tenha um SLA para garantir a capacidade de iniciar novas instâncias. O Rackspace Cloud Server 256MB também é de cerca de um minuto, mas já vi cerca de três minutos.

— Rob Olmos
fonte

11

Isso não é tão ruim. Ter uma instância reservada ajudaria com a imprevisibilidade?

— Tobu

11

O @Tobu Amazon faz alusão a ele no site, mas o SLA não parece indicar isso especificamente. A parte "Indisponível" exige que haja instâncias em execução. Eu apreciaria qualquer correção para minha compreensão disso por qualquer pessoa!

— Rob Olmos

A instância reservada @Tobu não ajudaria. Eles não têm significado, exceto na forma como você é cobrado.

— ceejayoz

9

Na amazon, a inicialização de uma máquina fora do EBS deve ser significativamente mais rápida que uma instância baseada em S3 somente leitura - em http://aws.amazon.com/ebs/ :
"Você também pode parar e reiniciar instâncias que inicializam no Amazon EBS preservando o estado, com tempos de inicialização muito rápidos. Como em qualquer uso do Amazon EBS, você paga apenas pela quantidade de recursos que consome. "

Para obter mais detalhes sobre o processo de inicialização do EBS, é mais ou menos uma leitura obrigatória - consulte a seção "Tempos de inicialização" e "Como você é cobrado": http://docs.amazonwebservices.com/AWSEC2/latest/ UserGuide / index.html? Concepts_BootFromEBS.html

É importante notar que "cobramos uma hora completa da instância para cada transição de um estado parado para um estado em execução, mesmo se você fizer a transição da instância várias vezes em uma única hora". A seguir, implica que este é apenas o caso do EBS. Essas informações são _deeply_buried_ - portanto, se você precisar ligar e desligar as máquinas com frequência, a inicialização a partir do EBS pode ser mais cara.

Isso parece ter mudado. "Quando uma instância suportada pelo Amazon EBS é interrompida, você não é cobrado pelo uso da instância; no entanto, ainda é cobrado pelo armazenamento de volume. Assim que você inicia a instância, cobramos pelo menos um minuto pelo uso. Depois Em um minuto, cobramos apenas os segundos usados ".

— Robert Hensing 31/05/19

5

Meus benchmarks indicam um tempo de inicialização de cerca de 45s . O hipervisor XEN é responsável pela maior parte disso.
O teste mede desde o início da instância (escolha AMI e inicie uma nova instância) até a conectividade SSH. Eu uso o debian squeeze, construído com meu próprio bootstrapper (não inicia o gettys etc.).

Você pode testar o tempo de inicialização com um script de benchmark que criei para esse fim específico.

— andsens
fonte

3

Existem várias maneiras de acelerar os tempos de inicialização da instância. Na maioria das vezes, é o carregamento do SO e o que você configurou para carregar sua AMI na inicialização. Postei algumas orientações recebidas do Suporte da AWS em outra postagem:

/programming//a/39298090/1806763

— JD D
fonte