Наша проблема: Один принтер не справляется с большой пиковой нагрузкой и плавит внутренний пластик.
Ниже я расскажу, какие решения мы пробовали и к чему в итоге пришли.
У нас есть:
1) терминальная ферма Win2008R2 2) 3 одинаковых сетевых принтера Расскажу немного о самой проблеме.У нас есть отдел приложений в службе доставки.
За одну ночь они печатают в общей сложности 8 тысяч листов формата А4. Нагрузка на принтеры приходится именно ночью — когда формируются все заказы и маршруты.
В последнее время качество неоригинального тонера ухудшилось, из-за этого аппарат перегревается.
При плавлении пластика и контакте с движущимися элементами.
Решение 1. Замена принтера на более мощный.
Специально постараюсь не перечислять марки принтеров.
Скажу только, что в моем принтере ресурс заправки картриджа составляет 25 тысяч листов А4, ежемесячный ресурс принтера - 300 тысяч.
Мой принтер был куплен за 25 тысяч рублей.
Первое, о чем я подумал, это купить принтер покруче.
Но исследование рынка Яндекса показало, что либо аналоги имеют высокую цену эксплуатации и стоимость листа бумаги, либо изначально непропорционально большую цену (> 200 тысяч рублей) даже при старом курсе доллара.
И все же мы решили не менять.
Решение 2. Объединение принтеров в пул.
Логичным решением проблемы перегрева мы посчитали самый простой вариант – дать принтеру остыть.
Как это сделать? Естественно, распределите печать на несколько устройств! И лучше сразу это автоматизировать, чтобы исключить «человеческий фактор».
Перечислю несколько вариантов распределения нагрузки на пул.
Вариант 1. Стандартная группировка в пул.
Стандартный Статья MS как инструкции.
Но проблема сразу стала ясна - второй и последующие принтеры печатают ТОЛЬКО если предыдущие заняты.
Результат – неравномерный износ и перегрев первого принтера.
Такое решение подойдет, если у нас очень мощный и надежный первый принтер.
Решение нас не устраивает, опять же из-за цены мощного принтера.
Вариант 2: Стороннее программное обеспечение.
Признаюсь честно - с большим трудом я нагуглил только 2 программы для своих задач.
Первая была сильно глючная, постоянно блокировала спулер на терминальной ферме, так что приходилось перезагружать сервера.
И это требовало постоянного подвешивания в лотке.
Вторую я не осилил.
Вроде все просто - но выскакивает то же самое окно и все.
Обе программы платные, но с пробным периодом.
В общем, пока рынок не предлагает ничего адекватного и работающего «из коробки».
Вариант 3. Оказывается, все очень просто.
Круговой DNS Меня смутило поле «имя или IP-адрес» в « установка принтера ".
И я попробовал указать DNS-имя.
работает! Это уже гораздо интереснее.
Мы можем подключить несколько принтеров к одному DNS-имени.
Оказывается, выбор принтера теперь зависит от настроек DNS! И это автоматизация хотя бы на уровне скрипта! Так.
У меня есть домен AD. Я создаю домен 3-го уровня принтеры , и регистрируем А-хост с именем нашего «пула» — oz. Полное имя oz.printers.mydomain.local .
В качестве IP-адреса указываем наш первый принтер.
Далее создаем ту же запись, но с другим IP-адресом (адресом второго принтера).
Для обеих записей я установил TTL=0, чтобы разрешение не кэшировалось и был честный рандом.
Если вам нужно настроить более высокий приоритет загрузки на каком-то принтере, вы можете поиграть с TTL. Теперь небольшое исследование.
1) один принтер выключен - второй ВСЕГДА будет печатать задание.
2) если на первом открыта крышка или какие-то другие логические проблемы, то.
Если мы получим от этого принтера отпечаток по разрешению, то задание "как бы" будет отправлено с сервера на печать, но не будет распечатан на WORK принтере.
Как только мы вставляем картридж, или закрываем крышку, принтер печатает всё, что было отправлено конкретно ему.
3) данная схема не работает с разными принтерами.
Исключением являются принтеры с универсальным или идентичным драйвером.
Но тоже криво (всегда проблемы с дуплексом).
На одинаковых принтерах работает нормально, проверял.
4) всплывающие информационные сообщения пользователю от принтера не работают при TTL=0. Но я этому даже рад. Я думаю, это зависит от принтера.
5) мои маршрутные листы были распечатаны из 1С.
Печать была заводской — человек нажимал кнопку печати, и клиент 1С собирал документы из разных мест, и как искал, тут же их распечатывал.
При TTL=0 результатом был ужасный перебор одного маршрутного листа на всех принтерах.
Тут 2 варианта - использовать TTL> 0, и свести вероятность подобных ситуаций к минимуму, или 2 вариант - переписать 1Ску для вывода на печать.
Как результат. Думаю мой опыт будет кому-то полезен.
Спасибо за внимание! ПС: вот оно фото ролика после плавления пластика Теги: #Системное администрирование #принтеры #принтеры на терминальном сервере #пул принтеров #балансировка нагрузки принтеров
-
Камерлинг Оннес, Хейке
19 Oct, 24 -
Что Нового В Zabbix 4.4
19 Oct, 24 -
Секретные Эксперименты Вассермана
19 Oct, 24 -
Нагрузочное Тестирование Из Облака
19 Oct, 24 -
Google Global Cache – Для Избранных
19 Oct, 24
