Administrert Kubernetes
Frostmoln Administrert Kubernetes kjører RKE2-klynger på Frostmoln-databehandling. Du administrerer arbeidslastene; plattformen klargjør og administrerer kontrollplanet, arbeidernodene, API-lastbalanseren og din kubeconfig.
Pilot — tilgang gis per prosjekt
Administrert Kubernetes rulles ut som en pilot. Det vises i portalen kun for prosjekter som har fått tildelt kubernetes-rettigheten — hvis du ikke ser Kubernetes i navigasjonen, er det ikke aktivert for prosjektet ditt ennå. Kontakt support for å be om tilgang (det finnes ingen selvbetjent aktivering under piloten). Det administreres for øyeblikket gjennom portalen — se merknaden om CLI / Terraform nedenfor.
Opprette en klynge
I portalen går du til Kubernetes → Klynger → Opprett og velger:
- Navn.
- Kubernetes-versjon — for øyeblikket 1.34 eller 1.35 (den anbefalte versjonen er merket); nedtrekkslisten er fasiten.
- Kontrollplan-nivå:
- development — enkel kontrollplannode (lavest kostnad).
- production — enkel kontrollplannode, produksjons-SLA.
- enterprise — kontrollplan med høy tilgjengelighet (3 noder).
- VPC + subnett klyngen kjører i (regionen arves fra VPC-en).
- Flytende IP (valgfritt) — ta med din egen, eller la plattformen tildele en for API-endepunktet. En plattformtildelt IP frigis når klyngen slettes; en ta-med-din-egen-IP blir kun frakoblet, aldri frigitt.
- En innledende nodepool — et navn, en nodestørrelse (
k8s.gp1.small/k8s.gp1.medium/k8s.gp1.large), og et nodeantall.
CLI & Terraform
Administrert Kubernetes er portaladministrert i dag — det finnes ingen fm kubernetes CLI-kommandoer eller Terraform-ressurser for klynger ennå. Opprett og administrer klynger fra portalen; når du har en kubeconfig bruker du kubectl, Helm og dine vanlige Kubernetes-verktøy mot klyngen som vanlig.
Hent din kubeconfig
Når klyngen kjører, bruk Last ned Kubeconfig på klyngens detaljside. Pek kubectl mot den, og du er inne:
export KUBECONFIG=~/Downloads/my-cluster-kubeconfig.yaml
kubectl get nodesKubernetes API-serveren nås gjennom et dedikert lastbalansert endepunkt (port 6443). Klyngens påloggingsinformasjon genereres og holdes sikkert av plattformen — nodeoppstart overfører aldri hemmeligheter tilbake.
Nodepooler
En klynge har én eller flere nodepooler — grupper av arbeidernoder av en gitt størrelse. Fra klyngens detaljside kan du:
- Legge til en nodepool (navn, størrelse, nodeantall), eventuelt med etiketter og taints for planlegging.
- Skalere en pool ved å sette et nytt nodeantall.
- Slette en pool.
Skaler manuelt foreløpig
Klynge-autoskalering er ennå ikke tilgjengelig — sett nodeantallet eksplisitt og skaler pooler manuelt etter hvert som arbeidslasten din endres.
Persistent lagring
Klynger leveres med en Frostmoln CSI-lagringsklasse, frostmoln-block (standard StorageClass), med Frostmoln-blokklagring som backend. Opprett en PersistentVolumeClaim, så klargjøres og kobles et volum til automatisk; volumer støtter utvidelse på nett.
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: data
spec:
accessModes: ['ReadWriteOnce']
storageClassName: frostmoln-block
resources:
requests:
storage: 20GiNettverk
Klyngens CNI er Cilium. Klyngenoder har internettutgang, men er isolert fra Frostmolns interne nettverk — arbeidslastene dine kjører i sitt eget tenant-nettverk. Eksponer API-serveren via klyngeendepunktet ovenfor; eksponer dine egne tjenester med en Ingress-kontroller eller en NodePort tilgjengelig gjennom nodeadressene.
Begrensninger
- Én sone per klynge — noder plasseres i klyngens region/subnett; ingen multi-AZ-spredning i dag.
- Cilium er den eneste CNI-en — den er ikke kundevalgbar.
- Ingen versjonsoppgraderinger på stedet ennå — velg versjonen din ved opprettelse.
- Autoskalering er ennå ikke tilgjengelig (skaler nodepooler manuelt).
- Sletting av en klynge fjerner nodene, API-lastbalanseren, en plattformtildelt flytende IP, og dens lagrede påloggingsinformasjon.