https://pad.n39.eu/qlvTlM7hQnKZ9jzdo6SZbg#

<markdown> # Brainstorming Server durch Mini-Cluster ersetzen

## Teilnehmer

- David - Tux

## Notizen

- handvoll raspi 4B

3 + 3

- Micha hat Intel NUC übrig - Hardware Loadbalancer? - dedizierter Switch - 16 Ports k8s-kompatibel - Powerbudget ausrechnen - SAN Lösung

nfs CSI Treiber

(S3?)

- kleinere USV Lösung

## erste Schritte

- k3s Cluster auf VMs - Stefan hat ein Ansible Playbook - 3 control plane (k3s-c[1-3]) - 3 worker (k3s-w[1-3]) - an einem der Knoten NFS mit passendem label, dort den NFS Provider hosten

## Infrastruktur

### Maschinen

- Control Plane

k3s-c1: 172.23.52.130

k3s-c2: 172.23.52.131

k3s-c3: 172.23.52.132

- Workers

k3s-w1: 172.23.52.140

k3s-w2: 172.23.52.141

k3s-w3: 172.23.52.142

DNS/DHCP-Einträge: siehe [descartes/PR #38](https://gitea.n39.eu/Netz39_Admin/config.descartes/pulls/38)

### Netzwerk

* Herausforderung: Netzwerkverkehr an die richtigen Nodes senden, ohne dass einer der Knoten den gesamten Traffic durchleiten muss. (Insbesondere RPi ist nicht besonders performant, wenn es um Netzwerk geht.) * Vorschlag: [kube-vip](https://kube-vip.io/)

`leaderElection` per Service

IP-Adressen an LoadBalancer binden

lokale Routing-Policy verwenden

Wenn pro Service (LoadBalancer) eine eigene IP-Adresse vergeben wird, kann der Switch mit ARP Routing den Netzwerkverkehr direkt an die Knoten senden, auf denen die LBs laufen.

Wir brauchen kann keinen speziellen Switch

</markdown