Постоянное обновление группы управляемых экземпляров Google Cloud для веб-серверов
Я ищу правильное решение своей проблемы.
Проблема в том, что это: выполнение скользящего обновления на всех веб-серверах в группе экземпляров без одновременного обслуживания различного контента и достижения нулевого времени простоя.
У меня есть машина развертывания, которая служит полигоном перед тем, как запланировать обновление развертывание, весь новый контент развертывается на этом компьютере и тестируется (предполагается, что этот компьютер является самым современным веб-сервером), Повторите попытку через 30 секунд. Ошибка .
Есть ли более простой способ решить эту проблему, не возвращаясь к настройке моего собственного вычислительного экземпляра Haproxy и выполняя следующие шаги.
- Отключить % серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
- Отключить% оставшихся серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
Это должно было быть выполнено безупречно с «обычными» (ex LAP) экземплярами, а не только с образами докеров, хотя я не могу найти никаких ресурсов по этой теме.
РЕДАКТИРОВАТЬ:
- Отключить% серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
- Отключить% оставшихся серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
Это должно было быть сделано безупречно с «обычными» (ex LAP) экземплярами, а не только с образами докеров, хотя я не могу найти никаких ресурсов по этой теме.
РЕДАКТИРОВАТЬ:
- Отключить% серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
- Отключить% оставшихся серверов в балансировщике нагрузки
- Содержимое Rsync для отключенных серверов
- Включить обновленные серверы
Это должно было быть сделано безупречно с «обычными» экземплярами (ex LAP), а не только с образами докеров, хотя я не могу найти никаких ресурсов по этой теме.
РЕДАКТИРОВАТЬ: Выполнение скользящего обновления путем редактирования группы экземпляров, изменение шаблона экземпляра и выполнение операции последовательной замены приводит к нулевому времени простоя, мне кажется странным, что функция скользящего обновления не может достичь этого также.
Было бы очень признательно. ваш вклад.
Последовательное обновление - это постепенный процесс обновления ваших экземпляров. Стремление к нулевому времени простоя должно быть достижимо, однако обслуживание различного контента будет видно из-за того, как работают скользящие обновления. Чтобы сделать ваши серверы более отзывчивыми и менее разрушительными, обратите внимание на следующие две стратегии:
Максимальный всплеск . Это создаст экземпляры, превышающие целевой размер, чтобы ускорить процесс обновления.
Оппортунистическое обновление . «Гибкое обновление применяется только тогда, когда новые экземпляры создаются группой управляемых экземпляров»