Driftsättningskrav för KaaS

Krav – vad miljön tillhandahåller

På kundägd infrastruktur kommer detta från er OpenStack-miljö eller från uppdragets grundomfattning; på WECORE Hub ingår det i den driftade infrastrukturen.

• OpenStack med containerinfrastrukturtjänsten

  Ett fungerande OpenStack-moln med containerinfrastrukturtjänsten och dess hanteringskluster – driftsätts av uppdraget där ni ännu inte kör ett.

• Externt nätverk och kapacitet för flytande IP-adresser

  Ett externt nätverk för klusteråtkomst, med nätverkskvoter och policy för flytande IP-adresser; förhandskontrollen validerar dem innan något skapas.

• En fungerande lastbalanseringstjänst

  Varje kluster får en lastbalanserare och en flytande IP-adress för sin API-server; förhandskontrollen bekräftar före skapandet att den aktiverade leverantören matchar mallen.

• Maskinstorlekar med kvotutrymme

  Godkända storlekar för kontrollplan och workers måste gå att använda i ert projekt, med rotdiskegenskaper och tillräcklig beräkningskvot; brister blockeras i förhandskontrollen.

• Utrymme för applikationsuppgifter

  Varje kluster körs under sin egen applikationsuppgift (application credential), så projektet behöver kvot för en per kluster.

• En klusterimage som matchar mallen

  Mallens Kubernetes-version måste matcha en validerad klusterimage i miljön; mallar och images förbereds av driftsättningen.

• Blocklagringskapacitet för deklarerade volymer

  Mallarna deklarerar sina systemvolymer; miljön behöver motsvarande volymtyp och lagringskvot, vilket förhandskontrollen räknar med.

Stöds i dag – standardtjänsten

• En workergrupp, en kontrollplansmaskin

  Varje kluster har en workergrupp och en kontrollplansmaskin, båda dimensionerade från den godkända mallen.

• Ändring av workerantal på ett kluster i drift

  Behöriga användare ändrar workerantalet; varje ändring valideras på nytt på serversidan. Referenskörningen i staging konvergerade en ändring på 10,9 sekunder.

• Nya åtkomstuppgifter per nedladdning

  Varje behörig kubeconfig-nedladdning skapar nya åtkomstuppgifter i minnet och skickar dem med no-store-hantering; inget skrivs till panelens databas eller loggar.

• Verifierad radering

  Radering återkallar klustrets applikationsuppgift och söker igenom servrar, volymer, flytande IP-adresser, lastbalanserare och uppgifter efter kvarlämningar; upprepningar är säkra.

• Timdebitering mot driftsättningens pristabell

  Uppskattningen vid skapandet och timdebiteringen använder samma konfigurerade priser.

• Versioner från godkända mallar

  Kubernetes-versionerna kommer från mallar som ert infrastrukturteam godkänner; referenslivscykeln i staging kördes med Kubernetes v1.36.1.

Villkorligt – aktiveras per driftsättning

Dessa förmågor finns i tjänsten men är avstängda som standard; ert infrastrukturteam aktiverar dem per driftsättning där miljön stöder dem.

• Uppgradering på plats

  Uppgradering till en kompatibel nyare mall – en minor-version i taget, aldrig nedgradering. Annars flyttar teamen arbetsbelastningarna till ett kluster från en nyare mall.

• Autoskalning av workers

  Ett enda min–max-intervall för klustrets workergrupp, med ett operatörskonfigurerat spanntak.

• Fler nodgrupper, ingress, övervakning och arbetsbelastningslagring

  Funktionsgrindade; visas för användarna först när de aktiverats för en kompatibel mall i er driftsättning.

Erbjuds inte ännu

• Flera workergrupper i ett kluster

  En annan maskinkonfiguration hör hemma i ett separat kluster skapat för den; begäranden med flera grupper avvisas innan någon resurs skapas.

• Kontrollplan med flera masters via panelen

  Varje kluster kör i dag en kontrollplansmaskin; motståndskraften i den underliggande infrastrukturen definieras i driftsättningsuppdraget.

• GPU-workernoder

  GPU-batch- och simuleringsarbetsbelastningar körs på HPC-plattformen, och dedikerad modellservering körs på LLM-tjänsten.

• Klusterbehörigheter per användare

  En nedladdad kubeconfig har cluster-admin för det klustret; finindelning inne i klustret sker med ert teams Kubernetes-RBAC.