AWS EC2'nin spot fiyatı neden talep edilen fiyattan daha yüksek?

Dün Ansible üzerinden spot örnekleri sunmaya çalışıyordum ve neredeyse tüm taleplerim başarısız oldu, spot fiyatımı koyduğumda bile == bu örneğin talep üzerine fiyatı.

Bu yüzden, spot fiyatlandırma grafiğine baktığımda, çok ilginç bir şey buldum:

Örneğin doğuda-1a’daki spot fiyatı, beni şaşırtan talebe bağlı fiyattan daha fazla. [aslında, ~ 5x kat daha yüksek]

Spot örnekler düşük maliyet için tercih edilmiyor mu? Eğer evet ise, neden fiyat talep üzerine fiyattan daha yüksek?

Göre AWS dokümanlarının :

Spot örnekler, On-Demand fiyatlarına göre belirgin indirimlerle kullanılmayan Amazon EC2 kapasitesine erişim sağlar.

Ayrıca, bu, insanların talep üzerine fiyat teklifi verdikleri anlamına mı geliyor? Eğer öyleyse, neden öyleyse? İsteğe bağlı bir örnekle daha iyi olmazlar mı?

Yoksa nokta örnekleri kavramını yanlış mı anladım?

Bu aslında biraz suistimal eden insanlara harika bir örnek. İnsanlar 'İş yükümüz gerçekten önemli ancak talep fiyatıyla tam olarak ödemek istemiyoruz' diyorlar, bu nedenle, sonlandırılmasının çok muhtemel olduğu varsayımı üzerine talebe göre daha yüksek bir teklif fiyatı belirlediler. teklif edilen 'mümkün olan en ucuz' spot fiyatı alın.

İnsanların girdiği durumlar oldu, örneğin, 1000 $ (en azından bunun gerçekleştiği söylendi) çünkü spot pazardan yararlanmak istiyorlar. Elbette doğal olarak bir noktada talep gelir ve insanların talep üzerine olduğundan daha yüksek ödeme yapabilmeleri için spot fiyat SOARS olur.

Spot pazarın çalışma şekli, Amazon'un X örnekleri boş kapasiteye sahip olması ve tüm X örnekleri ihtiyacını karşılayana kadar baştan aşağı sayıyor. Öyleyse, 'fiyat', bu X örneklerini yerine getirebilecekleri en düşük fiyattır.

Öyleyse Amazon'un 10.000 vakası olduğunu hayal edin - bu 10.000 örneği yerine getirene kadar 0.43 $ 'a kadar geri sayılır. Fakat eğer bu arz aniden 100 örneğe düşerse, o zaman belki birkaç kişi 100 örnek için 10.000 $ teklif fiyatı koyar, aniden saatte 10.000 $ ödeyeceklerdir.

Tl; dr Leke'nin nasıl çalıştığını anlayın ve ödemeye hazır olduğunuz bir başlık seçin.

Bunun 2 nedeni var:

• Birçok kullanıcı spot örneğini bazı zamanlarda kullanıyor (Toplu işlemeyi düşünün, 100 makineyi spot örnek olarak başlatın ve çökün).

• Bir spot örnek için, teklif fiyatını ödemezsiniz, mevcut spot fiyatı ödersiniz. Teklif fiyatı, kesim noktasıdır. Mevcut spot fiyat teklif fiyatının üzerine çıkarsa, AWS bu durumu sonlandırır.

Bu sonuncusu, bazı kullanıcıların spot fiyatlara büyük ölçüde aşırı teklif vermesinin nedenidir. Örneklerinin çok sık kapatılmasını istemiyorlar, bu yüzden spot fiyatın asla ulaşamayacağı kadar yüksek bir fiyat teklif ediyorlar. Sadece o anki spot fiyatı ödeyeceklerinden dolayı, örnek zamanın% 99 daha ucuz olacak.

Spot Vakalarına Giriş bölümünde neden birisinin talep üzerine fiyat teklifinde bulunacağını anlamak için yararlı bir bilgi kaynağı bulunabilir :

