高可用性・高パフォーマンスなBarTender環境の実装方法
質問
高可用性かつ高パフォーマンスなBarTender環境を実現するにはどうすればよいですか？
回答
1. 高頻度・高速印刷が必要で、高可用性（HA）かつスケーラブルな環境を求めるエンドユーザーには、以下のような構成を推奨します。
冗長性と負荷分散のために、最低でも2台の物理サーバーを使用してください。究極の冗長性を確保するには、2つの異なる物理拠点にそれぞれ1台ずつサーバーを設置するのが理想的です。
各サーバーのスペックは、最低でもIntel XeonクアッドコアE5プロセッサと8GB以上のRAMを搭載していることが望ましいです。ネットワーク接続はギガビットが必須ですが、冗長性とパフォーマンス向上のためにデュアルギガビットを推奨します。他のお客様のHA印刷要件でも、すべてXeonクラスのプロセッサ（コア数が多いほど良い）と6GB～18GBのRAMが使われています。
Windows Server 2016以降を、クラスタ化された仮想マシン（VM）環境で使用してください。VMwareまたはHyper-Vのどちらでも、お客様のご希望に合わせて選択可能です。各物理サーバーには、OSの冗長性確保のために最低2台のVMを稼働させてください。つまり、1つのVMでWindowsがクラッシュしても、同じ物理マシン上のもう1つのVMが稼働し続けるため、ハードウェアの冗長性と物理的な負荷分散が維持されます。
物理サーバーはBarTender Suite専用としても良いですが、もしサーバースペックが本当にエンタープライズレベル（複数CPU、32GB以上のRAM）で、他の用途のVMも同時に動かせる場合は、共有サーバーとして利用することも可能です。ただし、時間に敏感な競合を避けるためにも、物理ストレージはBarTender Suite専用に確保することを推奨します。
BarTender System Database（BTSDB）を中央集約型で使用する場合は、専用のVMイメージ上に構築し、専用の物理ストレージアレイを割り当てることを推奨します。SQLデータベースが共有ストレージ上にあると、時間の経過とともにトランザクションのボトルネックが発生することがあるためです。
各VMでは、BarTenderで使用するプリンタードライバーを「共有プリンタードライバー分離（PDI）」グループで動作するようにプリンター管理を設定してください。これにより、プリンタードライバーはWindowsの印刷スプーラーとは別の独立したプロセスで動作します。ドライバーがクラッシュしても印刷スプーラーまで巻き込むことがなく、サービスの手動再起動が不要になります。もし分離プロセスがクラッシュしても、Windowsスプーラーが自動的に再起動するため、印刷機能が継続されます。
最適なパフォーマンスを得るには、物理CPUコアごとにBarTenderインスタンスを1つ動作させるのが理想です。たとえば、サーバーにクアッドコアCPUがあり、2台のVMにそれぞれデュアルコアの仮想CPUを割り当てている場合、各VMで2つのBarTenderプロセスを動作させるのが最適です。インテグレーションプラットフォームでは、Print Schedulerサービスがハードウェアや需要に応じて自動的にスケールします。
2. BarTenderとSeagull License Server間の通信についてですが、ご存知の通り、BarTenderはSeagull License Serverとの最終通信から72時間の猶予期間があり、その間はライセンスサーバーが利用できない場合でも印刷を継続できます。この猶予期間についての詳細は、弊社の技術資料プリンターベースライセンスをご参照ください。
Seagull License Server側でさらなる冗長性が必要な場合は、弊社の技術資料ライセンスサーバー冗長化もご参照ください。
質問
高可用性かつ高パフォーマンスなBarTender環境を実現するにはどうすればよいですか？
回答
1. 高頻度・高速印刷が必要で、高可用性（HA）かつスケーラブルな環境を求めるエンドユーザーには、以下のような構成を推奨します。
冗長性と負荷分散のために、最低でも2台の物理サーバーを使用してください。究極の冗長性を確保するには、2つの異なる物理拠点にそれぞれ1台ずつサーバーを設置するのが理想的です。
各サーバーのスペックは、最低でもIntel XeonクアッドコアE5プロセッサと8GB以上のRAMを搭載していることが望ましいです。ネットワーク接続はギガビットが必須ですが、冗長性とパフォーマンス向上のためにデュアルギガビットを推奨します。他のお客様のHA印刷要件でも、すべてXeonクラスのプロセッサ（コア数が多いほど良い）と6GB～18GBのRAMが使われています。
Windows Server 2008 R2以降を、クラスタ化された仮想マシン（VM）環境で使用してください。VMwareまたはHyper-Vのどちらでも、お客様のご希望に合わせて選択可能です。各物理サーバーには、OSの冗長性確保のために最低2台のVMを稼働させてください。つまり、1つのVMでWindowsがクラッシュしても、同じ物理マシン上のもう1つのVMが稼働し続けるため、ハードウェアの冗長性と物理的な負荷分散が維持されます。
物理サーバーはBarTender Suite専用としても良いですが、もしサーバースペックが本当にエンタープライズレベル（複数CPU、32GB以上のRAM）で、他の用途のVMも同時に動かせる場合は、共有サーバーとして利用することも可能です。ただし、時間に敏感な競合を避けるためにも、物理ストレージはBarTender Suite専用に確保することを推奨します。
BarTender System Database（BTSDB）を中央集約型で使用する場合は、専用のVMイメージ上に構築し、専用の物理ストレージアレイを割り当てることを推奨します。SQLデータベースが共有ストレージ上にあると、時間の経過とともにトランザクションのボトルネックが発生することがあるためです。
各VMでは、BarTenderで使用するプリンタードライバーを「共有プリンタードライバー分離（PDI）」グループで動作するようにプリンター管理を設定してください。これにより、プリンタードライバーはWindowsの印刷スプーラーとは別の独立したプロセスで動作します。ドライバーがクラッシュしても印刷スプーラーまで巻き込むことがなく、サービスの手動再起動が不要になります。もし分離プロセスがクラッシュしても、Windowsスプーラーが自動的に再起動するため、印刷機能が継続されます。PDIはWindows Server 2008以降でサポートされています。
最適なパフォーマンスを得るには、物理CPUコアごとにBarTenderインスタンスを1つ動作させるのが理想です。たとえば、サーバーにクアッドコアCPUがあり、2台のVMにそれぞれデュアルコアの仮想CPUを割り当てている場合、各VMで2つのBarTenderプロセスを動作させるのが最適です。インテグレーションプラットフォームでは、Print Schedulerサービスがハードウェアや需要に応じて自動的にスケールします。
2. BarTenderとSeagull License Server間の通信についてですが、ご存知の通り、BarTenderはSeagull License Serverとの最終通信から72時間の猶予期間があり、その間はライセンスサーバーが利用できない場合でも印刷を継続できます。この猶予期間についての詳細は、弊社の技術資料プリンターベースライセンスをご参照ください。
質問
高可用性かつ高パフォーマンスなBarTender環境を実現するにはどうすればよいですか？
回答
1. 高頻度・高速印刷が必要で、高可用性（HA）かつスケーラブルな環境を求めるエンドユーザーには、以下のような構成を推奨します。
冗長性と負荷分散のために、最低でも2台の物理サーバーを使用してください。究極の冗長性を確保するには、2つの異なる物理拠点にそれぞれ1台ずつサーバーを設置するのが理想的です。
各サーバーのスペックは、最低でもIntel XeonクアッドコアE5プロセッサと8GB以上のRAMを搭載していることが望ましいです。ネットワーク接続はギガビットが必須ですが、冗長性とパフォーマンス向上のためにデュアルギガビットを推奨します。他のお客様のHA印刷要件でも、すべてXeonクラスのプロセッサ（コア数が多いほど良い）と6GB～18GBのRAMが使われています。
Windows Server 2008 R2以降を、クラスタ化された仮想マシン（VM）環境で使用してください。VMwareまたはHyper-Vのどちらでも、お客様のご希望に合わせて選択可能です。各物理サーバーには、OSの冗長性確保のために最低2台のVMを稼働させてください。つまり、1つのVMでWindowsがクラッシュしても、同じ物理マシン上のもう1つのVMが稼働し続けるため、ハードウェアの冗長性と物理的な負荷分散が維持されます。
物理サーバーはBarTender Suite専用としても良いですが、もしサーバースペックが本当にエンタープライズレベル（複数CPU、32GB以上のRAM）で、他の用途のVMも同時に動かせる場合は、共有サーバーとして利用することも可能です。ただし、時間に敏感な競合を避けるためにも、物理ストレージはBarTender Suite専用に確保することを推奨します。
BarTender System Database（BTSDB）を中央集約型で使用する場合は、専用のVMイメージ上に構築し、専用の物理ストレージアレイを割り当てることを推奨します。SQLデータベースが共有ストレージ上にあると、時間の経過とともにトランザクションのボトルネックが発生することがあるためです。
各VMでは、BarTenderで使用するプリンタードライバーを「共有プリンタードライバー分離（PDI）」グループで動作するようにプリンター管理を設定してください。これにより、プリンタードライバーはWindowsの印刷スプーラーとは別の独立したプロセスで動作します。ドライバーがクラッシュしても印刷スプーラーまで巻き込むことがなく、サービスの手動再起動が不要になります。もし分離プロセスがクラッシュしても、Windowsスプーラーが自動的に再起動するため、印刷機能が継続されます。PDIはWindows Server 2008以降でサポートされています。
最適なパフォーマンスを得るには、物理CPUコアごとにBarTenderインスタンスを1つ動作させるのが理想です。たとえば、サーバーにクアッドコアCPUがあり、2台のVMにそれぞれデュアルコアの仮想CPUを割り当てている場合、各VMで2つのBarTenderプロセスを動作させるのが最適です。インテグレーションプラットフォームでは、Print Schedulerサービスがハードウェアや需要に応じて自動的にスケールします。古いバージョンのCommanderでは、BarTenderコマンドハンドラーで動作させたいプロセス数を固定で設定する必要があります。もちろん、CPUコア数とBarTenderプロセス数の1:1比率を無視して独自に設定することも可能ですが、最適なパフォーマンスは得られません。
2. BarTenderとSeagull License Server間の通信についてですが、ご存知の通り、BarTenderはSeagull License Serverとの最終通信から72時間の猶予期間があり、その間はライセンスサーバーが利用できない場合でも印刷を継続できます。
この猶予期間についての詳細は、弊社のホワイトペーパーをご参照ください：
Automation Edition向けライセンス
Seagull License Server側でさらなる冗長性が必要な場合は、2つ目のプロダクトキーコードを購入し、プライマリと別のSeagull License Serverにも接続できるようにしてください（BarTenderの設定画面のスクリーンショットをご参照ください）：