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

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

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

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

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

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

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

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

Edited July 3, 20242 yr by JIABP

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

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

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

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

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