2016-08-26 5 views
2

Ich habe erfolgreich einen Kubernetes 1.3.5 Cluster auf 1 Master + 6 Knoten (alle CentOS) einschließlich der DNS und Kubernetes Dashboard Addons bereitgestellt. Am Anfang schien alles in Ordnung zu sein. Wenn jedoch habe ich versucht,Sollte Flanell auf einem Kubernetes Master laufen?

kubectl proxy --address=<master-external-ip> --port=9090 --disable-filter 

und Zugang http://<master-external-ip>:9090/ui Ich habe die folgende Ausgabe

Error: 'dial tcp 172.16.38.2:9090: i/o timeout' 
Trying to reach: 'http://172.16.38.2:9090/' 

jedoch zu laufen, wenn ich flanneld auf dem Master alles funktioniert starten und ich kann tatsächlich das Dashboard erreichen. Jetzt habe ich kube-up.sh verwendet, um den Cluster zu installieren, und es hat keine Configs oder systemd Dienst für Flannel installiert, was mich verwirrt - sollte Flannel auch auf dem Master laufen?

Antwort

7

Ja, es sollte, sonst können Pakete, die den API-Server-Proxy durchlaufen, nicht an ihr endgültiges Ziel geroutet werden: das Dashboard-Pod läuft auf einem anderen Rechner.

+0

Sollte Flanell auf dem Master-Knoten laufen oder ist eine Konfiguration erforderlich, sollte ich den kube-ipiserver | Controller-Manager | Scheduler-Dienste? Ist es genug, nur ein Flanell-Interface zu haben und zu laufen (und natürlich eine IP von etcd bekommen)? – keftes

+0

Keine Notwendigkeit, etwas auf der Kubernetes-Seite zu konfigurieren. Flannel kümmert sich nur um das Routing der Pakete, Kubernetes ist sich nicht bewusst, welche Netzwerkstruktur auf der Infrastrukturebene verwendet wird. –

+0

Ich nehme an, das ist nur für den Master/Controller Anwendungsfall richtig? Weil auf dem Arbeiter ich Flanell einrichten UND CNI & das kubelet konfigurieren muss, um es zu verwenden. Richtig? – keftes

Verwandte Themen