Kort fortalt: Jeg tester hvor robust KubeEdge-nettverk er når edge-noder mister kontakten med skyen.
Denne visualiseringen er min korte forklaring på hvordan trafikk flyter mellom CloudCore og edge-noder, og hva som skjer når vi justerer link-status og pakketap. Jeg bruker den for å vise forskjellene mellom Standard K8s, KubeEdge basis og KubeEdge mesh.
I min oppgave betyr edge computing små, ressurs-svake noder nær datakilden som skal kunne kjøre lokale tjenester selv om forbindelsen til skyen er ustabil. Jeg bruker KubeEdge fordi det utvider Kubernetes ved å flytte deler av kontrollplanet nær edge, mens CloudCore er skykomponenten som synkroniserer status når forbindelsen tillater det.
Med vanlig Kubernetes forventer noder stabil kontakt med kontrollplanet, så når CloudCore eller API-serveren faller ut kan noder desynkronisere, service-oppdagelse blir treg eller feil, og gjenoppretting tar tid. EdgeMesh er et mesh/overlay som gir edge-til-edge-ruting når skyen er nede, og jeg sammenligner derfor KubeEdge med og uten EdgeMesh mot en Kubernetes-baseline på OpenWrt-maskinvare under ustabile lenker.
Tips: Juster pakketapet oppover og bytt konfigurasjon for å se hvordan nettverket oppfører seg.
Oppgaven er i samarbeid med FFI og handler om å evaluere nettverksrobusthet på OpenWrt-klasse rutere og små edge-enheter. Jeg kjører eksperimentelle benchmark-tester med MicroK8s/CloudCore og sammenligner tre oppsett: ren Kubernetes, KubeEdge uten EdgeMesh og KubeEdge med EdgeMesh. Målingene ser på pakketap, latens, throughput, gjenopprettingstid og ressursbruk når forbindelsen er ustabil.
Basert på tidslinjen fra 2025-08-15 til 2027-06-15.