Temps le plus rapide pour exécuter une instance EC2

16

J'envisage de passer d'un VPS à EC2. EC2 est élastique, tout comme son prix; Je pourrais démarrer mon instance à la demande, puis la laisser s'arrêter si elle n'est pas active à la fin d'une période horaire.

Combien de temps ce processus prend-il? Supposons une micro-instance démarrant depuis EBS. Supposons que Linux (probablement Ubuntu); les 10 minutes mentionnées pour Windows ne me laissent pas impressionner. La transition pourrait être ec2-run-instance(avec son état en attente) ou ec2-start-instance. N'hésitez pas à mentionner les heures de démarrage des autres nuages si vous les connaissez.

— Tobu
source

Voici un pingback du blog haute scability: highscalability.com/blog/2011/3/17/…

— Tobu

7

Il n'y a pas de réponse définitive à cela car cela dépend de la charge actuelle d'EC2. Vous pouvez également rencontrer des problèmes de capacité. D'après mon expérience, je reçois des startups EC2 en environ une minute à trois pour un Small in west-1b. Je ne pense pas qu'Amazon ait même un SLA pour garantir la possibilité de démarrer de nouvelles instances. Rackspace Cloud Server 256 Mo est également d'environ une minute, mais j'ai vu environ trois minutes.

— Rob Olmos
source

1

Ce n'est pas si mal. Une instance réservée aiderait-elle à l'imprévisibilité?

— Tobu

1

@Tobu Amazon y fait allusion sur le site, mais le SLA ne semble pas le dire spécifiquement. La partie "non disponible" nécessite l'exécution d'instances. J'apprécierais toute correction de ma compréhension par quiconque!

— Rob Olmos

@Tobu L'instance réservée n'aiderait pas. Ils n'ont de sens que dans la façon dont vous êtes facturé.

— ceejayoz

9

Sur amazon, le démarrage d' une machine hors d'EBS doit être nettement plus rapide qu'une lecture seule, par exemple S3 base - De http://aws.amazon.com/ebs/ :
« Vous pouvez également arrêter et les instances de redémarrage que démarrage d'Amazon EBS volumes tout en préservant l'état, avec des temps de démarrage très rapides. Comme pour toute utilisation d'Amazon EBS, vous ne payez que pour la quantité de ressources que vous consommez. "

Pour plus de détails sur le processus de démarrage EBS, il s'agit d'une lecture plus ou moins obligatoire - Voir la section intitulée "Temps de démarrage" et "Comment vous êtes facturé": http://docs.amazonwebservices.com/AWSEC2/latest/ UserGuide / index.html? Concepts_BootFromEBS.html

Il est particulièrement important de noter que «nous facturons une heure d'instance complète pour chaque transition d'un état arrêté à un état en cours d'exécution, même si vous effectuez la transition de l'instance plusieurs fois en une seule heure». Ce qui suit implique que ce ne le cas pour EBS. Ces informations sont _deply_buried_ - donc, si vous devez allumer et éteindre fréquemment des machines, le démarrage à partir d'EBS pourrait être plus coûteux.

Cela semble avoir changé. "Lorsqu'une instance soutenue par Amazon EBS est arrêtée, vous n'êtes pas facturé pour l'utilisation de l'instance; cependant, vous êtes toujours facturé pour le stockage en volume. Dès que vous démarrez votre instance, nous facturons au moins une minute pour l'utilisation. Après une minute, nous ne facturons que pour les secondes utilisées. "

— Robert Hensing

5

Mes repères indiquent un temps de démarrage d'environ 45s . L'hyperviseur XEN est responsable de la plupart de cela.
Les mesures de test vont du lancement de l'instance (choisissez AMI et lancez une nouvelle instance) à la connectivité SSH. J'utilise debian squeeze, construit avec mon propre bootstrapper (ne démarre pas gettys, etc.).

Vous pouvez tester le temps de démarrage avec un script de référence que j'ai créé dans ce but spécifique.

— andsens
source

3

Il existe différentes manières d'accélérer les temps de démarrage de votre instance. La majorité du temps est le chargement du système d'exploitation et ce que votre AMI configure pour charger au démarrage. J'ai publié des conseils que j'ai reçus du support AWS dans un autre article:

/programming//a/39298090/1806763

— JD D
source