Wie implementiert man eine hochverfügbare, leistungsstarke BarTender-Umgebung?
Frage
Wie implementiert man eine hochverfügbare und leistungsstarke BarTender-Umgebung?
Antwort
1. Für Endanwender, die eine Lösung mit hoher Druckfrequenz und -geschwindigkeit in einer hochverfügbaren (HA) und skalierbaren Umgebung benötigen, empfehlen wir folgende Konfiguration:
Es sollten mindestens zwei physische Server für Redundanz und Lastverteilung eingesetzt werden. Für maximale Ausfallsicherheit empfiehlt es sich, mindestens einen Server an zwei verschiedenen Standorten zu betreiben.
Jeder Server sollte mindestens mit einem Intel Xeon Quad-Core E5 Prozessor und mindestens 8 GB RAM ausgestattet sein. Eine Gigabit-Netzwerkverbindung ist erforderlich, Dual-Gigabit wird jedoch empfohlen – dies dient sowohl der Redundanz als auch der Performance. Beachten Sie, dass andere Kunden mit HA-Druckanforderungen stets einen Prozessor der Xeon-Klasse eingesetzt haben – je mehr Kerne, desto besser – und zwischen 6 GB und 18 GB RAM.
Als Betriebssystem sollte Windows Server 2016 oder neuer in einer Cluster-Umgebung mit virtuellen Maschinen (VM) verwendet werden. Je nach Kundenwunsch kann entweder VMware oder Hyper-V eingesetzt werden. Jeder physische Server sollte mindestens zwei VMs betreiben, um Betriebssystem-Redundanz zu gewährleisten. Das bedeutet: Stürzt Windows in einer VM ab, läuft die andere VM auf demselben physischen Server weiter, sodass Hardware-Redundanz und physische Lastverteilung erhalten bleiben.
Die physischen Server können entweder ausschließlich für die BarTender Suite genutzt werden. Falls die Server jedoch echte Enterprise-Spezifikationen (mehrere CPUs und 32 GB oder mehr RAM) aufweisen und mehrere VMs für andere Aufgaben betreiben können, ist auch eine gemeinsame Nutzung möglich. Wir empfehlen jedoch, den physischen Speicher für die BarTender Suite zu reservieren, um zeitkritische Engpässe zu vermeiden.
Wenn eine zentrale BarTender Systemdatenbank (BTSDB) verwendet wird, sollte diese in einer eigenen VM installiert und mit einem eigenen physischen Speicherarray ausgestattet werden. Das ist wichtig, da wir festgestellt haben, dass es im Laufe der Zeit zu Engpässen bei Datenbanktransaktionen kommt, wenn die SQL-Datenbank auf gemeinsam genutztem Speicher liegt.
In jeder VM empfehlen wir, das Druckermanagement so zu konfigurieren, dass die von BarTender verwendeten Druckertreiber in einer gemeinsamen Druckertreiber-Isolationsgruppe (PDI) laufen. Das bedeutet, dass die Druckertreiber in einem eigenen isolierten Prozess außerhalb des Windows-Druckspoolers ausgeführt werden. Sollte ein Treiber abstürzen, kann er so nicht den gesamten Spooler zum Absturz bringen, was sonst einen manuellen Neustart des Dienstes erfordern würde. Stürzt der isolierte Prozess ab, startet der Windows-Spooler diesen automatisch neu, sodass die Druckfunktion erhalten bleibt.
Für optimale Leistung empfiehlt sich eine BarTender-Instanz pro physischem Prozessorkern. Wenn Sie also einen Quad-Core-Prozessor im Server haben, der zwei VMs mit jeweils einer Dual-Core-CPU betreibt, ist die optimale Konfiguration, in jeder VM zwei BarTender-Prozesse laufen zu lassen. Mit der Integration Platform skaliert der Print Scheduler Service die Lösung automatisch je nach verfügbarer Hardware und Bedarf.
2. Bezüglich der Kommunikation zwischen BarTender und dem Seagull License Server gilt: Wie Sie wissen, bieten wir eine 72-stündige Kulanzzeit (seit der letzten Kommunikation zwischen BarTender und dem Seagull License Server), in der BarTender weiterhin druckt, auch wenn der Seagull License Server aus irgendeinem Grund nicht erreichbar ist. Weitere Informationen zu dieser Kulanzzeit finden Sie in unserem technischen Dokument: Druckerbasierte Lizenzierung.
Falls zusätzliche Redundanz auf der Seite des Seagull License Servers benötigt wird, finden Sie weitere Informationen in unserem technischen Dokument License Server Redundancy.
Frage
Wie implementiert man eine hochverfügbare und leistungsstarke BarTender-Umgebung?
Antwort
1. Für Endanwender, die eine Lösung mit hoher Druckfrequenz und -geschwindigkeit in einer hochverfügbaren (HA) und skalierbaren Umgebung benötigen, empfehlen wir folgende Konfiguration:
Es sollten mindestens zwei physische Server für Redundanz und Lastverteilung eingesetzt werden. Für maximale Ausfallsicherheit empfiehlt es sich, mindestens einen Server an zwei verschiedenen Standorten zu betreiben.
Jeder Server sollte mindestens mit einem Intel Xeon Quad-Core E5 Prozessor und mindestens 8 GB RAM ausgestattet sein. Eine Gigabit-Netzwerkverbindung ist erforderlich, Dual-Gigabit wird jedoch empfohlen – dies dient sowohl der Redundanz als auch der Performance. Beachten Sie, dass andere Kunden mit HA-Druckanforderungen stets einen Prozessor der Xeon-Klasse eingesetzt haben – je mehr Kerne, desto besser – und zwischen 6 GB und 18 GB RAM.
Als Betriebssystem sollte Windows Server 2008 R2 oder neuer in einer Cluster-Umgebung mit virtuellen Maschinen (VM) verwendet werden. Je nach Kundenwunsch kann entweder VMware oder Hyper-V eingesetzt werden. Jeder physische Server sollte mindestens zwei VMs betreiben, um Betriebssystem-Redundanz zu gewährleisten. Das bedeutet: Stürzt Windows in einer VM ab, läuft die andere VM auf demselben physischen Server weiter, sodass Hardware-Redundanz und physische Lastverteilung erhalten bleiben.
Die physischen Server können entweder ausschließlich für die BarTender Suite genutzt werden. Falls die Server jedoch echte Enterprise-Spezifikationen (mehrere CPUs und 32 GB oder mehr RAM) aufweisen und mehrere VMs für andere Aufgaben betreiben können, ist auch eine gemeinsame Nutzung möglich. Wir empfehlen jedoch, den physischen Speicher für die BarTender Suite zu reservieren, um zeitkritische Engpässe zu vermeiden.
Wenn eine zentrale BarTender Systemdatenbank (BTSDB) verwendet wird, sollte diese in einer eigenen VM installiert und mit einem eigenen physischen Speicherarray ausgestattet werden. Das ist wichtig, da wir festgestellt haben, dass es im Laufe der Zeit zu Engpässen bei Datenbanktransaktionen kommt, wenn die SQL-Datenbank auf gemeinsam genutztem Speicher liegt.
In jeder VM empfehlen wir, das Druckermanagement so zu konfigurieren, dass die von BarTender verwendeten Druckertreiber in einer gemeinsamen Druckertreiber-Isolationsgruppe (PDI) laufen. Das bedeutet, dass die Druckertreiber in einem eigenen isolierten Prozess außerhalb des Windows-Druckspoolers ausgeführt werden. Sollte ein Treiber abstürzen, kann er so nicht den gesamten Spooler zum Absturz bringen, was sonst einen manuellen Neustart des Dienstes erfordern würde. Stürzt der isolierte Prozess ab, startet der Windows-Spooler diesen automatisch neu, sodass die Druckfunktion erhalten bleibt. Beachten Sie, dass PDI ab Windows Server 2008 unterstützt wird.
Für optimale Leistung empfiehlt sich eine BarTender-Instanz pro physischem Prozessorkern. Wenn Sie also einen Quad-Core-Prozessor im Server haben, der zwei VMs mit jeweils einer Dual-Core-CPU betreibt, ist die optimale Konfiguration, in jeder VM zwei BarTender-Prozesse laufen zu lassen. Mit der Integration Platform skaliert der Print Scheduler Service die Lösung automatisch je nach verfügbarer Hardware und Bedarf.
2. Bezüglich der Kommunikation zwischen BarTender und dem Seagull License Server gilt: Wie Sie wissen, bieten wir eine 72-stündige Kulanzzeit (seit der letzten Kommunikation zwischen BarTender und dem Seagull License Server), in der BarTender weiterhin druckt, auch wenn der Seagull License Server aus irgendeinem Grund nicht erreichbar ist. Weitere Informationen zu dieser Kulanzzeit finden Sie in unserem technischen Dokument: Druckerbasierte Lizenzierung.
Frage
Wie implementiert man eine hochverfügbare und leistungsstarke BarTender-Umgebung?
Antwort
1. Für Endanwender, die eine Lösung mit hoher Druckfrequenz und -geschwindigkeit in einer hochverfügbaren (HA) und skalierbaren Umgebung benötigen, empfehlen wir folgende Konfiguration:
Es sollten mindestens zwei physische Server für Redundanz und Lastverteilung eingesetzt werden. Für maximale Ausfallsicherheit empfiehlt es sich, mindestens einen Server an zwei verschiedenen Standorten zu betreiben.
Jeder Server sollte mindestens mit einem Intel Xeon Quad-Core E5 Prozessor und mindestens 8 GB RAM ausgestattet sein. Eine Gigabit-Netzwerkverbindung ist erforderlich, Dual-Gigabit wird jedoch empfohlen – dies dient sowohl der Redundanz als auch der Performance. Beachten Sie, dass andere Kunden mit HA-Druckanforderungen stets einen Prozessor der Xeon-Klasse eingesetzt haben – je mehr Kerne, desto besser – und zwischen 6 GB und 18 GB RAM.
Als Betriebssystem sollte Windows Server 2008 R2 oder neuer in einer Cluster-Umgebung mit virtuellen Maschinen (VM) verwendet werden. Je nach Kundenwunsch kann entweder VMware oder Hyper-V eingesetzt werden. Jeder physische Server sollte mindestens zwei VMs betreiben, um Betriebssystem-Redundanz zu gewährleisten. Das bedeutet: Stürzt Windows in einer VM ab, läuft die andere VM auf demselben physischen Server weiter, sodass Hardware-Redundanz und physische Lastverteilung erhalten bleiben.
Die physischen Server können entweder ausschließlich für die BarTender Suite genutzt werden. Falls die Server jedoch echte Enterprise-Spezifikationen (mehrere CPUs und 32 GB oder mehr RAM) aufweisen und mehrere VMs für andere Aufgaben betreiben können, ist auch eine gemeinsame Nutzung möglich. Wir empfehlen jedoch, den physischen Speicher für die BarTender Suite zu reservieren, um zeitkritische Engpässe zu vermeiden.
Wenn eine zentrale BarTender Systemdatenbank (BTSDB) verwendet wird, sollte diese in einer eigenen VM installiert und mit einem eigenen physischen Speicherarray ausgestattet werden. Das ist wichtig, da wir festgestellt haben, dass es im Laufe der Zeit zu Engpässen bei Datenbanktransaktionen kommt, wenn die SQL-Datenbank auf gemeinsam genutztem Speicher liegt.
In jeder VM empfehlen wir, das Druckermanagement so zu konfigurieren, dass die von BarTender verwendeten Druckertreiber in einer gemeinsamen Druckertreiber-Isolationsgruppe (PDI) laufen. Das bedeutet, dass die Druckertreiber in einem eigenen isolierten Prozess außerhalb des Windows-Druckspoolers ausgeführt werden. Sollte ein Treiber abstürzen, kann er so nicht den gesamten Spooler zum Absturz bringen, was sonst einen manuellen Neustart des Dienstes erfordern würde. Stürzt der isolierte Prozess ab, startet der Windows-Spooler diesen automatisch neu, sodass die Druckfunktion erhalten bleibt. Beachten Sie, dass PDI ab Windows Server 2008 unterstützt wird.
Für optimale Leistung empfiehlt sich eine BarTender-Instanz pro physischem Prozessorkern. Wenn Sie also einen Quad-Core-Prozessor im Server haben, der zwei VMs mit jeweils einer Dual-Core-CPU betreibt, ist die optimale Konfiguration, in jeder VM zwei BarTender-Prozesse laufen zu lassen. Mit der Integration Platform skaliert der Print Scheduler Service die Lösung automatisch je nach verfügbarer Hardware und Bedarf. Bei Commander in älteren Versionen müssen Sie eine feste Anzahl an Prozessen konfigurieren, die im BarTender-Befehls-Handler laufen sollen. Natürlich können Sie das 1:1-Verhältnis von CPU-Kern zu BarTender-Prozess ignorieren und anpassen, dies führt jedoch nicht zu optimaler Leistung.
2. Bezüglich der Kommunikation zwischen BarTender und dem Seagull License Server gilt: Wie Sie wissen, bieten wir eine 72-stündige Kulanzzeit (seit der letzten Kommunikation zwischen BarTender und dem Seagull License Server), in der BarTender weiterhin druckt, auch wenn der Seagull License Server aus irgendeinem Grund nicht erreichbar ist.
Weitere Informationen zu dieser Kulanzzeit finden Sie in unserem White Paper:
Lizenzierung für Automation Editions
Falls zusätzliche Redundanz auf der Seite des Seagull License Servers benötigt wird, muss ein zweiter Produktschlüssel erworben werden, damit Sie sowohl einen alternativen als auch den primären Seagull License Server ansprechen können (siehe Screenshot aus der BarTender-Konfiguration dazu):