Inkonsistenzen bei Amazon-Preisen vor Ort

Dies lässt sich am besten anhand von Screenshots eines historischen Diagramms mit Instanzpreisen erklären.

Wenn Sie sich viele Instanzpreise für Spot-Instanzen ansehen, werden Sie regelmäßige Spitzenmuster feststellen. Siehe hier:

Wie Sie sehen können, liegt der Preis für diese Rechenmedieninstanz regelmäßig über dem On-Demand- Preis.

Eine c1.mediumInstanz (auf Anfrage) würde nur $0.186pro Stunde kosten . Für einen Zeitraum von einigen Wochen würde der Preis in Zone B regelmäßig auf 1,20 USD steigen. Dies ist etwa das 6-fache des tatsächlichen On-Demand-Preises.

Es ist auch nicht isoliert. Wenn Sie Zone-b für kleine Instanzen noch einmal betrachten, gibt es häufig eine ähnliche Spitze. Welches geht 4x die On-Demand-Preisgestaltung.

Weiß jemand warum das passiert?

Hier sind einige Vorschläge

• Jemand gab 1,2 statt 0,12 Dollar ein (ich würde dies rabattieren, da es innerhalb von 3 Wochen 20 Mal passiert ist).

• Amazon erhöht regelmäßig künstlich seine Preise, indem es auf eigene Faust bietet, um das Beste für sein Geld zu bekommen. (Ich würde dies rabattieren, da es lächerlich und schlechtes Geschäft wäre)

• Einige Unternehmen haben 1000 Server gleichzeitig gestartet und möchten sicherstellen, dass alle Server gestartet werden. (Ich würde dies rabattieren, da sie sie vermutlich zu einem Preis starten würden, der unter dem Mindestpreis für On-Demand liegt. Warum sollten Sie für einen einzelnen Server über On-Demand-Preis zahlen?).

• Es ist ein Fehler in ihrer Berichterstattung?

Es gibt ein Papier von Leuten vom Israel Institute of Technology, das den Spotmarkt analysiert. Ihre Schlussfolgerung ist, dass Spotpreise nicht geboten werden, sondern mit der AR (1) -Funktion generiert werden. In einem solchen Fall wäre dies nicht auf die Gebote anderer zurückzuführen, sondern auf den verwendeten Algorithmus.

http://www.cs.technion.ac.il/~ladypine/spotprice-ieee.pdf

Ich denke, es hätte sich ändern können, wenn der Spotmarkt wirklich das Niveau erreicht hätte, auf dem er gute Preise aus Angebot und Nachfrage erzielen könnte. Wie Matt vorschlägt, ist es gängige Praxis, die Kosten durch Spot-Instanzen zu senken und viele On-Demand-Preise zu überbieten, um Ausfallzeiten zu vermeiden. Auf längere Sicht war es immer noch kostengünstig ... aber ist es immer noch? Das eigentliche Problem ist, dass außer Amazon niemand wirklich weiß, wie die Preise erstellt werden.

Dies ist kein Fehler, sondern ein Problem mit Priorität / Verfügbarkeit , da On-Demand -Instanzen unabhängig von Spot-Geboten Vorrang vor Spot-Instanzen haben. Dies ergibt sich aus der Aussage von Amazon EC2, dass Sie " auf Ersatzinstanzen von Amazon EC2 bieten ".

Wenn also die Nachfrage nach On-Demand-Instanzen steigt, stehen weniger Ersatzteile zur Verfügung, und die Verfügbarkeit von Spot-Instanzen verringert die Spot-Preise entsprechend den konkurrierenden Spot-Geboten.

Viele Spot-Bieter haben die höhere Priorität von On-Demand-Instanzen nicht verstanden und bieten über dem On-Demand-Preis, um Vorrang vor On-Demand-Instanzanforderungen zu erhalten. Dies schlägt jedoch fehl, da On-Demand-Instanzen unabhängig davon eine höhere Priorität haben Spot Biding Preise.

Im Gegenzug konkurrierten diese über dem On-Demand-Preis liegenden Gebote miteinander und führten zu den um ein Vielfaches höheren Preisen als bei On-Demand-Preisen, wenn die Verfügbarkeit von Spot-Instanzen niedrig ist.

Obwohl Folgendes nicht gefragt wurde, lauten meine Empfehlungen für das kostengünstigste Spotinstanz-Management für langfristige Workloads:

1. Entwerfen Sie Ihre Anwendung auf Fehler (kontinuierliche Sicherung / Replikation) und schnelle Wiederherstellung
2. Stellen Sie den Spot-Instance-Gebotspreis auf den On-Demand-Preis ein
3. Wenn eine Spot-Instanz beendet wird, starten Sie sie als On-Demand-Instanz oder in einer anderen Region / Zone neu, in der die Spot-Preise niedriger sind.
4. Überwachen Sie die Spot-Preise, bis sie niedriger sind als die On-Demand-Preise
5. Stoppen Sie die On-Demand-Instanz und gehen Sie zu 2. oben

EC2 verwendet nicht mehr das künstliche AR (1) -Verfahren, um den Mindestpreis zu kontrollieren. Selbst wenn sie dies taten, änderten sie nur den Mindestpreis - der AR (1) -Prozess war verankert und führte nie dazu, dass die Preise über den On-Demand-Preis sprangen. Solche Sprünge können entweder von Benutzern kommen, die hohe Preise angeben (möglicherweise mehr, als sie tatsächlich zahlen wollten), oder von Amazon, der einen Teil der Spot-Instanzen herunterfahren möchte, wie es anscheinend für m1.small im Sommer 2010 der Fall war.

Sie können mehr in der Journalversion unseres Papiers im letzten Abschnitt lesen , der aktueller ist (der Postmortem-Abschnitt):

Es ist kein Fehler in der Berichterstattung. Manchmal steigen die Spotpreise. In der Vergangenheit haben sie enorme Mengen erreicht. Seitdem hat Amazon den Algorithmus verbessert, bei dem Spot-Instanzen geboten und zugewiesen werden. Trotzdem steigen die Spot-Preise von Zeit zu Zeit.

Bereits im September 2011 stiegen die Spotpreise für m2.2xlarge in einem us-east-1 AZ auf 999 USD / Stunde.

Der Grund ist einfach: Die Leute geben maximale Spotpreise an, die höher sind als der On-Demand-Preis, und die Nachfrage drückt die Preise so hoch.

Viele Benutzer verwenden Spot-Instanzen, um die Kosten für die Ausführung von EC2-Instanzen zu minimieren. Sehr oft geben sie hohe maximale Spotpreise an, um die Wahrscheinlichkeit zu verringern, dass ihre Spotinstanz überboten und beendet wird. Es ist ein Glücksspiel, das sich auf lange Sicht auszahlt, aber das Risiko birgt, sehr schnell sehr teuer zu werden, wenn sie nicht vorsichtig sind.