SUSE Rancher – Kubernetes som går att styra

Multikluster | RBAC & policyer | RKE2 | Uppgraderingar | Drift

Rancher är den plattform vi oftast möter när organisationer har fler än ett Kubernetes-kluster och behöver hålla ihop dem. Vi har byggt, härdat och driftat Rancher-miljöer i säkerhetskritiska sammanhang – bland annat åt danska försvaret. Den här sidan beskriver vad vi faktiskt gör med Rancher, inte vad produktbladet säger.

Vad är Rancher – och när behövs det?

Rancher (numera SUSE Rancher Prime) är en hanteringsplattform ovanpå Kubernetes. Den ger en gemensam kontrollpanel för flera kluster oavsett var de kör – on-prem, i moln eller i edge – med central inloggning, rollstyrning, kataloger för applikationer och samlad övervakning. Rancher ersätter alltså inte Kubernetes utan lägger sig ovanpå. Behovet uppstår nästan alltid vid samma punkt: när ni går från ett kluster till flera och det inte längre går att hålla ordning på vem som har åtkomst till vad, vilka versioner som kör var och vilka policyer som faktiskt gäller.

Vad vi gör med Rancher

Vi tar hand om hela kedjan: design av kluster- och miljöstruktur, installation av Rancher och RKE2, integration mot er katalogtjänst för inloggning, RBAC-modell som speglar organisationen, lagring med Longhorn eller extern SAN/CSI, backup och återställning, samt uppgraderingsrutiner som inte kräver att någon håller andan. Vi kan gå in som ansvarig för hela plattformen, som andralinje åt ert eget driftteam, eller som punktinsats när en migrering eller uppgradering ska genomföras.

Säkerhet, policyer och regelefterlevnad

I reglerade miljöer räcker det inte att klustret fungerar – det ska också gå att bevisa hur det fungerar. Vi implementerar policyer med Kubewarden eller OPA Gatekeeper, härdar enligt CIS Kubernetes Benchmark, sätter upp NeuVector för runtime-säkerhet och image-scanning, och ser till att audit-loggar, nätverkspolicyer och secrets-hantering är på plats. Allt implementeras som kod så att kontrollen går att visa upp vid revision i stället för att rekonstrueras i efterhand – vilket är precis det NIS2 och CRA kommer att kräva av er.

Migrering till Rancher

Vi flyttar arbetslaster till Rancher från handbyggda kluster, från OpenShift, från molnleverantörernas hanterade tjänster och från virtualiseringsplattformar där licenskostnaderna har sprungit iväg. Arbetet börjar alltid med en kartläggning av vad som faktiskt kör, vilka beroenden som finns och vad som bör byggas om i stället för flyttas rakt av. Därefter migrerar vi stegvis, med parallelldrift och tydliga återgångsvägar – inte en big bang över en helg.

Erfarenhet från skarp drift

I ett strategiskt uppdrag för danska försvaret driftade och vidareutvecklade vi en Rancher-hanterad Kubernetes-plattform på SUSE Linux i en högt reglerad och säkerhetskritisk miljö, med fokus på livscykelhantering, kontrollerad förändringshantering och spårbarhet.

Vanliga frågor om Rancher

Vad kostar Rancher?

Rancher är öppen källkod och kan köras utan licenskostnad. SUSE Rancher Prime är den kommersiella prenumerationen med support, härdade images och förlängd livscykel, och prissätts per nod eller kluster. I reglerade verksamheter rekommenderar vi nästan alltid Prime, eftersom supportavtal och supportad livscykel ofta är ett krav i sig. Vi hjälper er räkna på totalkostnaden inklusive drift – inte bara licensen.

Rancher eller OpenShift – vad ska vi välja?

OpenShift är en mer sammanhållen produkt med fler inbyggda komponenter och en högre prislapp, och passar när ni vill ha en färdig helhet från en leverantör. Rancher är lättare, mer öppet och starkare på att hantera många kluster i olika miljöer, inklusive kluster ni inte själva byggt. Kör ni redan mycket Red Hat lutar det åt OpenShift; har ni blandade miljöer, edge-noder eller SUSE i botten lutar det åt Rancher. Vi arbetar med båda och har ingen anledning att sälja in det ena.

OpenShift-konsult

Kan Rancher hantera våra befintliga kluster i AKS, EKS eller GKE?

Ja. Rancher kan importera befintliga kluster oavsett hur de skapats och ge dem samma inloggning, rollstyrning, policyer och övervakning som klustren ni bygger själva. Det är ofta första steget: ta kontroll över det som redan finns innan något nytt byggs.

Behöver vi RKE2 eller kan vi köra vanlig Kubernetes?

RKE2 är SUSE:s Kubernetes-distribution med härdning enligt CIS och FIPS-validerad kryptografi, framtagen med statliga och militära krav i åtanke. Kör ni i en miljö med säkerhets- eller regelkrav är RKE2 oftast rätt val eftersom mycket av härdningen är gjord från början. Har ni redan en fungerande distribution kan Rancher hantera den ändå.

Relaterade artiklar

SUSE Rancher vs OpenShift – så väljer du
SUSE Rancher eller Red Hat OpenShift? En jämförelse från ett team som driftar båda: arkitektur, säkerhet, drift, kostnad och reglerade miljöer.
RKE2 vs K3s – vilken Rancher-distribution?
RKE2 eller K3s? Jämför Ranchers två distributioner: härdning, CIS, FIPS, datalager, CNI, ingressbytet till Traefik och när vilken passar bäst.
Managed Kubernetes i Sverige: CaaS eller egen
Hyperscaler, svensk CaaS eller en egen plattform med driftpartner? Så jämför du managed Kubernetes: ansvar, dataplats, kostnad, NIS2 och exit.