Я предполагаю, что у вас установлена конфигурация запуска для приложения. Способ, которым мы это делаем, - создать новый AMI с новой базой кода. Затем обновите конфигурацию запуска, чтобы отразить новый AMI.
Когда мы готовы начать обновление, мы просто завершаем экземпляры в балансировщике нагрузки и позволяем конфигуратору запуска запускать новые экземпляры новых AMI.
Так, например, сообщите, что ваше состояние конфигурации запуска имеет минимум 8 экземпляров и максимум 12 экземпляров. И скажите, что вы сейчас работаете в 10 экземплярах. Мы прекратили (или просто удалили из балансировки нагрузки) несколько экземпляров, чтобы получить меньше мин. Экземпляров (скажем, 4 экземпляра). Затем он запустил два новых экземпляра для удовлетворения конфигурации запуска min. Как только они будут успешными в балансировщике нагрузки, мы прекратим, возможно, еще 4 экземпляра, и пусть запустят 4 новых. Затем окончательно завершаем последние два экземпляра.
Это позволяет организовать поэтапное развертывание новых AMI в производственной среде, минимизируя влияние нагрузки на кластеры. Конечно, если у вас есть случай, когда вам нужно обновить схему БД или что-то в этом роде, где вам нужно жесткое время простоя для перехода, это может немного измениться, так как вам нужно будет изменить конфигурацию запуска, завершить все ваши экземпляры, сделайте перенос БД, затем запустите новые экземпляры
Is Chief OpenSource? –
Да, шеф-повар с открытым исходным кодом. –