Schnellste Zeit, um eine EC2-Instanz zum Laufen zu bringen

16

Ich überlege, von einem VPS zu EC2 zu wechseln. EC2 ist elastisch, ebenso wie die Preisgestaltung. Ich könnte meine Instanz bei Bedarf booten und sie dann herunterfahren, wenn sie nach einigen Stunden nicht aktiv ist.

Wie viel Zeit nimmt dieser Prozess in Anspruch? Angenommen, eine Mikroinstanz bootet von EBS. Angenommen, Linux (wahrscheinlich Ubuntu); Die für Windows genannten 10-Minuten-Zeiten lassen mich unbeeindruckt. Der Übergang könnte sein ec2-run-instance(mit seinem ausstehenden Zustand) oder ec2-start-instance. Sie können auch die Startzeiten anderer Wolken angeben, wenn Sie diese kennen.

— Tobu
quelle

Hier ist ein Pingback aus dem High-Scability-Blog: highscalability.com/blog/2011/3/17/…

— Tobu

7

Es gibt keine definitive Antwort darauf, da dies von der aktuellen Last von EC2 abhängt. Möglicherweise treten auch Kapazitätsprobleme auf. Meiner Erfahrung nach bekomme ich EC2-Starts in ungefähr einer Minute vor drei für einen Small in West-1b. Ich glaube nicht, dass Amazon überhaupt eine SLA hat, um die Fähigkeit zu garantieren, neue Instanzen zu starten. Rackspace Cloud Server 256MB ist auch ungefähr eine Minute, aber ich habe ungefähr drei Minuten oder so gesehen.

— Rob Olmos
quelle

1

Das ist gar nicht so schlecht. Hilft eine reservierte Instanz bei der Unvorhersehbarkeit?

— Tobu

1

@Tobu Amazon spielt auf der Website darauf an, aber das SLA scheint dies nicht ausdrücklich anzugeben. Für den Teil "Nicht verfügbar" müssen Instanzen ausgeführt werden. Ich würde es begrüßen, wenn jemand mein Verständnis davon korrigieren würde!

— Rob Olmos

@Tobu Reservierte Instanz würde nicht helfen. Sie haben keine Bedeutung, außer wie Sie in Rechnung gestellt werden.

— ceejayoz

9

Auf amazon, eine Maschine aus den EBS Booten sollte , S3 basierend Instanz als eine nur Lese deutlich schneller - Von http://aws.amazon.com/ebs/ :
„Sie können auch beenden und neu starten Instanzen dass Boote von Amazon EBS Volumes unter Beibehaltung des Status und mit sehr schnellen Startzeiten. Wie bei jeder Verwendung von Amazon EBS zahlen Sie nur für die Menge an Ressourcen, die Sie verbrauchen. "

Weitere Informationen zum EBS-Startvorgang finden Sie in den Abschnitten "Startzeiten" und "Gebühren": http://docs.amazonwebservices.com/AWSEC2/latest/ UserGuide / index.html? Concepts_BootFromEBS.html

Beachten Sie insbesondere Folgendes: "Wir berechnen eine volle Instanzstunde für jeden Übergang von einem angehaltenen in einen laufenden Zustand, auch wenn Sie die Instanz innerhalb einer Stunde mehrmals wechseln." Das Folgende impliziert, dass dies nur für EBS der Fall ist. Diese Information ist _deeply_buried_ - wenn Sie also Maschinen häufig ein- und ausschalten müssen, kann das Booten von-EBS teurer sein.

Das scheint sich geändert zu haben. "Wenn eine von Amazon EBS unterstützte Instanz gestoppt wird, wird die Verwendung der Instanz nicht in Rechnung gestellt. Der Volumenspeicher bleibt jedoch in Rechnung gestellt. Sobald Sie Ihre Instanz starten, berechnen wir mindestens eine Minute für die Verwendung. Nach eine Minute berechnen wir nur für die verwendeten Sekunden. "

— Robert Hensing

5

Meine Benchmarks zeigen eine Startzeit von ca. 45s . Der XEN-Hypervisor ist für das meiste verantwortlich.
Der Test misst vom Start der Instanz (AMI auswählen und neue Instanz starten) bis zur SSH-Konnektivität. Ich benutze Debian Squeeze, das mit meinem eigenen Bootstrapper erstellt wurde (startet keine Gettys usw.).

Sie können die Startzeit mit einem Benchmark-Skript testen, das ich für diesen speziellen Zweck erstellt habe.

— andsens
quelle

3

Es gibt verschiedene Möglichkeiten, wie Sie die Startzeiten Ihrer Instanz beschleunigen können. Der Großteil der Zeit ist das Laden des Betriebssystems und die Konfiguration Ihres AMI, die beim Booten geladen werden soll. Ich habe einige Anleitungen, die ich vom AWS-Support erhalten habe, in einem anderen Beitrag veröffentlicht:

/programming//a/39298090/1806763

— JD D
quelle