2
У меня есть система Rube Goldberg, в которой я запускаю выборочные вычисления в группах автомасштабирования, фактически не интересуясь функциями автомасштабирования. Все это происходит из-за того, что вы не можете напрямую использовать экземпляры с точными оценками, используя CloudFormation. Не спрашивайте ...AWS AutoScaling: как отключить проверки работоспособности
В любом случае, для моего варианта использования я хочу эффективно отключить проверку работоспособности. Я никогда не хочу, чтобы экземпляры прекращались и заменялись. Я сделаю все это вручную. Из-за проверок здоровья я довольно часто вижу, что мои тщательно сконструированные экземпляры прекращаются, и это очень раздражает.
Итак, какие у меня варианты?
- Грэйс установленный период, может быть, 0 или -1, как способ сказать льготный период навсегда?
- Срок годности для Integer.MAX_INT, который, вероятно, достаточно хорош?
set-instance-health, который они рекламируют для пользовательских проверок здоровья: отменяет ли контроль состояния EC2? Это постоянный?
Благодарим за помощь!
Если вы используете спотовые экземпляры, они * будут * расторгнуты (и, возможно, заменены, в зависимости от настроек цены), в конце концов, если ваша ставка не является абсурдно высокой. (Фактически, никакой экземпляр на EC2 навсегда, но спотовые экземпляры по характеру их назначения намного более изменчивы.) Что касается того, будет ли группа автомасштабирования масштабироваться, просто установите min == required == max и оставьте ее там. Однако, опять же, если экземпляр пятна заканчивается AWS (но не группой автомасштабирования), группа автомасштаба будет пытаться ее заменить. –
@KarenB Спасибо, у меня уже есть мин/макс/желаемый бит на месте. Что касается волатильности, мы принимаем, что спот по цене экземпляров нестабилен из-за цен и ставок и всего этого. В нашем опыте, хотя это не большая проблема, и мы получаем большие сбережения от этого. Проверки на здоровье намного более навязчивы. –