Planen der Hardwarekapazität

Bei der Kapazitätsplanung für Host Integration Server, SNA Gateway müssen mehrere Faktoren berücksichtigt werden. Sie können in vier Bereiche unterteilt werden; Gesamtzahl der Sitzungen, Serverauslastung, Fehlertoleranz und Bereitstellungsmodell.

Gesamtzahl der Sitzungen

Im Allgemeinen müssen die unabhängigen und abhängigen Sitzungen für einen IBM Host hartcodiert sein. Bei abhängigen Sitzungen (3270 Display, Printer oder LUA) gilt dies besonders, da jede definierte LU nur eine Sitzung unterstützen kann. Darüber hinaus benötigen die meisten Kunden weiterhin eine große Anzahl abhängiger Sitzungen. Die Gesamtzahl der Sitzungen muss bei der Kapazitätsplanung berücksichtigt werden, da sie auf jedem Server explizit konfiguriert werden müssen.

Jeder Host Integration Server kann maximal 60.000 abhängige Sitzungen unterstützen. Obwohl ein Server diese Nummer unterstützen kann, werden die Sitzungen in der Regel auf mehrere Server aufgeteilt, um Fehlertoleranz bereitzustellen. Die meisten Kunden unterstützen maximal 7.000 bis 10.000 Display- oder LUA-Sitzungen und 2.000 Druckersitzungen pro Server.

Ein weiterer Faktor ist die Anzahl der eindeutigen Benutzer, die eine Verbindung mit dem Server herstellen. Jeder Server kann 8.000 eindeutige Benutzer unterstützen. In der Regel führen Kunden mehrere Sitzungen pro Desktop aus. Wenn das Kundenszenario ein Verhältnis von 1:1 ist, sollte die Gesamtzahl der Sitzungen pro Server unter 8.000 liegen.

Eine alternative Strategie ist die Verwendung von LU-Pools. Dadurch können die Display- und LUA-Sitzungen unter einem Namen gruppiert werden, der als "Pool" bezeichnet wird. Aus Benutzersicht wird der Poolname anstelle des LU-Namens verwendet. Der Server stellt ihnen die nächste verfügbare LU im Pool bereit. In Szenarien, in denen sitzungen zeitweilig verwendet werden, kann das Pooling eine kleinere Anzahl von Sitzungen ermöglichen, um eine größere Gruppe von Benutzern zu bedienen. Beispielsweise können 10.000 Benutzer, aber nie mehr als 5.000 Sitzungen gleichzeitig verwendet werden. In diesem Fall kann ein Pool mit 5.000 Sitzungen erstellt werden, um die Spitzenlast zu bewältigen. Diese Strategie funktioniert am besten, wenn Benutzer und Anwendung nicht an bestimmte LUs gebunden sind.

Abhängige LUs, die für die Emulation von Druckersitzungen verwendet werden, unterliegen den gleichen Grenzwerten wie anzeigen & LUA-Sitzungen, weisen jedoch zusätzliche Einschränkungen auf. Das Betriebssystem kann die Anzahl gleichzeitiger Drucksitzungen einschränken. In älteren Versionen von Windows ist Host Integration Server standardmäßig auf einen Grenzwert von 500 gleichzeitigen Sitzungen festgelegt. Darüber hinaus verursachen Druckersitzungen aufgrund der Interaktion mit dem Windows-Drucksystem einen größeren Mehraufwand als die Anzeige- oder LUA-Sitzung. Die Verwendung von Mehrprozessorsystemen erhöht die gleichzeitige Druckleistung. In der Regel unterstützen Kunden maximal 2.000 konfigurierte Sitzungen pro Server.

Die folgende Tabelle enthält einige der Einschränkungen für die Komponenten.

Komponente	Maximale Werte
HIS-Connections	- 1:1-Zuordnung zu einer Host-PU - 255 abhängige LUs - 250 Connections pro SNA-Dienst
SNA-Dienst (Knoten)	- 15.000 abhängige LUs – Vier pro Server
HIS-Server	- 60.000 abhängige LUs - 1000 Connections - 15 pro Unterdomäne

Serverlast

Darüber hinaus muss die Gesamtzahl der Sitzungen und der Vom Server geleistete Arbeitsaufwand in die Kapazitätsplanung eingerechnet werden.

Ein Faktor ist die von den Kunden generierte Nachfrage. Die Rate, mit der die Daten fließen, wirkt sich auf die Workload aus. Zeitweiliger Bildschirmzugriff, z. B. eine Krediterfüllungsanwendung, würde weniger Arbeitsauslastung generieren als eine Zähleranwendung, die ständig verwendet wird. Die Menge des Datenflusses wirkt sich auch auf die Workload aus. In der Regel generiert die 3270-bildschirmbasierte Anwendung kleine Datenmengen, bei denen als Dateiübertragung oder Druckauftrag vollständige Datenpakete sendet.

