Harga Amazon pada Inkonsistensi Instance Spot

Ini adalah sesuatu yang akan paling baik dijelaskan melalui tangkapan layar dari bagan sejarah harga contoh.

Jika Anda melihat banyak harga instance untuk instance spot, Anda akan melihat pola lonjakan reguler. Lihat disini:

Seperti yang Anda lihat, harga untuk instance media komputasi ini, secara teratur lonjakan di atas harga on demand .

Sebuah c1.mediuminstance (sesuai permintaan), hanya akan dikenakan biaya $0.186per jam. Tetapi untuk periode beberapa minggu, di zona B, harga akan secara teratur melonjak menjadi $ 1,20. Ini sekitar 6 kali lipat dari harga permintaan aktual.

Itu juga tidak terisolasi. Jika Anda melihat zona-b lagi untuk contoh kecil, ada yang mirip, lonjakan sering. Yang berlaku 4x pada harga permintaan.

Apakah ada yang tahu mengapa hal ini terjadi?

Berikut ini beberapa saran

• Seseorang memasukkan $ 1.2 bukannya $ 0.12 (saya akan mendiskon ini karena terjadi 20 kali selama 3 minggu).

• Amazon secara rutin meningkatkan harga mereka dengan menawar pada contoh mereka sendiri untuk mendapatkan hasil maksimal dari uang mereka. (Saya akan mengabaikan ini karena ini akan menjadi bisnis yang konyol dan buruk)

• Beberapa perusahaan meluncurkan 1000 server sekaligus, dan ingin memastikan semuanya diluncurkan. (Saya akan mendiskon ini karena mereka mungkin akan meluncurkannya dengan harga yang akan di bawah harga minimum pada permintaan. Mengapa Anda membayar di atas pada permintaan untuk satu server?).

• Itu bug dalam pelaporan mereka?

Ada sebuah makalah oleh orang-orang dari Institut Teknologi Israel yang menganalisis pasar spot. Kesimpulannya adalah bahwa harga spot tidak didorong oleh penawaran melainkan dihasilkan dengan fungsi AR (1). Jadi dalam kasus seperti itu bukan karena tawaran orang lain, tetapi karena algoritma yang digunakan.

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

Padahal, saya kira itu bisa berubah jika pasar spot benar-benar mencapai tingkat di mana mereka bisa mendapatkan harga bagus dari permintaan / penawaran. Seperti yang disarankan Matt, sudah menjadi kebiasaan umum untuk menekan biaya dengan contoh spot dan banyak harga permintaan yang overbid untuk menghindari down time. Dalam jangka panjang itu masih hemat biaya ... tetapi apakah masih? Masalah sebenarnya adalah bahwa selain Amazon tidak ada yang benar-benar tahu bagaimana harga dibuat.

Ini bukan bug, ini adalah masalah prioritas / ketersediaan karena instance berdasarkan permintaan memiliki prioritas di atas instance-spot terlepas dari tawaran-spot. Ini berasal dari pernyataan Amazon EC2 bahwa Anda " menawar contoh Amazon EC2 cadangan ".

Jadi, ketika permintaan untuk instance berdasarkan permintaan meningkat, ada lebih sedikit suku cadang yang tersedia, dan ketersediaan instance spot mengurangi harga spot yang lebih tinggi sesuai dengan tawaran spot yang bersaing.

Banyak penawar spot gagal memahami prioritas yang lebih tinggi dari instance on-demand dan memiliki penawaran di atas harga on-demand dalam upaya untuk mendapatkan prioritas daripada permintaan instance on-demand, tetapi ini gagal karena instance on-demand memiliki prioritas lebih tinggi terlepas dari harga spot biding.

Pada gilirannya, tawaran penetapan harga di atas permintaan ini telah bersaing satu sama lain sehingga mendorong harga tertinggi beberapa kali lebih tinggi daripada penetapan harga berdasarkan permintaan ketika ketersediaan di tempat kejadian rendah.

Meskipun hal-hal berikut tidak ditanyakan, rekomendasi saya untuk manajemen instance tempat berbiaya rendah untuk beban kerja jangka panjang adalah:

1. Rancang aplikasi Anda untuk kegagalan (pencadangan / replikasi berkelanjutan), dan pemulihan yang cepat
2. Tetapkan harga penawaran instan untuk harga penetapan berdasarkan permintaan
3. Ketika sebuah instance spot diakhiri, restart itu sebagai instance on-demand atau di wilayah / zona lain di mana harga spot lebih rendah.
4. Pantau penetapan harga spot hingga lebih rendah dari pada harga berdasarkan permintaan
5. Stop instance sesuai permintaan dan goto 2. di atas

EC2 tidak lagi menggunakan proses AR (1) buatan untuk mengendalikan harga minimal. Bahkan ketika mereka melakukannya, mereka hanya mengubah harga minimal - proses AR (1) berlabuh, dan tidak pernah menyebabkan harga melonjak di atas harga berdasarkan permintaan. Lompatan seperti itu bisa datang dari pengguna yang menetapkan harga tinggi (mungkin lebih dari yang sebenarnya ingin mereka bayar), atau dari Amazon yang ingin menutup sebagian contoh spot, seperti yang tampaknya mereka lakukan untuk m1.small di musim panas 2010.

Anda dapat membaca lebih banyak di versi jurnal makalah kami , di bagian terakhir yang lebih diperbarui (bagian postmortem):

Itu bukan bug dalam pelaporan. Terkadang, harga spot melonjak. Di masa lalu, mereka telah melonjak ke jumlah yang sangat besar. Sejak itu, Amazon telah meningkatkan algoritme di mana instance spot ditawar dan dialokasikan, tetapi bahkan harga spot memang melonjak dari waktu ke waktu.

Kembali pada September 2011, harga spot untuk m2.2xlarge dalam satu us-east-1 AZ melonjak menjadi $ 999 / jam.

Alasannya sederhana: orang menentukan harga spot maksimum yang lebih tinggi dari harga on-demand, dan permintaan mendorong harga yang tinggi.

Banyak orang menggunakan mesin virtual sebagai cara untuk meminimalkan biaya mesin EC2 yang sedang berjalan. Cukup sering, mereka akan menentukan harga spot maksimum yang tinggi untuk mengurangi kemungkinan bahwa instance spot mereka akan keluar-tawaran dan diakhiri. Ini pertaruhan yang bisa membuahkan hasil dalam jangka panjang, tetapi beresiko menjadi sangat mahal sangat cepat jika mereka tidak berhati-hati.