☸ Kubernetes im Heimlabor

Kurs › Folge 13

MetalLB: echte LoadBalancer-IPs im eigenen Netz

Warum ein Service vom Typ LoadBalancer im Heimlabor ewig auf „pending“ steht — und wie man das löst.

Das Video zu dieser Folge ist noch nicht veröffentlicht. Die Notizen stehen trotzdem schon hier.

Was du danach kannst

  • erklären, was ein Cloud-Anbieter bei LoadBalancer-Services tut
  • MetalLB im Layer-2-Modus einrichten
  • einen Adressbereich aus dem Heimnetz sauber abtrennen

Worum es geht

Warum ein Service vom Typ LoadBalancer im Heimlabor ewig auf „pending“ steht — und wie man das löst.

Voraussetzungen

  • ein laufendes Cluster aus den vorigen Folgen
  • Zugriff per kubectl

Zum Nachlesen

Befehle aus dieser Folge

  • kubectl get svc # EXTERNAL-IP <pending>
  • helm install metallb metallb/metallb -n metallb-system --create-namespace
  • kubectl -n metallb-system apply -f ippool.yaml
  • kubectl get svc # jetzt mit echter IP

Begriffe

LoadBalancer
Service-Typ, der in der Cloud eine externe IP bekommt — im Heimlabor niemanden hat, der sie vergibt
Layer-2-Modus
ein Node beantwortet ARP-Anfragen für die vergebene IP
IPAddressPool
der Adressbereich, den MetalLB verteilen darf

Folien dieser Folge ansehen →