Ich versuche das gleiche Experiment zu reproduzieren, wie es unterHier. Im Grunde besteht das Experiment darin, eine HTTP-Anfrage von einem Pod innerhalb eines Clusters an einen anderen Pod innerhalb desselben Clusters zu senden, aber ich kann nicht dasselbe Ergebnis erzielen. Ich habe einen Pod mit der folgenden IP: 10.1.97.85/24, im selben Cluster eines anderen Pods, der eine Anwendung hat, die eine HTTP-Antwort mit der IP-Adresse des Clients sendet, der die Anfrage gesendet hat. Wie gesagtHiergilt Folgendes:
Pakete, die aus dem Cluster an ClusterIP gesendet werden, werden niemals per NAT-Quelle verarbeitet, wenn Sie kube-proxy im iptables-Modus ausführen.
Ich habe den oben genannten Test durchgeführt, aber wenn ich die Anforderung vom Pod mit der IP-Adresse 10.1.97.85/24 ausführe, erhalte ich eine HTTP-Antwort, die besagt, dass die Anforderung von einem Pod mit der IP 10.1.97.1 gesendet wurde. Ich möchte wissen, was passiert.
Ich habe die obigen Experimente mit Microk8s und Kubernetes in Version 1.17.9 durchgeführt, und da ich nur einen Knoten habe, befinden sich beide Pods auf denselben Knoten.
Ich habe mein Deployment mit dem Befehl erstellt:
microk8s.kubectl create deployment source-ip-app --image=k8s.gcr.io/echoserver:1.4
Der obige Befehl hat den Pod mit der Anwendung erstellt, die die Clientadresse in der HTTP-Antwort wiedergibt.
Ich habe die obige Bereitstellung mit dem folgenden Befehl verfügbar gemacht:
microk8s.kubectl expose deployment source-ip-app --name=clusterip --port=80 --target-port=8080
Ich habe einen weiteren Pod mit dem Befehl gestartet:
microk8s.kubectl run busybox -it --image=busybox --restart=Never --rm
Und innerhalb des oben erstellten Pods habe ich den Befehl ausgeführt:
ip addr
Mit dem obigen Befehl habe ich die IP-Adresse 10.1.97.85 erhalten, aber als ich ein wget an den Dienst ausführte, erhielt ich die IP-Adresse 10.1.97.85 zurück