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

Выбор между сайтом и дополнительным сервером в сайте.

Recommended Posts

Vadia

Поставлена задача: в одной физической сети будет vlan, в котором будет порядка 2000 клиентов с SEP, отделенных от основной сети. Т.е. трафик не важен. Между серверами SEPM откроем порты для связи. Основной SEPM работает на внешней SQL базе. Что лучше - сделать дополнительный сайт или подцепить новый SEPM к SQL, как дополнительный сервер в сайте?

Поделиться сообщением


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

Если Вы хотите просто резервировать конфигурацию - однозначно

подцепить новый SEPM к SQL, как дополнительный сервер в сайте?

Поделиться сообщением


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

Резервный сервер уже имеется. Скажем так: Какое решение надежней?

Поделиться сообщением


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

Load balancing для SEPM - дело сумасшествия. Причины: перескок клиентов с сервера на сервер (приоритеты не имеют значения), увеличение времени применения политик на клиента (пока реплика, пока клиент схватит...). Лучше уж клиентов тогда по разным серверам...

Надежней = две базы SQL, два сервера. Между ними - реплика.

Поделиться сообщением


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

Shell, спасибо. Подумаю...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Олег Шабуров
Load balancing для SEPM - дело сумасшествия. Причины: перескок клиентов с сервера на сервер (приоритеты не имеют значения), увеличение времени применения политик на клиента (пока реплика, пока клиент схватит...). Лучше уж клиентов тогда по разным серверам...

Надежней = две базы SQL, два сервера. Между ними - реплика.

интересное мнение, но не соответствует общепринятому). Можно поинтересоваться, зачем в данной конфигурации второй сайт?

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

Хотя, как показывает моя практика переход между серверами отрабатывает отлично. По крайней мере я ни разу не наблюдал описанных проблем по причине подключения двух серверов SEPM к одной базе.

А учитывая, что данная конфигурация является самой распространенной (наверное, после одного сервера SEPM для тех, кому отказоустойчивость не нужна), очень сильно сомневаюсь что ее тестированию уделяется недостаточно внимания.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
xck
Load balancing для SEPM

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

Поделиться сообщением


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

  • Сообщения

    • Ego Dekker
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • PR55.RP55
      .xml  файлы taskschd.msc Могут быть подписаны  цифровой подписью. Думаю будет нелишним, если uVS будет это фиксировать. т.е. проверять не только подпись целевого файла, но и подпись самого файла\задачи. и писать в ИНфО .  
    • demkd
      ---------------------------------------------------------
       4.15.2
      ---------------------------------------------------------
       o Исправлена ошибка при работе с образом автозапуска.
         Для некоторых процессов команда unload не добавлялась в скрипт при нажатии кнопки "принять изменения".  o Добавлена плашка окна на таскбаре для окна удаленного рабочего стола.
         (при работе с удаленной системой) -----------------------------------------------------------
      Есть проблема с локализацией глюка в редких случаях приводящему к аварийному завершению uVS при активном флаге "Проверять весь HKCR".
      На основе дампов его найти не получается, нужна копия реестра системы с такой проблемой, если кому-то попадется такая проблема, то присылайте архив с копией реестра системы мне на почту.  
×