NetScaler CPX als Proxy zur Ermöglichung des Ost-West-Datenverkehrsflusses bereitstellen

Last published : Sep 23, 2026
Bei dieser Bereitstellung fungiert die NetScaler CPX-Instanz als Proxy, um die Kommunikation zwischen Anwendungscontainern zu ermöglichen, die auf mehreren Hosts residieren. Die NetScaler CPX-Instanz wird zusammen mit den Anwendungen auf mehreren Hosts bereitgestellt und bietet den kürzesten Kommunikationspfad.
Die folgende Abbildung veranschaulicht den Datenverkehrsfluss zwischen zwei Anwendungen über die NetScaler CPX-Instanzen.
lokalisiertes Bild
Diese Abbildung zeigt den Datenverkehrsfluss zwischen Anwendung C und Anwendung B sowie zwischen Anwendung A und Anwendung B. Wenn App C (auf einem der Hosts) eine Anfrage an B sendet, wird die Anfrage zuerst vom NetScaler CPX-Container auf demselben Host wie App C empfangen. Anschließend leitet der NetScaler CPX-Container den Datenverkehr an den NetScaler CPX-Container weiter, der auf demselben Host wie App B gehostet wird, und dann wird der Datenverkehr an App B weitergeleitet. Ein ähnlicher Datenverkehrspfad wird verfolgt, wenn App A eine Anfrage an App B sendet.
In diesem Beispiel wird auch ein NetScaler MPX bereitgestellt, um Datenverkehr von Internet über eine globale VIP zu den Anwendungen zuzulassen. Der Datenverkehr vom NetScaler MPX wird von den NetScaler CPX-Containern empfangen, die dann den Datenverkehr auf die Anwendungscontainer verteilen.
Das folgende Diagramm veranschaulicht diese Topologie mit den Konfigurationen, die festgelegt werden müssen, damit die Kommunikation stattfindet.
lokalisiertes Bild
Die folgende Tabelle listet die IP-Adressen und Ports auf, die auf den NetScaler CPX-Instanzen in dieser Beispielkonfiguration konfiguriert sind.
lokalisiertes Bild
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
Führen Sie die folgenden Befehle entweder über die Jobs-Funktion in NetScaler Console oder über NITRO-APIs aus.
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
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
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