Hoppa till innehåll

Grundbegrepp

Åtta ord bär hela modellen. Allt annat i den här dokumentationen är byggt av dem.

En tenant är en hyresgäst: en organisations användare, jobb, köer, lagring och noder, avskilda från alla andra tenants. Ditt konto tillhör exakt en.

Du loggar in som du@dindomän och hamnar i din tenant utan att välja den. Tenants ser inte varandra. En superadmin är den enda rollen som spänner över dem, och även då måste hen medvetet gå in i en tenant för att arbeta i den.

En nod är en maskin som kan köra containrar. Den anslöt sig till tenanten genom att ta emot en nodinbjudan, och håller en utgående tunnel öppen till centralservern. En nod bakom en brandvägg fungerar alltså fint, så länge den kan nå ut.

En nod är antingen online eller inte. Offline-noder tar inga jobb, vilket är den enskilt vanligaste anledningen till att en kö ser tom ut.

En är det du skickar till. Den håller en uppsättning noder och avgör:

  • vilka noder ditt jobb får hamna på,
  • hur mycket GPU, CPU och minne du får be om,
  • om jobb på den är interaktiva, icke-interaktiva, eller båda,
  • vilken lagring som går att nå från den,
  • vad den kostar.

Åtkomst ges per användargrupp, inte per användare. Ser du inte en kö har din grupp inte fått den.

Ett jobb är det du skickar in. En tjänst är en container inuti det.

De flesta jobb har exakt en tjänst, och då märks skillnaden aldrig. Den börjar spela roll när du kör flera containrar som ska prata med varandra, säg en modellserver och ett webbgränssnitt. Då håller ett jobb två tjänster, de schemaläggs tillsammans, de delar körtid, och var och en når den andra på dess hostname.

I jobbtabellen ser du en rad per jobb. Fäll ut den för att se tjänsterna. Att markera en tjänst öppnar detaljpanelen; att klicka på jobbraden fäller bara ut den. Det snubblar man på en gång.

En token är enheten för debitering. Ett jobb som kör spenderar tokens per minut, skalat efter hur mycket GPU, CPU och minne det håller och efter köns egna kostnadsinställningar. Det finns också en liten fast avgift för att starta ett jobb, och lagring debiteras per terabyte-timme.

Tokens är inget du tappar bort i tysthet: formuläret visar den beräknade kostnaden innan du bekräftar, och Tokens-sidan listar varje debitering mot varje jobb.

Ett projekt är en delad tokenbudget. Debiterar du ett jobb mot ett projekt betalar projektets saldo i stället för ditt.

Tenants kan kräva att varje jobb anger ett projekt, vilket är hur en administratör gör kostnadsuppföljning obligatorisk i stället för artig.

En bucket är en mapp du kan montera in i en container. Den ligger på en storage, som ligger på en nod eller på delad infrastruktur.

Två regler följer av det, och de förklarar det mesta av förvirringen kring lagring:

  1. En bucket går bara att montera från en kö som når dess storage. Files-sidan listar varje bucket du kan läsa. Jobbformuläret listar bara dem som den valda kön kan montera. Det är två olika listor, med flit.
  2. Allt som inte ligger på en montering är tillfälligt. Containerns eget filsystem förstörs med containern.

Du tillhör en tenant. Din grupp ger dig en . Du skickar ett jobb med en eller flera tjänster dit, monterar en bucket så dina resultat överlever, och minuterna debiteras i tokens mot dig eller ett projekt. Schemaläggaren placerar det på en nod som är online i den kön.

Det är hela saken. Ordlistan har de mindre orden - booked, interaktiv, relay, tenantadministratör - i en och samma lista.