Anwendungsfall: Bereitstellung einer IP-Adressbasierten GSLB-Dienstgruppe

August 19, 2021

Beitrag von:

Tipp

Informationen zu den GSLB-Dienstgruppen finden Sie unter Konfigurieren einer GSLB-Dienstgruppe.

Bereitstellungsszenario

Wenn mehrere Anwendungen auf demselben Anwendungsserver gehostet werden, sollte die GSLB diese Anwendungen untersuchen, um zu sehen, ob die Anwendungen reagieren oder nicht. Wenn eine Anwendung nicht antwortet, muss der Benutzer an den Server weitergeleitet werden, auf dem die Anwendung UP ist. Wenn eine der Anwendungen DOWN ist, sollte der Server nicht mit DOWN gekennzeichnet werden, da die anderen Anwendungen UP sind.

Im folgenden Beispiel werden mehrere Anwendungen (HTTPS) auf einem Server in jeder GSLB-Site gehostet und daher alle diese Anwendungen auf eine IP-Adresse der jeweiligen Site aufgelöst.

Mit den GSLB-Dienstgruppen können Sie denselben Server mit einer IP-Adresse und einem Port haben, der an mehrere Dienstgruppen gebunden ist, wobei jede Dienstgruppe eine andere Anwendung darstellt.

Ein anwendungsspezifischer Monitor ist an die Dienstgruppen gebunden, die die Dienstgruppe als DOWN kennzeichnen, wenn die Anwendung DOWN ist. Wenn also eine Anwendung DOWN ist, wird nur diese Anwendung aus dem Setup und nicht vom Server entfernt.

```
add gslb serviceGroup app1_site1 HTTP -maxClient 0 -cip DISABLED -cltTimeout 180 -svrTimeout 360 -siteName s1

add gslb serviceGroup app2_site1 HTTP -maxClient 0 -cip DISABLED -cltTimeout 180 -svrTimeout 360 -siteName s1

add gslb serviceGroup app1_site2 HTTP -maxClient 0 -cip DISABLED -cltTimeout 180 -svrTimeout 360 -siteName s2

add gslb serviceGroup app2_site2 HTTP -maxClient 0 -cip DISABLED -cltTimeout 180 -svrTimeout 360 -siteName s2

add lb monitor http_app2 HTTP -respCode 200 -httpRequest "GET /testsite/app2.html"

add lb monitor http_app1 HTTP -respCode 200 -httpRequest "GET /testsite/app1.html"

bind gslb serviceGroup app1_site1 192.0.2.140 80

bind gslb serviceGroup app1_site1 -monitorName http_app1

bind gslb serviceGroup app2_site1 192.0.2.140 80

bind gslb serviceGroup app2_site1 -monitorName http_app2

bind gslb serviceGroup app1_site2 192.0.2.142 80

bind gslb serviceGroup app1_site2 -monitorName http_app1

bind gslb serviceGroup app2_site2 192.0.2.142 80

bind gslb serviceGroup app2_site2 -monitorName http_app2
<!--NeedCopy--> ```

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

War dieser Artikel hilfreich?

Anwendungsfall: Bereitstellung einer IP-Adressbasierten GSLB-Dienstgruppe

August 19, 2021

Beitrag von:

In diesem Artikel

Bereitstellungsszenario

War dieser Artikel hilfreich?