Stellen Sie NetScaler CPX als Proxy bereit, um den Ost-West-Verkehrsfluss zu ermöglichen
In dieser Bereitstellung fungiert die NetScaler CPX-Instanz als Proxy, um die Kommunikation zwischen Anwendungscontainern zu ermöglichen, die sich auf mehreren Hosts befinden. Die NetScaler CPX-Instanz wird zusammen mit den Anwendungen auf mehreren Hosts bereitgestellt und bietet den kürzesten Weg für die Kommunikation.
Das folgende Bild zeigt den Verkehrsfluss zwischen zwei Anwendungen durch die NetScaler CPX-Instanzen.
Dieses Bild zeigt den Verkehrsfluss zwischen Anwendung C und Anwendung B sowie zwischen Anwendung A und Anwendung B. Wenn App C (in einem der Hosts) eine Anforderung an B sendet, wird die Anforderung zuerst im NetScaler CPX-Container auf demselben Host wie App C empfangen. Dann übergibt der NetScaler CPX-Container den Datenverkehr. an den NetScaler CPX-Container, der auf demselben Host wie App B gehostet wird, und dann wird der Datenverkehr an App B weitergeleitet. Ein ähnlicher Verkehrspfad wird verfolgt, wenn App A eine Anfrage an App B sendet.
In diesem Beispiel wird auch ein NetScaler MPX bereitgestellt, um den Datenverkehr zu den Anwendungen aus dem Internet über einen globalen VIP zu ermöglichen.Der Datenverkehr vom NetScaler MPX wird auf den NetScaler CPX-Containern empfangen, die dann den Datenverkehr auf die Anwendungscontainer verteilen.
Das folgende Diagramm veranschaulicht diese Topologie mit den Konfigurationen, die für die Kommunikation festgelegt werden müssen.
In der folgenden Tabelle sind die IP-Adressen und Ports aufgeführt, die in dieser Beispielkonfiguration auf den NetScaler CPX-Instanzen konfiguriert sind.
Um dieses Beispielszenario zu konfigurieren, führen Sie den folgenden Befehl an der Linux-Shell-Eingabeaufforderung aus, während Sie den NetScaler CPX-Container auf allen drei Docker-Hosts erstellen:
docker run -dt -p 22 -p 80 -p 161/udp -p 30000-30002: 30000-30002 --ulimit core=-1 --privileged=truecpx:6.2
<!--NeedCopy-->
Führen Sie die folgenden Befehle aus, indem Sie entweder die Funktion Jobs in NetScaler MAS oder mithilfe von NITRO-APIs verwenden.
Auf der NetScaler CPX-Instanz auf Docker Host 1:
add lb vserver VIP-A1 HTTP 172.17.0.2 30000
add service svc-A1 10.102.29.100 HTTP 80
bind lb vserver VIP-A1 svc-A1
add lb vserver VIP-B1 HTTP 172.17.0.2 30001
add service svc-B1 10.102.29.100 HTTP 90
bind lb vserver VIP-B1 svc-B1
add lb vserver VIP-C1 HTTP 172.17.0.2 30002
add service svc-VIP-C2 10.102.29.105 HTTP 30002
add service svc-VIP-C3 10.102.29.110 HTTP 30002
bind lb vserver VIP-C1 svc-VIP-C2
bind lb vserver VIP-C1 svc-VIP-C3
<!--NeedCopy-->
Auf der NetScaler CPX-Instanz auf Docker-Host 2:
add lb vserver VIP-A2 HTTP 172.17.0.3 30000
add service svc-A2 10.102.29.105 HTTP 80
bind lb vserver VIP-A2 svc-A2
add lb vserver VIP-B2 HTTP 172.17.0.3 30001
add service svc-VIP-B1 10.102.29.100 HTTP 30001
bind lb vserver VIP-B2 svc-VIP-B1
add lb vserver VIP-C2 HTTP 172.17.0.3 30002
add service svc-C2 10.102.29.105 HTTP 70
bind lb vserver VIP-C2 svc-C2
<!--NeedCopy-->
Auf der NetScaler CPX-Instanz auf Docker-Host 3:
add lb vserver VIP-A3 HTTP 172.17.0.4 30000
add service svc-VIP-A1 10.102.29.100 HTTP 30000
add service svc-VIP-A2 10.102.29.105 HTTP 30000
bind lb vserver VIP-A3 svc-VIP-A1
bind lb vserver VIP-A3 svc-VIP-A2
add lb vserver VIP-B3 HTTP 172.17.0.4 30001
add service svc-VIP-B1 10.102.29.100 HTTP 30001
bind lb vserver VIP-B3 svc-VIP-B1
add lb vserver VIP-C3 HTTP 172.17.0.4 30002
add service svc-C3 10.102.29.110 HTTP 70
bind lb vserver VIP-C3 svc-C3
<!--NeedCopy-->