N
Добрый день.
Чтобы вытащить инстанс из load balancer`а обязательно Step Function использовать или можно как-то проще?
Maintenance Window с обновлениями
Size: a a a
2020 May 05
VS
Добрый день.
Чтобы вытащить инстанс из load balancer`а обязательно Step Function использовать или можно как-то проще?
Maintenance Window с обновлениями
Чтобы вытащить инстанс из load balancer`а обязательно Step Function использовать или можно как-то проще?
Maintenance Window с обновлениями
можно достать инстанс из таргет группы через aws cli
T
можно достать инстанс из таргет группы через aws cli
Это да.
А в рамках Maintenance Window?
Или надо свой automation какой-то приделывать?
А в рамках Maintenance Window?
Или надо свой automation какой-то приделывать?
VS
Это да.
А в рамках Maintenance Window?
Или надо свой automation какой-то приделывать?
А в рамках Maintenance Window?
Или надо свой automation какой-то приделывать?
я делал свое, готового сервиса в aws не видел
T
я делал свое, готового сервиса в aws не видел
Ну вот говорят, что Step Function как раз это делает, но что-то из пушки по воробьям, кмк.
А как у Вас?
А как у Вас?
VS
мейнтансы на рдсах у меня выключены, например, потому что работать надо 24/7
если что-то надо обновить, то достаю из балансировки, обновляю, включаю обратно, все в пайплайне апдейта
если что-то надо обновить, то достаю из балансировки, обновляю, включаю обратно, все в пайплайне апдейта
T
мейнтансы на рдсах у меня выключены, например, потому что работать надо 24/7
если что-то надо обновить, то достаю из балансировки, обновляю, включаю обратно, все в пайплайне апдейта
если что-то надо обновить, то достаю из балансировки, обновляю, включаю обратно, все в пайплайне апдейта
А чем достаёте то?
AWS cli по расписанию на каком-то собственном сервере?
AWS cli по расписанию на каком-то собственном сервере?
AS
А кто-то делает, скажем, так — healthcheck на ELB проверяет ответ инстанса, соответственно, надо зафэйлить его перед запуском апдэйта, тогда инстанс выпадет из ELB сам.
Потом возвращать назад.
Потом возвращать назад.
Хороший кейс, @patrick239 подскажешь как правильно?/
VS
хэлз чеки перед тем как зафейлиться делают ретраи, потеря запросов будет, возвращаются тачки тоже относительно долго
так что лучше когда сам все дрейнишь и возвращаешь в балансировку
так что лучше когда сам все дрейнишь и возвращаешь в балансировку
T
хэлз чеки перед тем как зафейлиться делают ретраи, потеря запросов будет, возвращаются тачки тоже относительно долго
так что лучше когда сам все дрейнишь и возвращаешь в балансировку
так что лучше когда сам все дрейнишь и возвращаешь в балансировку
Т.е. опять же — либо Step Function, либо колхозить из палок и желудей какое-то своё решение?
Типа, через Jenkins дёргать AWS Cli
Типа, через Jenkins дёргать AWS Cli
VS
когда сам контролируешь процесс, то можешь после поднятия всего сам проверить и прислать уведомление если не поднялось
более гибкое решение когда делаешь все сам
более гибкое решение когда делаешь все сам
DZ
а по нормальному сделать нельзя? Новый AMI сделать со всеми апдейтами, проапдейтить launch configuration и пусть ASG его раскатит
DZ
immutable infrastructure (AMI) и использование ASG - это рекомендуемый путь
DZ
это в общем случае, возможно вам не подходит - тут вам уже виднее
AS
Кто-нибудь в курсе, существует ли лимит по количеству Lambda functions на аккаунт?
В документации я вижу только ограничение по количеству concurrent executions и storage
В документации я вижу только ограничение по количеству concurrent executions и storage
DZ
по количество насколько я помню нет но там есть лимит по объему кода занимаемого лямбда функциями и их версиями