Як перевірити точкове ціноутворення AWS автоматично?

Я думав про роботу Дженкінса, щоб перевірити ціни на коробки агентів, які ми обертаємо; часто так швидко падає ціна, і мине годину-дві, перш ніж хтось помітить, що не з’являються нові агенти, і тоді нам доведеться зайти вручну і перевірити ціну місця і відповідно відрегулювати, або змінити зони тощо.

Перший мій інстинкт полягав у тому, що найкращим маршрутом є погодинна робота Дженкінса, яка працює aws ec2 describe-spot-instance-requestsі перевіряє невдалі запити (а потім відмовляє нас від невдачі). Але мені цікаво, чи існує більш чистий метод, який передбачає фактичне порівняння жорстких цін (і тому міг би точно сказати нам, що є, і на скільки), а не дивитись на успішні / невдалі запити.

Хтось створив щось подібне? Як ти це зробив?

Виявив інструмент з відкритим кодом, який називається автоматичним розміщенням, який просто може допомогти у цьому:

Після активації в існуючій групі автоматичного масштабування за запитом вона запускає точковий екземпляр EC2, який дешевший, принаймні такий же великий і налаштований ідентично вашим поточним екземплярам на вимогу. Як тільки новий екземпляр буде готовий, він додається до групи, а екземпляр за запитом відлучається від групи та припиняється.

Ми маємо це в нашому трубопроводі, і зможемо додати більше контексту, як тільки ми закінчимо це.

Оновлення:

Іншим інструментом, який нещодавно був демонтований на конференції, був mapbox / spotwap

Це працює трохи інакше. Він відстежує звичайний ASG або за запитом, або зарезервованими екземплярами, а потім, якщо виникає масштаб, ставки та резерви помічають екземпляри аналогічного рівня обчислень на окремому ASG.

Я особисто вважав би таку модель:

Timed Lambdas -> Checks spot price -> Push to ElastiCache

Тоді, коли вам потрібні екземпляри:

Timed lambdas -> Pulls spot price from ElastiCache, sets it as environment variable on your Machine where you spin up IaC from -> This is parsed as argument to IaC code and pushes out the spot price

Ви також можете встановити деякі допуски в межах лямбда (наприклад, 10, 25, 50% збільшується залежно від важливості) і жорсткого обмеження на вимогу, наприклад. Це також чудове місце для побудови логіки для обробки, наприклад, пошуку найдешевшого АЗ, пошуку відносно найдешевшої спотової ціни ( 2xt2.mediumпроти t2.large) тощо.

Дозвольте дати вам інструментально-агностичний спосіб спроби зробити це.

Кожна так часто ціна зростає, і мине годину-дві, перш ніж хтось помітить, що не з’являються нові агенти, і тоді нам доведеться зайти вручну і перевірити точку ціни та відповідно відрегулювати або змінити зони тощо

Ми зіткнулися з тією ж проблемою в інфраструктурі, яку ми будуємо. Отже, у нас були if-elseблоки стилів, щоб встановити ціну ставки, залежно від ціни на вимогу екземпляра.

AWS має API для отримання ціни екземпляра на вимогу. Ми використовували цю обгортку Python для цієї мети.

Таким чином, як тільки ми отримали ціну на вимогу (скажімо X), ми підключили if-elseблоки типу, які 0.4*X, 0.6*X, 0.8*X, X, що означає , що ми намагаємося за ціною пропозицій в межах 40%, 60%, 80% від на -ціна попиту. Якщо все не вдасться, ми повертаємося до створення екземплярів на вимогу.

Крім того, оскільки це не залежить від поточного спотового ціноутворення AWS, ми ніколи не платимо ціну вище ціни за запитом.

Але, якщо ви шукаєте спосіб зробити це на ходу, то рішенням Хашфіра має стати шлях.