F
Fluffy
Guest
Hallo Gemeinde, ich habe hier ein kleines Problem.
Bin mir sicher das ich nur ein Detail übersehen habe aber ich komme nicht drauf.
Ich habe mir einen Kubernetes-Cluster aufgesetzt(Single Node(Master only, untainted scheduling auf dem Master))
Deployments, Pods und Services laufen.
Aber wenn ich versuche einen Ingress-Controller zu benutzen dann scheitere ich und ich hab einiges ausprobiert und weiss gerade nicht wiso Ingress nicht will.
Services mit NodePort oder LoadBalancer sind übrigens von aussen erreichbar.
Die Ingress-Versionen sind nicht zeitgleich aktiv.
Das Kubeadm-Kommando was ich zum initialisieren des Clusters aufgeführt habe
Auch noch anzumerken ist das kubectl get ing -o wide
die Adresse nicht ausgibt.
kubectl get ing
NAME HOSTS ADDRESS PORTS AGE
test minikube.k8s 80 12m
Ingress-Controller ist auch installiert.
Dockerversion: 17.12.1-ce (Ist nur bis 17.3 von kubeadm ohne Warnung unterstützt aber ich denke nicht das es daran liegt weil services ja erreichbar sind).
Kubernetesversion: 1.11
Als CNI nehme ich flannel.
OS ist Ubuntu Bionic Beaver.
Als Hardware kommt eine KVM bei meinem Anbieter zum Einsatz.
Beste Grüße
Fluffy
//edit
Für mich sieht es zZ so aus als ob kublet keine IP bezieht.
Nach einigen Recherchen bin ich zu dem Schluss gekommen das es ggf daran liegt das Ingress keine IP zugewiesen bekommt weil es nicht in einer Cloud-Umgebung aufgerufen wird.
Hoffe jemand anderes kann mir da noch etwas mehr Einsicht verschaffen, denn sonst werde ich mir früher als später meine eigene Registry aufsetzen müssen und meinen eigenen reverse-proxy-deployment schreiben müssen.
Bin mir sicher das ich nur ein Detail übersehen habe aber ich komme nicht drauf.
Ich habe mir einen Kubernetes-Cluster aufgesetzt(Single Node(Master only, untainted scheduling auf dem Master))
Deployments, Pods und Services laufen.
Aber wenn ich versuche einen Ingress-Controller zu benutzen dann scheitere ich und ich hab einiges ausprobiert und weiss gerade nicht wiso Ingress nicht will.
Services mit NodePort oder LoadBalancer sind übrigens von aussen erreichbar.
PHP:
apiVersion: apps/v1
kind: Deployment
metadata:
name: nextcloud
labels:
run: nextcloud
name: nextcloud
spec:
replicas: 1
selector:
matchLabels:
run: nextcloud
template:
metadata:
labels:
run: nextcloud
spec:
containers:
- name: nextcloud
image: library/nextcloud
imagePullPolicy: Always
ports:
- containerPort: 80
PHP:
apiVersion: v1
kind: Service
metadata:
name: myservice
labels:
name: myservice
spec:
selector:
run: nextcloud
ports:
- protocol: TCP
port: 8080
targetPort: 80
#type: LoadBalancer
#type: NodePort
type: ClusterIP
PHP:
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test
spec:
backend:
serviceName: myservice
servicePort: 8080
PHP:
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test
spec:
backend:
serviceName: myservice
servicePort: 8080
PHP:
{
"name": "cbr0",
"plugins": [
{
"type": "flannel",
"delegate": {
"hairpinMode": true,
"isDefaultGateway": true
}
},
{
"type": "portmap",
"capabilities": {
"portMappings": true
}
}
]
}
Das Kubeadm-Kommando was ich zum initialisieren des Clusters aufgeführt habe
PHP:
kubeadm init --pod-network-cidr=10.244.0.0/16
Auch noch anzumerken ist das kubectl get ing -o wide
die Adresse nicht ausgibt.
kubectl get ing
NAME HOSTS ADDRESS PORTS AGE
test minikube.k8s 80 12m
Ingress-Controller ist auch installiert.
-------------------------------------------------------------------------------
NGINX Ingress controller
Release: 0.16.2
Build: git-26eacf4
Repository: GitHub - kubernetes/ingress-nginx: NGINX Ingress Controller for Kubernetes https://kubernetes.github.io/ingress-nginx/
-------------------------------------------------------------------------------
NGINX Ingress controller
Release: 0.16.2
Build: git-26eacf4
Repository: GitHub - kubernetes/ingress-nginx: NGINX Ingress Controller for Kubernetes https://kubernetes.github.io/ingress-nginx/
-------------------------------------------------------------------------------
Dockerversion: 17.12.1-ce (Ist nur bis 17.3 von kubeadm ohne Warnung unterstützt aber ich denke nicht das es daran liegt weil services ja erreichbar sind).
Kubernetesversion: 1.11
Als CNI nehme ich flannel.
OS ist Ubuntu Bionic Beaver.
Als Hardware kommt eine KVM bei meinem Anbieter zum Einsatz.
Beste Grüße
Fluffy
//edit
Für mich sieht es zZ so aus als ob kublet keine IP bezieht.
Nach einigen Recherchen bin ich zu dem Schluss gekommen das es ggf daran liegt das Ingress keine IP zugewiesen bekommt weil es nicht in einer Cloud-Umgebung aufgerufen wird.
Hoffe jemand anderes kann mir da noch etwas mehr Einsicht verschaffen, denn sonst werde ich mir früher als später meine eigene Registry aufsetzen müssen und meinen eigenen reverse-proxy-deployment schreiben müssen.
Zuletzt bearbeitet von einem Moderator: