Manche fuehlen sich erst richtig wohl, wenn sie befreit sind vom Zwang jeglicher grafischer Benutzeroberflaechen. Andere fuehlen sich dann etwas verloren, wenn es sowas nicht gibt. Aber auch da gibt es bei Kubernetes eine Loesung: Das Kubernetes Dashboard:

Installation:

Shell

Fertig!
Natuerlich sollte man vorher mal in die Datei reinschauen, die man so arglos uebers Netz installiert. Was ist drin: Es wird ein Namespace kubernetes-dashboard erstellt, User und Rechte fuer RBAC installiert, und zum Schluss natuerlich die Applikation.

Damit wir von aussen auf den Dienst zugreifen koennen, brauchen wir wieder Ingress, wie in vorherigen Artikel beschrieben.

Shell

Erlaeuterungen:

Annotations:

Trage A-Records von allen Hostnamen mit dieser Ip-Adresse als Ziel ein (vgl. hier):

    external-dns.alpha.kubernetes.io/target: 80.158.36.239

Der Dashboard-Service wird schon mit HTTPS und selbstsignierten Zertifikaten ausgeliefert. Wenn wir HTTPS auf HTTPS im NGINX verbinden wollen, brauchen wir diese Option:

    nginx.ingress.kubernetes.io/backend-protocol: HTTPS

Zertifikat-Aussteller fuer alle TLS Hostnamen ist wieder LetsEncrypt (vgl hier)

    certmanager.k8s.io/issuer: letsencrypt-production

Alle anderen Eintraege sollten selbsterklaerend sein.
Wenn man keinen Ingress nutzen moechte/kann, gibt es die Moeglichkeit der ExternalIP und NodePorts.

Zuerst ueberprueft man, welche NodePorts zur Verfuegung stehen:

Shell

Nun machen wir aus dem ClusterIP-Services einen LoadBalancer-Service unter Verwendung eines Ports aus der Port-Range:

apiVersion: v1
kind: Service
metadata:
  annotations:
    external-dns.alpha.kubernetes.io/target: joomla01.otc.eumel.de
  creationTimestamp: "2019-09-23T19:20:26Z"
  labels:
    app: joomla
    chart: joomla-6.1.12
    heritage: Tiller
    release: joomla
  name: joomla
  namespace: joomla
  resourceVersion: "1798208"
  selfLink: /api/v1/namespaces/joomla/services/joomla
  uid: 936599f3-5ea5-4ea7-8ba3-acb854bb557d
spec:
  clusterIP: 10.107.39.136
  externalIPs:
  - 80.158.36.239
  externalTrafficPolicy: Cluster
  ports:
  - name: http
    nodePort: 80
    port: 80
    protocol: TCP
    targetPort: http
  - name: https
    nodePort: 2443
    port: 2443
    protocol: TCP
    targetPort: https
  selector:
    app: joomla
  sessionAffinity: None
  type: LoadBalancer

Einige Ports koennten schon belegt sein durch andere Services, weswegen dann das https auf Port 2443 laufen muss. Macht nicht wirklich Sinn, illustriert aber die Anwendung von Node-Ports.

Verwirrt? Hier ist ein interessanter Blogbeitrag zu Ingress, LoadBalancer und ClusterIP

Wenn unser Dashboard-Service dann per Ingress oder Node-Port das Licht der Welt erblickt hat, sollten wir den Startbildschirm sehen:

Zum Login brauchen wir eine Kube-Config, was aber bei fern installierten Rechnern und dort laufenden Minikube kompliziert sein kann, wenn nicht alle Informationen in einer Datei vorhanden sind.
Oder wir benutzen einen Bearer-Token. Den koennen wir uns selbst erstellen oder einen bereits vorhanden nutzen, wie etwa den von Tiller, der im Cluster weitreichende Rechte zwecks Softwareinstallation hat:

Shell

Seit es Tiller in neueren Clustern nicht mehr gibt, kann es schwierig sein, einen richtigen Serviceaccount zu finden. Also doch lieber selber generieren. Eine grossartige Anleitung gibt es hier:

# kubectl apply -f https://gist.githubusercontent.com/rangsan/c3c99313363ad1d09a2d7ef60681231d/raw/cd98bd44403b51cc7665ec98b86c191d696f4cd3/dashboard-adminuser.yaml
# kubectl apply -f https://gist.githubusercontent.com/rangsan/2329d45891047533e09434512f93541a/raw/870294692dd18c18c6ed46d8a7672aa53ba381fe/admin-role-binding.yml
# kubectl -n kube-system describe secret $(kubectl -n kube-system get secret | grep admin-user | awk '{print $1}')

Hinweis: Deployment-Files aus dem Internet sollte man sich immer vorher im Browser ansehen oder lokal herunterladen zwecks Ueberpruefung. Der letzte kubectl Befehl gibt den Token aus, mit dem wir im Dashboard genug sehen koennen.

Startbildschirm nach dem Login:

Einige Informationen zu unserer Joomla-Installation:

Editieren von Resourcen im Browser:

Mit minikube dashboard gaebe es zwar einen weiteren Einzeiler zur Dashboard Installation. Jedoch setzt diese die Installation auf dem eigenen Rechner mit X-Windows o.ae. voraus.