Question Le temps le plus rapide pour faire fonctionner une instance EC2


J'envisage de passer d'un VPS à EC2. EC2 est élastique et son prix aussi. Je pourrais démarrer mon instance à la demande, puis la laisser se fermer si elle n'est pas active à la fin d'une période horaire.

Combien de temps dure ce processus? Supposons une micro-instance démarrant à partir d'EBS. Suppose que Linux (probablement Ubuntu); la 10 minutes mentionnées pour Windows laissez-moi pas impressionné. La transition pourrait être ec2-run-instance (avec son état en attente) ou ec2-start-instance. N'hésitez pas à mentionner les temps de démarrage des autres nuages ​​si vous les connaissez.


14
2017-09-09 22:26


origine


Voici un pingback du blog High Scability: highscalability.com/blog/2011/3/17/… - Tobu


Réponses:


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


7
2017-09-09 22:41



Ce n'est pas si mal. Est-ce qu'avoir une instance réservée aiderait à l'imprévisibilité? - Tobu
@Tobu Amazon y fait allusion sur le site, mais le contrat de niveau de service ne semble pas l'indiquer spécifiquement. La partie "non disponible" nécessite la présence d'instances en cours d'exécution. J'apprécierais toute correction à ma compréhension de cela par n'importe qui! - Rob Olmos
@Tobu Une instance réservée ne vous aiderait pas. Ils n'ont aucune signification sauf dans la façon dont vous êtes facturé. - ceejayoz


Sur amazon, démarrage d’une machine avec EBS devrait être nettement plus rapide qu'une instance S3 en lecture seule - De http://aws.amazon.com/ebs/:
   "Vous pouvez également arrêter et redémarrer des instances qui démarrent à partir de volumes Amazon EBS 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 d'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 à 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 passez l'instance plusieurs fois au cours d'une heure". Ce qui suit implique que c'est seulement le cas pour EBS. Cette information est _deeply_buried_. Par conséquent, si vous avez besoin de feuilleter ou d’abandonner fréquemment des machines, le démarrage à partir d’EBS pourrait être plus coûteux.


8
2017-10-15 02:04





Mes repères indiquent un temps de démarrage d’environ 45s. L'hyperviseur XEN est responsable de la plupart de ces problèmes.
Le test mesure du lancement de l'instance (sélection de l'AMI et lancement de la nouvelle instance) à la connectivité SSH. J'utilise Debian Squeeze, construit avec mon propre bootstrapper (ne commence pas gettys etc.).

Vous pouvez tester le temps de démarrage avec un script de référence J'ai créé dans ce but précis.


4
2017-10-01 17:30





Il existe différentes manières d’accélérer les temps de démarrage de votre instance. La plupart du temps, le chargement du système d'exploitation et ce que vous avez configuré avec votre AMI pour charger au démarrage. J'ai posté des conseils que j'ai reçus du support AWS dans un autre post:

https://stackoverflow.com/a/39298090/1806763


2
2017-09-02 17:47