# Einstellungen für Autonomic Request Flow Manager

Verwenden Sie diese Anzeige, um den Autonomic Request Flow Manager (ARFM) zu konfigurieren. Der Autonomic Request Flow Manager verwaltet eingehende Nachrichten für Anwendungen, indem er festlegt, ob und wann die Nachrichten von Middleware-Servern bearbeitet werden. Die Verwaltungsaktionen finden in den On Demand Routern für HTTP- und SIP-Datenverkehr (Session Initiation Protocol) und in den Anwendungsservern für JMS- (Java Message Service) und IIOP-Nachrichten (Internet Inter-ORB Protocol) statt.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonomic Manager > Autonomic Request Flow Manager.

Der Autonomic Request Flow Manager (ARFM) umfasst zwei Teile: einen Controller und ein Gateway. Die ARFM-Funktion wird für jede Zelle von einem Controller zusammen mit einer Gruppe von Gateways in den ODRs (On Demand Router) implementiert. Die Gateways fangen die eingehenden Anforderungen ab und reihen sie in eine Warteschlange ein, während der Controller Steuersignale oder Anweisungen an die Gateways und den Verteilungscontroller übermittelt. Gemeinsam vergeben die Komponenten eine Priorität für eingehende Anforderungen.

Für die Verwaltung von HTTP-Datenverkehr können Sie einen knotenbasierten Algorithmus verwenden. Definieren Sie zum Aktivieren des knotenbasierten Autonomic Request Flow Manager die angepasste Zelleneigenschaft `arfmQueueMode`. Beim knotenbasierten Autonomic Request Flow Manager werden die Warteschlangensteuerung und der CPU-Überlastungsschutz auf Knotenebene ausgeführt. Es werden weder ein separater Controller noch ein Gateway verwendet.

Die Verwaltungsrolle, der Sie zugeordnet sind, bestimmt, welche Berechtigungen Sie für das Konfigurieren des Autonomic Request Flow Manager erhalten. Die folgende Liste enthält die Verwaltungsrollen und -berechtigungen für die Konfiguration des Autonomic Request Flow Manager:

Monitor (Überwachung)
  Sie können die Informationen anzeigen.
Operator (Bedienung)
  Sie können die Informationen auf der Registerkarte "Konfiguration" anzeigen.
Configurator (Konfiguration)
  Sie können die Konfiguration ändern.
Administrator (Verwaltung)
  Sie haben alle Berechtigungen.

Sicherheit aktivieren Wenn die Sicherheit aktiviert ist, können einige Felder ohne die entsprechenden Sicherheitsberechtigungen nicht editiert werden.

## Aggregationszeitraum

Jedes ARFM-Gateway verteilt in gewissen Zeitabständen aggregierte Statistiken. Mit diesem Feld wird das Verteilungsintervall definiert. Der Standardwert sind 5 Sekunden.

Diese Eigenschaft gilt nicht für knotenbasierten Autonomic Request Flow Manager.

Die Gateway-Unterstützung berichtet die folgenden Statistiken zurück:

- Diagramme zur Laufzeit in der WebSphere®-Administrationskonsole
- Operationen der ARFM-Controller,
- Operationen des Controllers für die Verteilung von Anwendungen.

Der Aggregationszeitraum muss so eingestellt werden, dass eine ausreichende Anzahl von Leistungsproben erfasst werden kann. Die Gateways erfassen Proben für jede Anforderung. Für eine aussagefähige Statistik sind mehrere hundert Proben erforderlich. Beispiel: Die Ausführungsdauer von Anforderungen, die einer Serviceklasse zugeordnet sind, beträgt 250 Millisekunden, und es werden durchschnittlich 10 Anforderungen parallel ausgeführt. Der Wert für die parallele Ausführung wird automatisch basierend auf der Clustergröße und den Ressourcen in der Umgebung berechnet. Sie finden den Wert für die parallele Ausführung in der Administrationskonsole in den Visualisierungsanzeigen unter Laufzeitoperationen.

Demzufolge verarbeitet die Serviceklasse ungefähr 40 Anforderungen pro Sekunde. Wenn Sie im Feld "Aggregationszeitraum" den Wert 15 Sekunden festlegen, werden in jedem Aggregationszeitraum 600 Proben erfasst. Die Messwerte, die auf einer Grundlage von 600 Proben basieren, sind hilfreich und zuverlässig.

Die Wahl eines zu kurzen Aggregationszeitraums führt zu unzuverlässigen Leistungsmesswerten. Die Leistungsmesswerte, die auf einer geringeren Anzahl von Proben basieren, sind weniger zuverlässig. Da der ARFM-Controller beim Erzeugen neuer Statistiken aktiviert wird, werden die Steuereinstellungen bei der Wahl eines zu kurzen Aggregationszeitraums seltener neu berechnet. Deshalb reagiert das Produkt träger auf plötzliche Änderungen bei Intensität und Muster des Datenverkehrs.

## Mindestlänge des Steuerzyklus

Definiert, wie oft der ARFM-Controller aktiviert wird. Der Standardwert sind 59 Sekunden.

Diese Eigenschaft gilt nicht für knotenbasierten Autonomic Request Flow Manager.

Die Controlleraktivierung ist der Prozess, bei dem die Eingaben ausgewertet und diesbezügliche neue Steuereinstellungen erzeugt werden. Der Aktivierungsprozess für den ARFM-Controller wird eingeleitet, wenn neue Statistiken von einem der Gateways empfangen werden und der Zeitraum seit der letzten Aktivierung größer-gleich der Mindestlänge des Steuerzyklus ist oder der Controller noch nie zuvor aktiviert worden ist.

