Страница 1 из 1

несколько серверов Zenworks

СообщениеДобавлено: 31 мар 2011, 09:38
Kuhnya
Доброе время суток всем, есть один вопрос, можно ли объединить несколько серверов Zenworks в кластер? И, если нет, то стоит ли заморачиваться поднимая несколько серверов? В чем будет преимущество?

Re: несколько серверов Zenworks

СообщениеДобавлено: 31 мар 2011, 12:17
Антон Фридрих
Кластеризовать нельзя,
Имеет смысл разделять по функциям, например отдельно имаджинг, отдельно контент, и допустим один дублирующий для политик.

Все зависит от ваших размеров, если у вас много компьютеров распределенных по территориально разделенным площадкам - то вам некуда деваться от разделения серверов.

Если у вас 200 компьютеров в одном здании - то особого смысла разделять сервера не вижу.

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 08:48
Kuhnya
у нас около 1000мкомпов в одном здании(университет), но еще будут подключаться и филиалы. т.е. несколько серваков в этом случае оправдано. спасибо за развернутый ответ! тему можно закрыть.

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 11:05
Андрей Добров
Kuhnya писал(а):у нас около 1000мкомпов в одном здании(университет), но еще будут подключаться и филиалы. т.е. несколько серваков в этом случае оправдано. спасибо за развернутый ответ! тему можно закрыть.


А какой у Вас ZEN 7, 10, 11. Если последний, утверждают, что в нем можно делать проксирующие элементы для сервера ZEN.

А для ZEN 7 вообще ничего не нужно, вся информация берется из eDirectory и нужен доступ только к любому серверу с репликой.

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 11:17
Ковалев Артем
А если zen 10, то два сервера хороши для резервирования. Ведь если один сдохнет - останетесь и без политик, и без апликух...

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 12:44
Антон Фридрих
Что такое "проксирующие элементы"?

Два сервера это не резервирование, ибо оба завязаны на один сервер БД, в случае смерти которого будь у вас хоть 10 серверов вы все равно останетесь без политик(важно длу) и т.д.

Реплицировать БД можно (например Oracle) но при этом редакции с реплицированием Oracle EE не поддерживаются зеном, а те что поддерживаются (Oracle SE) не поддерживают репликацию

Таким образом получаем что самое слабое место - это внешняя БД.

Если у человека две территориально разнесенных площадки, и есть вероятность что связь до площадки, где стоит сервер БД может пропасть, то я бы вообще рекоммендовал поднять две непересекающиеся зоны.

P.S. Я сам работаю с вузом в котором развернут зен, есть определенный опыт - могу подсказать. Пишите в личку например.

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 14:50
Андрей Тр. aka RH
Антон Фридрих писал(а):Что такое "проксирующие элементы"?

Два сервера это не резервирование, ибо оба завязаны на один сервер БД, в случае смерти которого будь у вас хоть 10 серверов вы все равно останетесь без политик(важно длу) и т.д.

Реплицировать БД можно (например Oracle) но при этом редакции с реплицированием Oracle EE не поддерживаются зеном, а те что поддерживаются (Oracle SE) не поддерживают репликацию

Таким образом получаем что самое слабое место - это внешняя БД.

Реплицировать можно и MS SQL, но не знаю, как к этому отнесется ZCM ?

Re: несколько серверов Zenworks

СообщениеДобавлено: 06 апр 2011, 18:47
Ковалев Артем
Андрей Тр. aka RH писал(а):Реплицировать можно и MS SQL, но не знаю, как к этому отнесется ZCM ?

Нормально, это штатный режим, у них это даже в мурзилке прописано.

Re: несколько серверов Zenworks

СообщениеДобавлено: 08 апр 2011, 14:15
Андрей Добров
Антон Фридрих писал(а):Что такое "проксирующие элементы"?
.......


Что-то в этом виде

Re: несколько серверов Zenworks

СообщениеДобавлено: 09 апр 2011, 14:26
Dmitry aka DrHoo
Kuhnya писал(а):Доброе время суток всем, есть один вопрос, можно ли объединить несколько серверов Zenworks в кластер? И, если нет, то стоит ли заморачиваться поднимая несколько серверов? В чем будет преимущество?

Посмотрите здесь (как раз идёт речь о тысячах клиентов):
ZDM ZENworks Best Practice Middle Tier
Middle Tier Fault Tolerance