Миграция приложения c версии 6.1 на версию 6.2

Установка KWTS 6.2 поверх предыдущей версии не предусмотрена. Миграция на версию 6.2 выполняется путем развертывания отдельного кластера с новой версией и постепенного переключения пользователей на работу через новый кластер.

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

Перед началом миграции убедитесь, что версия программного обеспечения на гипервизорах соответствует программным требованиям. При необходимости обновите программное обеспечение виртуализации до поддерживаемой версии.

Миграция на версию 6.2 состоит из следующих этапов:

1. Подготовка ресурсов

   Этот этап включает в себя следующие действия:

   1. Выделение дополнительных аппаратных ресурсов для двух узлов кластера с новой версией KWTS
   2. Выделение статических IP-адресов и доменных имен для двух узлов кластера с новой версией KWTS
   3. Подготовка keytab-файлов, включающих доменные имена для новых узлов (в случае использования Kerberos SSO)
   4. Экспорт параметров правил и рабочих областей из предыдущей версии KWTS
2. Развертывание и настройка минимального кластера из двух узлов

   Этот этап включает в себя следующие действия:

   1. Развертывание одного Управляющего и одного Подчиненного узла
   2. Объединение узлов в кластер
   3. Активация приложения
   4. Настройка обновления баз приложения
   5. Настройка участия в Kaspersky Security Network

      Если вы хотите иметь доступ к репутационным базам Kaspersky Security Network, а также другим статистическим данным, не отправляя данные в Kaspersky Security Network со своих компьютеров, вы можете настроить использование Kaspersky Private Security Network.

   6. Настройка интеграции с сервером KATA

      Этот этап следует выполнять, если в вашей организации развернуто приложение KATA

   7. Настройка интеграции с внешней службой каталогов по протоколу LDAP
   8. Настройка экспорта событий во внешнюю SIEM-систему
   9. Настройка мониторинга работы приложения по протоколу SNMP
   10. Настройка встроенного прокси-сервера
   11. Настройка расшифровки TLS/SSL-соединений
   12. Настройка общих параметров защиты и политики защиты по умолчанию
   13. Импорт файла с настройками правил и рабочих областей из предыдущей версии приложения
   14. Настройка ролевого доступа к управлению приложением (глобальная область) и к управлению рабочими областями
3. Ввод в работу нового кластера

   Этот этап включает в себя следующие действия:

   1. Перераспределение части нагрузки на узлы нового кластера
   2. Мониторинг работы нового кластера под нагрузкой в течение нескольких рабочих дней
   3. Выявление и устранение проблем в работе нового кластера
4. Миграция Подчиненных узлов

   Этот этап включает в себя следующие действия:

   1. Снятие нагрузки с Подчиненного узла кластера со старой версией приложения
   2. Вывод из эксплуатации Подчиненного узла со старой версией приложения
   3. Освобождение аппаратных ресурсов и IP-адресов
   4. Развертывание Подчиненного узла с новой версией приложения
   5. Добавление нового Подчиненного узла в кластер с новой версией приложения
   6. Перераспределение нагрузки на новый Подчиненный узел кластера с новой версией приложения
5. Удаление кластера со старой версией приложения

   Этот этап включает в себя следующие действия:

   1. Перенос всей нагрузки на узлы нового кластера
   2. Вывод из эксплуатации оставшихся узлов кластера со старой версией приложения