## Gleitende Bereichsgrenze

Definiert durch Verkettung von Gateway-Statistiken, wie sensibel der ARFM-Controller auf die eingehenden Gateway-Statistiken reagiert. Der Standardwert ist `12`.

Diese Eigenschaft gilt nicht für knotenbasierten Autonomic Request Flow Manager.

Der ARFM-Controller jedes Gateway verwendet einen gleitenden Durchschnittwert, den er aus den jeweils letzten für das Gateway gelieferten Statistikberichten ermittelt. Die gleitende Bereichsgrenze steuert, wie viele Statistiken kombiniert werden. Wenn die gleitende Bereichsgrenze sehr klein ist, ist der Controller sensibler und ermöglicht somit eine schnellere Reaktion. Eine kleinere gleitende Bereichsgrenze ist jedoch auch anfälliger für Rauschen und Anomalien.

Das Produkt aus gleitender Bereichsgrenze und Aggregationszeitraum entspricht in etwa der Länge des Steuerungszyklus, der manchmal geringfügig größer ist als die konfigurierte Mindestlänge.

## Maximale Warteschlangenlänge

Mit diesem Parameter wird die maximale Anzahl von Anforderungen für die ARFM-Warteschlangen festgelegt.

Der ARFM hat gesonderte Warteschlangen für jede Kombination von On Demand Routern, Knotengruppen, Serviceklassen und Implementierungszielen. Wenn eine Anforderung eingeht und die Warteschlange voll ist, wird die Anforderung zurückgewiesen. Wenn Sie in diesem Feld einen niedrigen Wert angeben, erhöht sich die Wahrscheinlichkeit, dass eine Anforderung bei einem kurzfristig erhöhten Datenverkehrsaufkommen zurückgewiesen wird, wohingegen ein höherer Wert zu einer längeren Verweildauer von Anforderungen in den Warteschlangen führen kann. Anforderungen, die in Warteschlangen verweilen, verbrauchen Speicherressourcen. Die Standardeinstellung ist `1000`. Sie sollten diese Einstellung jedoch testen, um festzustellen, welche Einstellung sich für Ihre Umgebung am besten eignet.

Der knotenbasierte Autonomic Request Flow Manager hat eine gesonderte Warteschlange für jeden Knoten und jeden Cluster. Diese Eigenschaft bezieht sich auf die Gesamtanzahl der zulässigen Anforderungen in der Warteschlange.

## Schutz vor Speicherüberlastung: Maximale Heapspeichergröße von WebSphere Application Server in Prozent:

Gibt die maximale Menge des Heap-Speichers für jeden Anwendungsserver in Prozent an. Diese Eigenschaft gilt für HTTP- und SIP-Nachrichten (Session Initiation Protocol). Der Standardwert ist `100%`.

## Maximale CPU-Belastung

Gibt die maximale CPU-Belegung für Middleware-Knoten in Prozent an. Der Autonomic Request Flow Manager betrachtet bei der Berechnung der CPU-Belegung den gesamten Cluster als Ganzes. Wenn die CPU-Belegung diesen Prozentsatz überschreitet, wird der Cluster als überlastet eingestuft. Der Autonomic Request Flow Manager betrachtet bei der Berechnung der CPU-Belegung den gesamten Cluster als Ganzes. Der Standardwert ist `90 %`.

Der knotenbasierte Autonomic Request Flow Manager betrachtet die CPU-Belegung auf Knotenbasis. Wenn die CPU-Belegung den Prozentsatz für maximale Belastung überschreitet, wird der Knoten als überlastet eingestuft. Der Standardwert ist `90 %`.

## Zurückweisungsrichtlinie

Eine Zurückweisungsrichtlinie verhindert die Überlastung einer CPU, indem eingehende HTTP- oder SIP-Nachrichten, die nicht zu bereits vorhandenen Dialogen oder Sitzungen gehören, zurückgewiesen werden.

- Keine eingehenden Nachrichten zurückweisen, alle Nachrichten in der Warteschlange zulassen, unabhängig davon, ob sie potenziell zu einer Überschreitung des im zugehörigen Servicerichtlinienziel festgelegten Schwellenwerts für die Antwortzeit führen könnten Diese Option hat einen Schwellenwert für Zurückweisung von `-1`. Dies ist die Standardeinstellung.
- Eingehende Nachrichten zurückweisen, die nicht zu bereits vorhandenen Dialogen oder Sitzungen gehören, falls die vorhergesagte Antwortzeit der Nachricht den im zugehörigen Servicerichtlinienziel festgelegten Schwellenwert überschreitet Diese Option hat einen Schwellenwert für Zurückweisung von `0 %`.
- Eingehende Nachrichten zurückweisen, die nicht zu bereits vorhandenen Dialogen oder Sitzungen gehören, falls die vorhergesagte Antwortzeit der Nachricht den im zugehörigen Servicerichtlinienziel festgelegten Schwellenwert um mehr als den folgenden Prozentsatz überschreitet: Geben Sie für diese Option einen Schwellenwert für Zurückweisung in Prozent an. Der Standardwert `400 %` bedeutet beispielsweise, dass eine Nachricht mit einem in der Servicerichtlinie festgelegten Antwortzeitschwellenwert von "500 ms" zurückgewiesen wird, wenn die vorhergesagte Antwortzeit über 2,5 Sekunden liegt.

Zugehörige Informationen:
Einstellungen des Controllers für die Verteilung von Anwendungen
Angepasste Eigenschaften des Controllers für die Verteilung von Anwendungen

Dateiname: arfm.html