Skip to content

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:

bash
export KUBECONFIG=~/Downloads/my-cluster-kubeconfig.yaml
kubectl get nodes

Kubernetes 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.

yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data
spec:
  accessModes: ['ReadWriteOnce']
  storageClassName: frostmoln-block
  resources:
    requests:
      storage: 20Gi

Nettverk

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.

Relatert