Ich habe eingesetzt und Dienstleistungen für socketcluster
, scc-broker
und scc-state
auf kubernetes
lokal über minikube
direkt durch Verwendung der Docker-Dateien (siehe diese link für .yaml
-Dateien) erstellt. Und ich habe auch einen Service für ingress
innerhalb des gleichen Clusters mit der Datei .yaml
, die in dem Link, den ich erwähnt habe, bereitgestellt. Soweit ich verstehe, sind diese Dienste standardmäßig ClusterIP
.Einsatz auf minikube lokal
Die Bereitstellung der Dienste funktioniert ordnungsgemäß auf dem VM (Minikubes). Des Status wird auf dem Kubernetes Armaturenbrett für
Schoten laufen
Einsatz
Aber die Frage, die ich bin vor ist, dass es keine öffentlichen Endpunkte von scc-Zustand ausgesetzt ist , SCC-Broker, socketcluster-Server. Derzeit kann ich nicht verstehen, wie ich auf die Dienste extern zugreifen kann, d. H. Außerhalb der virtuellen Maschine (die auf Minikube läuft).
Die Bilder wurden direkt aus den kubernetes-YML-Dateien erstellt, wobei die Ingress-TLS-Sicherheit deaktiviert war.
Verpasse ich irgendeinen Aspekt beim Zugriff auf den socketcluster auf dem Hostcomputer? Sollte ich den Diensttyp auf einen anderen Typ als ClusterIP
festlegen, da ich weiß, dass die Verwendung dieses Typs sicherstellt, dass der Dienst nur innerhalb des Clusters verfügbar gemacht wird. Aber wieder mein Zweifel ist, dass, wenn ich ingress
verwende, es helfen sollte, auf die Dienste außerhalb der VM zuzugreifen. Muss ich ein ingress controller
separat wie NGINX haben?
Jede Leitung wird zu schätzen wissen.
Danke!
P.S. Nach this Anleitung für die Bereitstellung.
Also meinst du das ..? Ich brauche keinen Ingress/Ingress-Controller-Dienst, wenn ich meine Dienste nur als NodePort-Typ in den "Kubernetes" lege. – Roshan
Das ist richtig. Wenn Sie Ihren Dienst als 'type: NodePort' einstellen, werden die darunter liegenden Pods auf der IP-Adresse des Minikubes angezeigt (z. B. 192.168.99.1) – coreypobrien
Danke @coreypobrien! – Roshan