Dieses Handbuch enthält Dokumentation für Wickr Enterprise. Wenn Sie AWS Wickr verwenden, finden Sie weitere Informationen im AWSWickr Administration Guide oder im AWSWickr User Guide.
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Einstellungen für den Zugriff
Ingress-Controller
Wickr Enterprise unterstützt vier Arten von Ingress-Controllern:
-
LoadBalancer (Standard)
-
Das Loadbalancer-Objekt erfordert in vollständig lokalen Installationen möglicherweise eine explizite Konfiguration, obwohl es häufig von Cloud-Anbietern bereitgestellt wird.
-
Stellt den Ingress-Controller-Dienst (Ingress-Nginx) mit dem Diensttyp bereit. LoadBalancer Dies setzt voraus, dass der Kubernetes-Cluster auf einer Plattform läuft, die externe Load Balancer unterstützt.
-
-
Besteht ALB
-
Hängt den Ingress-Controller an einen vorhandenen an. ALB
-
Sie müssen die bestehende Application Load Balancer Balancer-Zielgruppe ARN angeben.
-
-
NodePort
-
Der Ingress-Controller (ingress-nginx) wird so konfiguriert, dass er den NodePort Diensttyp verwendet, der einen Port auf allen Knoten im Kubernetes-Cluster öffnet und den Datenverkehr an den Ingress weiterleitet. Der Client-Verkehr kann dann entweder über oder über einen externen Load Balancer an diese Knoten weitergeleitet werden. DNS
-
Sie können einen Portbereich zwischen 1 und 65535 wählen, oder es wird ein zufälliger Port zwischen 30000 und 32767 verwendet.
-
-
Ingress
-
Bringen Sie Ihren eigenen Ingress-Controller mit. Diese Konfiguration akzeptiert einen Ingress-Klassennamen, den die Dienste dann in ihren Ingress-Manifesten verwenden. Dies bedeutet, dass der Ingress-Controller über eine gewisse externe Konnektivität verfügt, die bereits über einen anderen Lastausgleichsmechanismus konfiguriert wurde.
-
Derzeit wird nur der Ingress-Nginx-Controller unterstützt
.
-