Skip to content

Hanterad Kubernetes

Frostmoln Hanterad Kubernetes kör RKE2-kluster på Frostmoln-beräkning. Du hanterar dina arbetslaster; plattformen tillhandahåller och hanterar styrplanet, arbetarnoderna, API-lastbalanseraren och din kubeconfig.

Pilot — åtkomst beviljas per projekt

Hanterad Kubernetes rullas ut som en pilot. Den visas i portalen endast för projekt som har beviljats behörigheten kubernetes — om du inte ser Kubernetes i navigeringen är det inte aktiverat för ditt projekt ännu. Kontakta supporten för att begära åtkomst (det finns ingen självbetjäningsaktivering under piloten). Den hanteras för närvarande via portalen — se anmärkningen om CLI / Terraform nedan.

Skapa ett kluster

I portalen, gå till Kubernetes → Kluster → Skapa och välj:

  • Namn.
  • Kubernetes-version — för närvarande 1.34 eller 1.35 (den rekommenderade versionen är markerad); rullgardinsmenyn är källan till sanning.
  • Styrplansnivå:
    • development — en enda styrplansnod (lägsta kostnad).
    • production — en enda styrplansnod, produktions-SLA.
    • enterprise — högt tillgängligt styrplan (3 noder).
  • VPC + subnät som klustret körs i (regionen ärvs från VPC:t).
  • Flytande IP (valfritt) — ta med din egen, eller låt plattformen tilldela en för API-slutpunkten. En plattformstilldelad IP frigörs när klustret raderas; en medtagen egen IP frikopplas endast, frigörs aldrig.
  • En initial nodpool — ett namn, en nodstorlek (k8s.gp1.small / k8s.gp1.medium / k8s.gp1.large) och ett nodantal.

CLI & Terraform

Hanterad Kubernetes är portalhanterad idag — det finns ännu inga fm kubernetes-CLI-kommandon eller Terraform-resurser för kluster. Skapa och hantera kluster från portalen; när du väl har en kubeconfig använder du kubectl, Helm och dina vanliga Kubernetes-verktyg mot klustret som vanligt.

Hämta din kubeconfig

När klustret körs, använd Ladda ner Kubeconfig på klustrets detaljsida. Peka kubectl mot den så är du inne:

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

Kubernetes API-servern nås genom en dedikerad lastbalanserad slutpunkt (port 6443). Klustrets autentiseringsuppgifter genereras och hålls säkert av plattformen — nodernas uppstartsbootstrap överför aldrig hemligheter tillbaka.

Nodpooler

Ett kluster har en eller flera nodpooler — grupper av arbetarnoder av en given storlek. Från klustrets detaljsida kan du:

  • Lägga till en nodpool (namn, storlek, nodantal), valfritt med labels och taints för schemaläggning.
  • Skala en pool genom att ange ett nytt nodantal.
  • Radera en pool.

Skala manuellt tills vidare

Klusterets autoskalning är ännu inte tillgänglig — ange nodantalet explicit och skala pooler manuellt allteftersom din arbetslast ändras.

Beständig lagring

Kluster levereras med en Frostmoln CSI-lagringsklass, frostmoln-block (standard-StorageClass), backad av Frostmoln-blocklagring. Skapa en PersistentVolumeClaim så tillhandahålls och kopplas en volym automatiskt; volymer stöder utökning i drift.

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

Nätverk

Klustrets CNI är Cilium. Klusternoder har internetutgående trafik men är isolerade från Frostmolns interna nätverk — dina arbetslaster körs i sitt eget hyresgästnätverk. Exponera API-servern via klusterslutpunkten ovan; exponera dina egna tjänster med en Ingress-controller eller en NodePort som är nåbar via nodadresserna.

Begränsningar

  • En zon per kluster — noder placeras i klustrets region/subnät; ingen multi-AZ-spridning idag.
  • Cilium är den enda CNI:n — den är inte valbar för kunder.
  • Inga uppgraderingar av versioner på plats ännu — välj din version när du skapar klustret.
  • Autoskalning är ännu inte tillgänglig (skala nodpooler manuellt).
  • Att radera ett kluster tar bort dess noder, API-lastbalanserare, en plattformstilldelad flytande IP och dess lagrade autentiseringsuppgifter.

Relaterat