Перейти к содержанию

Сервер администрирования или точка распространения


Рекомендуемые сообщения

Всем привет.

Имеется два филиала.

Посоветуйте какой вариант выбрать:

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

Канал связи между филиалами имеется.

 

Пока не понимаю в чем преимущество первого варианта. Во-втором варианте плюс то, что ничего не надо настраивать в филиалах.

 

Ссылка на комментарий
Поделиться на другие сайты

Вы аппаратные характеристики не учитываете.

Если все хотите сделать на одном сервере, то нужно и ОЗУ и количество процов повышать.


В справке по продукту есть статья по подбору минимальных характеристик сервера.

Ссылка на комментарий
Поделиться на другие сайты

Вы аппаратные характеристики не учитываете.

Если все хотите сделать на одном сервере, то нужно и ОЗУ и количество процов повышать.

В справке по продукту есть статья по подбору минимальных характеристик сервера.

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

Нет.

Когда сервер один - вся нагрузка на него. Необходимо выделять ресурсы для него. Когда филиала два и они территориально разделены, то использовать точку распространения имеет смысл в любом случае, чтобы не гонять трафик от сервера и не нагружать лишний раз его. То, что сервер один и есть точки распространения не означает, что можно ресурсы для сервера выделить меньшие, как будто у вас два сервера.

Когда серверов два, то и точки распространения не нужны, да и ресурсы для серверов менее требовательны.

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Dan4es
      От Dan4es
      Добрый день.
       
      Столкнулся с проблемой: пролез шифровальщик и зашифровал критичные данные для работы KSC (бд + бекап). Переустановил ОС, переустановил KSC, бд вынес на выделенный сервер. Адрес и dns имя сервера оставил прежним. Все устройства обнаружились, но все в статусе неизвестно. При выполнении задачи установка KES+Network Agent, задача останавливается на 50%. Как пере подключить все устройства обратно к этому серверу?

    • Александр В. Л.
      От Александр В. Л.
      Здравствуйте. Имеется KSC 15.1 , в качестве БД используется MS SQLExpress 2022. Вроде, всё работает, но постоянно выскакивает ошибка задачи "Резервное копирование данных Сервера администрирования" :  
      База данных повреждена. Generic db error: "5030 'Не удалось монопольно заблокировать базу данных KAV для выполнения операции.{42000};' LastStatement='DBCC CHECKDB('KAV') WITH NO_INFOMSGS;'" Подскажите, пожалуйста, как это починить?
    • specxpilot
      От specxpilot
      Не удается подключится к серверу администрирования
      Установил Kaspersky Security Center на ubuntu server 22.04 по инструкции https://support.kaspersky.com/KSCLinux/13/ru-RU/166764.htm, открыл порты 
       
      Далее при подключении с консоли пишет ошибку 

       

       
       
    • Timur644
      От Timur644
      Добрый день.
      С вчера появилось проблема, при запуске MMC KSC выдает ошибку:
      Не удалось подключится к серверу администрирование. (скрине видно)
      Службы проверил все запущены, порт 13291 занимает утилита Касперского.
      Прошу подскажите что проверить.

    • tav
      От tav
      Всех приветствую !
       
      Поднял пока что тестовый KSC последний на Alt Linux.
      Версия KSC Linux PF 15.1.0.12199 и версия KESL PF 12.1.0.1543.
      В настройках политики установил распространять ключ через KSC и на самой лицензии галка стоит.
      Клиент работает не в режиме легкого агента.
       
      В итоге клиент виндовый подхватывает ключ с сервера KSC, клиент линуксовый при установке автоматом ставит тестовую/пробную лицензию и ни как не хочет цеплять автоматом лицензию.
      Если я создаю задачу для линуксовой группы/клиента сменить ключ, то все ок клиенты по задаче меняют ключ тестовый на корпоративный.
      Не понимаю почему именно линуксовые клиенты автоматом не тащат ключ. Настройки как я понимаю правильные.


×
×
  • Создать...