Резервирование iPrint - как?

[$erg]

Добрый день коллеги.
Имеется у меня сервер печати OES11SP1 (26декабря станет OES11SP2). Сервер виртуальный(vmware). И вот как то я задумался о необходимости зарезервировать каким-то образом весь сервис печати. Ранее я делал нечто подобное путем создания еще одного менеджера печати, хранилище драйверов и каждого принтера, предоставляя права только одной группе(на 2 принтера, основной и резервный) - клиенту iPrint.
Но после того как вывел сервис печати на отдельный сервер - от это схемы отказался. Вот снова задался этим вопросом, т.к. потеря сервиса печати очень критична.
У кого какие мысли есть по этому поводу?
Спасибо.

[Ковалев Артем]

Вариантов ровно два.
1. Кластер vmware. Разнесете узлы кластера - будет вам отказоустойчивость.
2. Кластер iPrint. Формально такого зверя нет, реально он замечательно работает. Читаете в novell, как мигрировать хранилище драйверов на nss-том. Делаете кластер. На кластерный том мигрируете хранилище. Пересоздаете (опс ) принтеры на новый ip, кластерный. Если у вас принтеры уже созданы на днс-имя, то назначаете это имя кластерному ip. Правите скрипты кластера - при старте после монитрования тома делаете старт сервису iprint, при unload - до отмены ip гасите сервис iprint. У нас так работает.

[$erg]

Интересное решение Артем Спасибо.Пересоздать пару сотен принтеров - не так уж сложно, но кластер желательно(с учетом конфигурации нашей виртуализации) делать будет делать из одного виртуального и одного реального сервера.
Может еще у кого есть какие мысли.

[Андрей Добров]

Интересное решение Артем Спасибо.Пересоздать пару сотен принтеров - не так уж сложно, но кластер желательно(с учетом конфигурации нашей виртуализации) делать будет делать из одного виртуального и одного реального сервера.
Может еще у кого есть какие мысли.

Если говорим о VMwаre - то там делается аля псевдокластер, т.е. при остановке одного хоста, виртуальные машины перебрасываются на другой хост. При условии, что у вас релиз vSphere который позволяет это делать и оба хоста видят дисковое хранилище с виртуальными машинами.

Если рассматривать резервирование, то в VMwаre - клонирование изумительная штука. Делает сей клон каждую неделю - информация на сервере статична, надеюсь Вы не создаёте каждый день по принтеру. Сбойнула виртуальная машина с хостом, с хранилищем + ещё с чем-то от Вашей фантазии. Запустили клон - живём дальше.

[$erg]

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

[Иван Левшин aka Ivan L.]

2. Кластер iPrint. Формально такого зверя нет

Есть, причем очень, очень давно - со времен нетвари. Пруф

Не надо торопиться с заявлениями и быть настолько категоричным.

Кластер вмвари - это единственное решение в случае с iPrint Appliance. iPrint из состава OES совершенно спокойно кластеризуется средствами самого OES. То, что "придется пересоздавать принтеры" - факт, т.к. изменится IP-адрес. То, что это нужно делать руками - совсем-совсем не факт, т.к. конфиг iPrint - суть XML-файл, в котором можно в любом более-менее приличном редакторе поправить все, что нужно, фактически в автоматическом режиме. Выгружаем, правим, загружаем -> профит.

Кластеризация силами OES - лучше, время восстановления сервиса меньше, чем в случае с кластером VMware (по сути - просто передергивается сервис, что быстрее, чем поднять виртуалку целиком). Кроме того, в кластере VMware были какие-то ограничения на число CPU в виртуалке (именно из-за этой проблемы меня терзает заказчик с Appliance).

[Музалёв Николай]

Пользуюсь программой VEEAM BACKUP.
Специально созданная для копирования вирт. машин VMWare.

Среди прочих её достоинств то, что на сервер с относительно большим дисковым пулом можно настроить регулярные копии-"снапшоты" (клоны) интересуюших вас виртмашин. Можно задать цикл клонов (например, держать 5 или 10ть клонов).

И когда произойдёт неприятность, то такую машину можно не восстанавливать (часы), а запустить ПРЯМО ИЗ КОПИИ с этого же сервера (минуты).
Работать, естественно, будет помедленее, но ведь будет же...

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