プリンタープールでの負荷分散のためのシンプルなソリューション

私たちの問題:

1台のプリンターは大きなピーク負荷に対応せず、内部のプラスチックを溶かします。 カットの下で、私たちが試した解決策と、私たちが最終的に何になったかを説明します。



私たちが持っています:



1)ターミナルファームWin2008R2

2)3つの同一のネットワークプリンター





問題自体について少しお話しします。 配送サービスにはリクエスト部門があります。 一晩、彼らは合計8000枚のA4シートを封印します。 プリンターへの負荷は、すべての注文とルートが形成される夜に正確に発生します。 最近、非オリジナルトナーの品質が悪化しており、このため、装置内で過熱が観察されています。 プラスチックの融合と可動要素との接触。



解決策1.プリンターをより強力なプリンターに交換します。



具体的には、プリンターのブランドを引用しないようにします。 私のプリンターでは、カートリッジの燃料補給リソースは25,000枚のA4シートであり、月間プリンターリソースは30万枚です。 私のプリンターは25000ルーブルで購入されました。 最初に発明されたのは、クーラープリンターを購入することでした。 しかし、Yandex市場の調査では、アナログは高い価格と紙1枚あたりのコスト、または当初は不均衡に高い価格(> 20万ルーブル)であることが示されていました。 それでも同じように、変更しないことを決めました...



解決策2.プリンターのプーリング。



過熱に対する論理的な解決策として、プリンタを冷却するための最も単純なオプションを検討しました。 どうやってやるの? 当然-印刷を複数のデバイスに配布します! そして、「人的要因」を排除するために、すぐに自動化することをお勧めします。



プールに負荷を分散するためのいくつかのオプションをリストします。



オプション1.標準プーリング。

標準のMS記事が指示として使用されました。 しかし、その後、問題は明らかになりました-2番目以降のプリンターは、前のプリンターがビジーの場合にのみ印刷されます。 最初のプリンターの不均一な摩耗と過熱が判明します...このソリューションは、非常に強力で信頼性の高い最初のプリンターがある場合に適しています。 強力なプリンターの価格を考えると、このソリューションは私たちには適していません。



オプション2.サードパーティソフトウェア。

私は正直に認めなければなりません-非常に困難で、私は自分のタスクのために2つのプログラムしか持っていません...最初に-私は非常にバグが多く、サーバーを再起動しなければならないようにターミナルファームのスプーラーを常にブロックしました そして、それはトレイに絶えずぶら下がる必要がありました。 第二-マスターしませんでした。 すべてがシンプルに思えますが、同じウィンドウがポップアップ表示され、それだけです。 どちらのプログラムも有料ですが、試用期間があります。 一般的に、これまでのところ、市場は「箱から出して」適切で機能するものを何も提供していません。



オプション3。すべてが非常に単純であることがわかります。 ラウンドロビンDNS

プリンター設定 」ウィンドウの「名前またはIPアドレス」フィールドに混乱しました。 そして、私はDNS名を指定しようとしました...それは動作します!

これはすでにはるかに興味深いものです。 1つのDNS名に複数のプリンターを配置できます。 プリンターの選択がDNS設定に依存するようになりました! そして、これは少なくともスクリプトレベルでの自動化です!



だから。 ADドメインがあります。 第3レベルのドメインプリンターを作成し、「プール」の名前でAホストを登録します-オンス。 フルネームはoz.printers.mydomen.localです。 最初のプリンターをIPアドレスとして示します。 次に、同じレコードを作成しますが、異なるIPアドレス(2番目のプリンターのアドレス)を使用します。 両方のエントリで、TTL = 0に設定して、解像度がキャッシュされず、正直なランダムが存在するようにします。

プリンターの優先度の高い負荷を調整する必要がある場合は、TTLで遊ぶことができます。



今少し研究。

1)1台のプリンターがオフ-2台目のプリンターは常にジョブを印刷します。

2)最初の問題またはその他の論理的な問題でカバーが開いている場合...このプリンターを解像度で印刷すると、「あたかも」タスクが印刷されますが、WORKプリンターでは印刷されません。 カートリッジを挿入するか、ふたを閉じるとすぐに、プリンターは彼に特別に送られたすべてを印刷します。

3)このようなスキームは、異なるプリンターでは機能しません。 例外は、ユニバーサルまたは同じドライバーを備えたプリンターです。 しかし、また曲がっています(常に両面印刷の問題)...確認済みの同一のプリンターで正常に動作します。

4)TTL = 0のプリンターからユーザーへのポップアップ情報メッセージは機能しません。 しかし、私はそれが嬉しいです。 プリンタに依存すると思います。

5)ルートシートは1Cから印刷されました。 印刷は事前に作成されていました。ある人が印刷ボタンを押すと、1Cクライアントはさまざまな場所からドキュメントを収集し、検索するとすぐに印刷しました。 TTL = 0の場合、すべてのプリンターの1つのルーティングシートからひどい詰め物ができました。 ここには2つの方法があります-TTL> 0を使用し、そのような状況の可能性を最小限に抑えるか、オプション2-1 Skuをコピーして出力を印刷します。



その結果。 私の経験は誰かに役立つと思います。 ご清聴ありがとうございました!

PS:プラスチックが溶けた後のローラーの写真です



All Articles