Mit Hilfe der Funktion für Zellenaffinität können Sie
ODR-Topologien mit mehreren Zellen ohne Brücken konfigurieren, in denen
Sitzungen im Fall von ODR-Ausfällen aufrechterhalten werden.
Das Topologiediagramm zeigt den Fluss von Zellenaffinitätsanforderungen/-antworten,
wenn eine IHS-Anforderung aufgrund eines Ausfalls des ursprünglichen ODR
an einen ODR gesendet werden muss, der nicht im
ursprünglichen Sitzungspfad angegeben ist.
Im folgenden Diagramm ist ein Szenario dieses Anforderungs-/Antwortflusses dargestellt.
In diesem Szenario hat der Browser eine sitzungsinterne Anforderung an den IBM HTTP Server gesendet.
IBM HTTP Server hat festgestellt, dass er die Anforderung nicht an den ursprünglichen
ODR 1.1 weiterleiten kann, und hat die Anforderung stattdessen an den ODR
2.1 weitergeleitet (durch diese Aktion würde die Sitzung normalerweise abgebrochen werden).
Die durchgezogenen Pfeile im Diagramm stellen die Anforderungen dar und die gestrichelten Pfeile die Antworten.
Der Ablauf der Anforderungs-/Anwortflüsse wird nachfolgend erläutert:
- Der Browser sendet eine Anforderung an IBM HTTP Server. ODR 1.1 ist ausgefallen.
IBM HTTP Server versucht, ein Failover auszuführen und leitet den Datenverkehr an
ODR 2.1 weiter.
- ODR 2.1 stellt fest, dass die Anforderung ursprünglich an
ODR 1.1 gerichtet war. Daher ermittelt
ODR 2.1 einen generischen Server-Cluster, der
ODR 1.1 enthält, und leitet den Datenverkehr an einen aktiven ODR im generischen Servercluster weiter, nämlich an
ODR 1.2.
- Während der Antwortverarbeitung markiert
ODR 1.2 diese Sitzung für die Sitzungsübernahme und leitet die Anforderung an den ursprünglichen Back-End-Zielcluster weiter.
IBM HTTP Server könnte die Anforderungen direkt an
ODR 1.2 weiterleiten, nachdem er festgestellt hat, dass
ODR 1.1 ausgefallen ist. In diesem Fall würde
ODR 1.2 die Anforderung an den richtigen Back-End-Zielcluster weiterleiten
und die Sitzung während der Antwortverarbeitung wie in Schritt 3 und 4 oben beschrieben übernehmen.
Das folgende Diagramm veranschaulicht ein Szenario eines Anforderungs-/Antwortflusses, in dem ein Browser
eine sitzungsinterne Anforderung an den
IBM HTTP Server sendet.