Spot Örnekleri, büyük miktarlarda hesaplama kapasitesi için ara sıra ihtiyaçlarınızı karşılamanıza yardımcı olmak için kullanılabilir (Spot Örnekleri için varsayılan sınırın 100'e karşılık İsteğe Bağlı Örnekler için varsayılan 20 sınırı olduğuna dikkat edin.) İhtiyaçlarınız acilse, belirtebilirsiniz. İsteğinizin göreceli önceliğini artıracak ve diğer talepler ve o anda mevcut Spot Durum kapasitesi ile mümkün olan en hızlı kapasiteye erişebilmenizi sağlayacak olan yüksek bir maksimum fiyat (muhtemelen Talep Üzerine fiyatından bile yüksek).

Hizmetiniz için talepte büyük bir artış varsa (belki de başka bir popüler siteden bağlantı kuruyorsunuz - Slashdot etkisine bakınız ), spot bir örnek için talep üzerine fiyatın üzerine teklif vermek, çok daha fazla örneğe erişmenize yardımcı olur. belge tarafından not edildi.

Tabii ki, bu uzun vadede sürdürülebilir değildir ve sadece talep üzerine örnekleri satın alarak uzun vadeli bir hesaplama için çok daha iyi bir anlaşma elde edersiniz (artı teklif verme riski daha az!).

Çok fazla bilgi işlem gücüne ihtiyaç duyduğunuz bir durumdaysanız , hızlı - yalnızca isteğe bağlı örnekleri satın aldığınızdan daha fazla - aşırı teklif vermek mantıklı olabilir.

Çizelgelere yakından bakarsanız, bir ani yükselişin her zaman çok kısa bir süre olduğunu görürsünüz - mal sahibi tarafından yazılan otomatik izleme sistemlerinin bu sistemleri zarif bir şekilde sonlandırması için yeterli zaman. Buna ek olarak, zaman zaman bir ani yükselişin hemen ardından fiyatın 0'a düştüğünü göreceksiniz. Bunun nedeni, bu veri merkezindeki tüm sistemler talep üzerine olduğu gibi kullanımda olduğundan, spot fiyatlandırma için hiçbir sistemin bulunmaması, fiyatın etkin bir şekilde sıfır olmasıdır.

Spot örneğiniz sonlandırılmak üzere işaretlendiğinde, bunu gösteren bir mesaj sistemde http://169.254.169.254/latest/meta-data/spot/termination-time adresindeki yerel meta veri uri adresinde bulunacaktır . Olacak 3 dakika o sonlandırır kadar. Çoğu durumda sonlandırmanın otomatik olarak yapılması için yeterli süreden daha fazla süre. Talep fiyatının üstünde teklif vermek, sadece incelikle sonlandırmak için birkaç dakikadan daha uzun süren dağıtımlar için gereklidir.

Sisteminizi zarif bir şekilde sonlandıracak şekilde tasarlamak mümkün değilse, verileri 3 dakika içinde arşivleyin, vb., Zaman kazanmak için talep fiyatından daha yüksek bir teklif verebilirsiniz. Sistem, mevcut spot fiyatı proaktif olarak izlemek ve fiyat geçmeden takas yapmak için bile tasarlanabilir. Ancak yaptığı zamanlar için, incelikle sona erdirmenin zamanının ne kadar değerli olduğuna dair bir iş kararı vermeniz gerekecektir.

Sisteminizi korumak için 4-5 saat boyunca 100 $ / saat ödemek aptallıktır. Bununla birlikte, sisteminizin tüm işlemleri incelikle sonlandırması 30 dakika sürecekse, herhangi bir veriyi kaybetmenin veya yatay ölçeklendirilmiş hizmetinizi düşürmenin ne kadar değerli olduğuna karar verebilirsiniz. Saatte 10.000 ABD doları net karı olan bir e-ticaret sitesi, talep alanlarını gündeme getirirken ve verileri arşivlerken 2 spot örneği 15 ila 30 dakika boyunca çalışır durumda tutmak için 1000 dolar ödeyebilir.

Web tabanlı uygulama, sonlandırmanın otomatik olarak ele alınmasına yardımcı olmak için Elastik Yük Dengeleyici'yi kullanabilir. Akıllı bir uygulayıcı uyarıyı ele almak için bir dizi komut dosyası koyacaktır. Yük dengesi olan talep durumlarına düşük 2 maliyetini koruyabilirler ve daha sonra yüksek performansı korumak ve aynı kapasitedeki tek bir talepli sistemden daha az harcama yapmak için spot örneklerle yarım düzine orta maliyet sistemi kullanabilirler.

Bunlardan 3 tanesini 100 ABD dolarına ve 3 tanesini talep edilen fiyatın yarısına kadar ödeyiniz. AWS örnekleri sona erdiğinde, ELB otomatik olarak ayarlanır. 200 $ 'a ayarlamak için otomatik sistemin bir saate kadar verilmesi.