Ein weiterer Faktor sind die anderen Dienste, die vom Server bereitgestellt werden. Wenn der Server die Sitzungen über den TN3270-Dienst verfügbar macht, wird die Workload leicht erhöht. Es sollten zusätzliche Ressourcen (z. B. zusätzliche CPU) oder eine Verringerung der Gesamtsitzungen berücksichtigt werden. Wenn der Server drucksitzungsemulation über den SNA-Druckdienst bereitstellt, kann dies die Workload erheblich erhöhen. Drucksitzungen, die für die Verwendung von PDT-Dateien konfiguriert sind, führen zu einer geringfügigen Erhöhung der Arbeitsauslastung. Für GDI konfigurierte Drucksitzungen führen zu einem erheblichen Anstieg der Workload. In der Regel isolieren Kunden Drucksitzungen auf einen dedizierten Server.

Zusätzlich zu den Host Integration Server-Diensten können weitere Dienste und Funktionen vom Server ausgeführt werden, z. B. das Hosten einer Datenbank oder das Bereitstellen von Windows-Druckdiensten. Es ist schwierig, genau vorherzusagen, wie viel Verarbeitungsleistung für die Ausführung mehrerer Serveranwendungen erforderlich ist. In vielen Fällen geben Ihre eigenen Anforderungen zur Erfüllung einer bestimmten Antwortzeit oder Transaktionsrate die spezifischen Hardwareanforderungen für Ihre Umgebung an.

Die folgende Tabelle enthält eine allgemeine Richtlinie für Hardwareanforderungen.

Pro Server	Richtlinien
1000-5000 Benutzer 15.000 Sitzungen	- Multiprozessorsystem mit mindestens 8 GB RAM - Gigabit Ethernet-Verbindungen - Mehrere LAN-Adapter zur Verringerung von Engpässen
200-1000 Benutzer 5.000 Sitzungen	- Dual-Prozessorsystem mit mindestens 4 GB RAM - Gigabit Ethernet-Verbindung
1-200 Benutzer 1.000 Sitzungen	- Einzelprozessorsystem mit mindestens 2 GB RAM - Gigabit Ethernet-Verbindung

Fehlertoleranz

Die Gesamtzahl der Sitzungen pro Server und die Gesamtanzahl der Server müssen die Anforderungen an die Fehlertoleranz berücksichtigen. Host Integration Server unterstützt eine logische Gruppierung von Servern, die als Unterdomäne bezeichnet werden. Clients werden für eine bestimmte Unterdomäne konfiguriert und können auf Ressourcen auf jedem Server in dieser Unterdomäne zugreifen. Indem Sie die Anzahl der Server erhöhen, auf die die Sitzungen verteilt sind, verringern Sie den Kapazitätsverlust, wenn ein Server ausfällt. Wenn Sie beispielsweise 10.000 Sitzungen unterstützen müssen, bedeutet die Aufteilung auf zwei Server einen Kapazitätsverlust von 50 %, wenn ein Server ausfällt. Wenn diese auf vier Server verteilt sind, verringert sich die Kapazität durch den Verlust eines Servers nur um 25 %.

Diese Server können überlastet sein, um Redundanz bereitzustellen. Im obigen Beispiel könnten Sie 7.500 Sitzungen auf zwei Servern platzieren. In diesem Fall reduziert der Verlust eines Servers die Kapazität nur um 25 %. Mit dieser Strategie können Sie 100 % Redundanz bereitstellen.

Bereitstellungsmodell

Schließlich wird auch die Kapazitätsplanung berücksichtigt, wo der Server bereitgestellt wird. Wenn sich Ihre Server zentral im Rechenzentrum befinden, kann ein Kernsatz von Servern alle Filialstandorte bedienen. Wenn Ihre Server branch bereitgestellt sind, würden sie in der Regel nur die Sitzungen in diesem Branch warten. Die Branchbereitstellung erfordert in der Regel mehr Gesamtserver mit geringerer Kapazität, wobei die zentrale Bereitstellung weniger Server mit einer höheren Kapazität verwenden kann. Beim Pro-CPU-Lizenzmodell wirken sich diese beiden Bereitstellungsmodelle möglicherweise nicht auf die übermäßigen Lizenzierungskosten aus (z. B. 4 Quad-Proc-Server im Vergleich zu 16 Single-Proc-Servern).