Lagring
Lagring har tre nivåer, och att blanda ihop dem är den vanliga orsaken till att en användare säger att hen inte kan montera något.
| Nivå | Vad det är | Vem som ser den |
|---|---|---|
| Storage | En fysisk plats: en sökväg på en nod, eller en delad backend | Bara administratörer |
| Shared storage | En underindelning inuti en storage | Bara administratörer |
| Bucket | Det som syns i filbläddraren och i monteringsväljaren | Användare |
Användare interagerar bara någonsin med buckets. De två andra är hur du bestämmer var en bucket fysiskt ligger.
Storages
Section titled “Storages”Registrera en storage mot noden som håller den. En storage på en nod går bara att nå från köer som innehåller den noden - vilket är varför köns lagringskopplingar spelar lika stor roll som lagringen själv.
Shared storages
Section titled “Shared storages”En underindelning inom en storage, använd för att skilja ett teams område från ett annats på samma underliggande disk.
Buckets
Section titled “Buckets”Det användarna ser. En bucket definieras inuti en storage och ges till en användargrupp eller ett projekt, med antingen läs- och skrivrätt eller skrivskydd.
Skrivskydd är värt att använda för delade dataset: ett jobb som monterar det kan inte förstöra det.
NetApp
Section titled “NetApp”Där tenanten har NetApp-integration konfigurerad kan lagring backas av NetApp-volymer i stället för vanliga nodsökvägar.
Tvåsidiga regeln
Section titled “Tvåsidiga regeln”För att en användare ska kunna montera en bucket måste båda gälla:
- Hens grupp (eller ett projekt hen är med i) ger hen bucketen.
- Kön hen valt är kopplad till den storage bucketen ligger på.
Kostnad
Section titled “Kostnad”Lagring debiteras per terabyte-timme, löpande, oberoende av jobb. En bucket någon fyllde och övergav fortsätter dra tokens. Värt att granska då och då.