Jump to content

Recommended Posts

Denis Dyagilev
Posted

Добрый день.
Проконсультируйте по алгоритму обновления двухузлового кластера KSMG.

Есть определённые опасения, что in-place upgrade негативно повлияет на работоспособность инфраструктуры. Возможен ли вариант с добавлением в кластер новых, уже обновлённых узлов, с последовательным выводом из кластера узлов со старыми версиями?

  • Solution
Posted (edited)

@Denis Dyagilev добрый день!

Официальная справка по обновлению апплаенс-версии здесь: https://support.kaspersky.ru/ksmg/2.1va/239458

Что касается практических советов, для того, что бы минимизировать риск некорректного обновления, необходимо развернуть с нуля новую VM с KSMG 2.1 и, если она развернётся корректно, то как минимум проблем связанных с неподдерживаемыми инструкциями в устаревшем CPU у Вас точно не будет.

Что касается других вариантов нештатного обновления, то перед апдейтом необходимо сделать снепшот/бэкап ваиртуальной машины, что бы была возможность быстро откатиться.

К тому же, если у Вас минимум 2 ноды, то Вы можете спокойно через GUI запретить приём почты на одну из них, направить трафик на другую ноду, а выведенную в обслуживание ноду обновить. В случае проблем, 1 нода будет рабочей и у Вас будет время на откат второй ноды на состояние до обновления.

Касательно Вашего вопроса, то нет, добавить в кластер разные версии KSMG нельзя, более того, после обновления одной ноды, вторая нода не будет в рамках кластера настройки принимать, пока она тоже не будет обновлена.

Edited by JIABP
  • Like 1
Denis Dyagilev
Posted

@JIABP, спасибо за ответ.

Правильно понимаю, что при обновлении двухузлового кластера обновлённая подчинёный узел заберёт конфигурацию с управляющего узла или всё же нужно будет вручную ? Потому что в документации сказано об этом необнозначно, возникнет ли необходимость или нет: При необходимости перенесите сохраненные конфигурационные файлы операционной системы или встроенного MTA, скопированные до установки обновления.

 В итоге вопрос, как корректнее перенести конфигурацию в обновлённый узел? Через Export/Import Settings?

Posted

@Denis Dyagilev да, всё верно понимаете, сначала обновили одну ноду, кластер перестанет между собой синхронизировать настройки на время когда версии KSMG разные (но SMTP трафик вообще никак не затронет, он будет без проблем обрабатываться), потом обновили вторую ноду и после того, как обе ноды будут одной версии, то они между собой начнут снова синхронизироваться.

По поводу ручного переноса настроек, тут скорее речь про конфигурационные файлы, которые меняли руками. Всё, что меняется руками внутри ОС (например main.cf), оно не переносится при обновлении. Если речь про изменения в GUI, то переносится всё полностью.

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now


×
×
  • Create New...