Gelegentlich können Sie bei der Anforderungspriorisierung ein Verhalten feststellen, das Sie nicht erwarten. Dieser Artikel beschreibt, wie Sie im Allgemeinen vorgehen, falls die Anforderungspriorisierung nicht bzw. nicht so funktioniert, wie Sie es erwarten.
Aktion | Durchgeführt von |
Stellen Sie sicher, dass Ihre Service-Policys erstellt sind. | Wählen Sie in der Administrationskonsole Betriebsbedingte Policys > Service-Policys. Es werden alle derzeit definierten Service-Policys angezeigt. Falls Ihre Service-Policy nicht in der Liste enthalten ist, konfigurieren Sie eine neue Service-Policy. Klicken Sie dazu auf Neu. |
Stellen Sie sicher, dass Ihre Service-Policys auf die entsprechenden Anwendungs-URIs angewendet wurden. | Wählen Sie in der Administrationskonsole Betriebsbedingte
Policys > Service-Policys > vorhandene_Service-Policy aus.
Überprüfen Sie die zugeordneten Transaktionsklassen im Feld Transaktionsklassen.
Klicken Sie auf Neu, wenn Sie eine neue Transaktionsklasse erstellen möchten.
Wenn die gesuchten Transaktionsklassen-Member nicht aufgelistet sind, überprüfen Sie, ob diese bereits anderen Service-Policys zugeordnet sind. Stellen Sie außerdem sicher, dass die Anwendung, auf die Sie eine Service-Policy anwenden möchten, in Ihrer Umgebung implementiert ist. |
Unterschiede in den Antwortzeiten werden offensichtlich, wenn die Knotengruppe an ihre Kapazitätsgrenze stößt. Dieser Fall tritt ein, wenn alle Knoten in der Knotengruppe vollständig ausgelastet sind. In einer dynamischen Umgebung startet der Controller für die Verteilung von Anwendungen mehr Anwendungsinstanzen, um das Anforderungsvolumen bewältigen zu können. TIO kann, sofern installiert, bei Bedarf weitere Knoten zur Umgebung hinzufügen. Falls Sie eine Situation erkennen, in der alle Anforderungen gleich behandelt werden, führen Sie die in der obigen Tabelle beschriebenen Schritte aus, um sicherzustellen, dass Ihre Policy ordnungsgemäß konfiguriert ist.
Falls ARFM nicht schnell genug reagiert, was sich in verlangsamten Antwortzeiten bei der Anforderungspriorisierung äußert, können Sie die ARFM-Einstellungen optimieren. Nähere Informationen finden Sie im Artikel Autonomic Request Flow Manager konfigurieren. Achten Sie insbesondere auf die Einstellung Mindestlänge für Steuerzyklus. Wählen Sie einen geeigneten Wert aus.
ARFM berechnet fortlaufend die Anforderungsmenge, die jede Transaktionsklasse vom System erfordert, und nimmt Feinanpassungen vor, wenn die Anforderungen im System eingehen. Für eine optimale Ausführung von ARFM wird empfohlen, das System über längere Zeiträume hinweg mit stark variierenden Workloads auszuführen. Diese Schwankungen in der Workload kombiniert mit einer extrem langen Verfügbarkeitszeit erlauben ARFM, sich selbst zu optimieren und genauere Schätzungen abzugeben, um kritische Situationen verhindern zu können.
Falls einige Knoten eine extrem hohe Auslastung aufweisen, während die restlichen Knoten eine eher komfortable Workload abarbeiten, sollten Sie Feinabstimmungen in ARFM vornehmen. Nähere Informationen finden Sie im Artikel Autonomic Request Flow Manager konfigurieren. Achten Sie insbesondere auf die Einstellung Maximale CPU-Auslastung. Wählen Sie für diese Einstellung einen kleineren Wert aus, als derzeit für den Knoten ausgewiesen wird.
Vergewissern Sie sich, dass die Gruppierungen für die Transaktionsklassen einheitlich sind. Es wird beispielsweise davon abgeraten, URIs mit dem Servicewert "Nach Ermessen" oder "Niedrig" in derselben Transaktionsklasse zu verwalten wie URIs mit dem Servicewert "Hoch". Wenn in einer Transaktionsklasse Anforderungen mit stark voneinander abweichendem Kapazitätsbedarf zusammengeführt werden, ist es möglich, dass ARFM ungenaue Schätzungen erzeugt. Zum Ändern der Transaktionsklassen wählen Sie Betriebsbedingte Policys > Service-Policys > Vorhandene Service-Policy auswählen aus. Vergewissern Sie sich, dass der im Feld "Transaktionsklasse" ausgewiesene Wert mit Ihren Gruppierungen konsistent ist.
Dies ist auf das Design zurückzuführen. Das Programm für den Lastausgleich versucht, die Antwortzeiten auf allen Backend-Knoten in einem Cluster auszugleichen. Wenn ein Knoten weniger leistungsfähig ist als ein anderer, kann das Programm für den Lastausgleich weniger Anforderungen an diesen Knoten verteilen, damit er eine ähnliche Antwortzeit erreicht wie ein schnellerer Knoten.
Related tasks
Autonomic Request Flow Manager konfigurieren