Ikke sant. Takk. Kan du høre meg?
Ja, enhetlig lagring. Når vi snakker om enhetlig lagring, kommer vi til å bli det, vil jeg snakke om
IBMs, elastiske lagringssystem, som vi internt omtaler som ESS. Og når vi snakker om enhetlig
lagring eller beveger seg mot enhetlig lagring, det har faktisk ikke alltid vært diversifisert. Jeg tenker mye
av
prosjekter i TSD, har de bare alltid kjent enhetlig lagring fordi for tiden gjelder dette
ikke-hpc se-prosjekter og ikke-hpc-prosjekter, samhandler kun med vårt nåværende lagringssystem, som er
kalt HNAS, det betyr kanskje ikke så mye for brukerne, men i utgangspunktet er det systemet som holder
holdbare partisjoner og hjemmepartisjonene, og det er et system som alle våre servere snakker med. Noen av
tjenesten du hørte om i dag. Som
publisering, dataimport etc., snakket de alle med HNAS oss for øyeblikket. Og hvis du logger inn
prosjekt-VM-ene dine, enten Linux eller Windows, så er det systemet du snakker med når du er
lagre dataene dine på den holdbare partisjonen.
Det har vært et hybrid gammelt og nytt oppsett for HPC-prosjektene, og det har alltid vært slik,
fordi vi tidligere hadde GPFS-system, men for omtrent to år siden flyttet vi til dette nye
ESS system og er et system er det som er koblet til Colossus, og for det er det vert for klyngen
partisjon, men prosjekt-VM-ene hadde ikke tilgang til det systemet, og har ikke ennå, og for
de prosjektene vi setter opp dedikerte innsendingsverter, og innsendingsverter er den eneste verten som snakket med
både den nye ESS og snakke med de holdbare partisjonene. Og det har skapt litt problemer pga
folkene som ønsker å kjøre analyse på Colossus måtte for tiden på en måte importere dataene til
TSD, lagre dataene på HNAS, og så må jeg kopiere det over før jeg sender inn vert til ESS, og det
skapte mye overhead for brukerne og skapte også mye overhead for oss i rekkefølge
å like vedlikeholde to systemer.
Så det vi snakker om når vi flytter til et enhetlig lagringssystem, er at vi er det
snakker om migreringen til det enhetlige ESS, og i fremtiden kommer det til å gjelde alle
prosjekter som begynte å migrere det første trekk-prosjektet og hva det betyr når vi snakker om enhetlig
lagring er at alle våre tjenester eller våre VM-er, Colossus etc. vil alle snakke med det samme filsystemet.
Og samtidig er det vi gjør at vi på en måte slår sammen
holdbart hjem og nær partisjoner i ett enkelt filsystem. Så i grunnen hva det
betyr for deg som bruker at du vil se visse forbedringer. En av dem er, som jeg sa, er
enhetlig holdbart hjem og klynge. Det vil ikke lenger være behov for å kopiere frem og tilbake data
mellom slitesterk og klynge, som
det meste gjelder prosjektene er for tiden på HBC, og det betyr også for oss at vi ikke
lenger må være tålmodig fordi folk vil lagre data på varig kopiering til Cluster,
lagre den der, endre den og kopier den tilbake. Så det totale behovet for lagring vil gå litt ned.
Men vi gjorde også, siden vi slår sammen hjemmet, det holdbare og klynget til en slags samme
filsystem. Vi kan også flytte den inn i det samme katalogtreet. Så alle de nye katalogene blir det
faktisk lagret under en vanlig regel, som er /tsd/pXX/, som sannsynligvis er kjent for å være
stort sett alle prosjekter for øyeblikket.
Det vi gjorde da vi gikk fra det gamle systemet, HNAS til ESS, er at vi forbedrer sikkerheten til
protokollen vi bruker, spesielt NFS-protokollen, og det vi la til var
Kerberos, som er en forbedret sikkerhetsfunksjon som bruker autentisering og betyr i utgangspunktet
det når du kobler til innsendingsverten eller til de nye systemene, blir du det
autentisert deg selv med et passord, og du vil få en billett med en viss livline,
og i løpet av den levetiden vil du få lov til å snakke med systemet, og når billetten utløper
du må autentisere deg på nytt. Så sikkerheten utover det vi allerede tilbød i TSD.
Og til slutt, det er en funksjon for oss, men også for deg, er at det skaper en forenklet
infrastruktur. Vi har nå et system som snakker med alle maskinene, men det er et lagringssystem
som setter sammen alle protokollene vi bruker. Så GPFS for datamaskinklyngene, NFS for
Linux-verter og SMB for Windows-maskinene. Så det
betyr mindre overhead for oss. Og samtidig er den enormt skalerbar
Og vi har sett enorme databehovsøkninger de siste to årene, og vi forventer at det vil fortsette
og dette nye systemet burde kunne håndtere det mye bedre.
Så hva betyr det? Migreringsprosedyren for deg som bruker?
Det vi skal gjøre, vil sende ut e-poster til PI med en migrasjonsdato. Og tanken er at vi skal
ha nedetid mellom 03.00 om ettermiddagen til 10.00 om morgenen. Så vi kan gjøre mye
immigrasjonsarbeid utenom kontortid, for å minimere påvirkningen.
PI vil sannsynligvis måtte videresende e-posten til deg fordi vi ikke er vert for alle e-postene for
brukere. Og så vil du bli bedt om å lagre alt arbeid før sentrum og deretter logge av.
Du vil ikke kunne bruke eller få tilgang til TSD under migrering. Så du kan ikke logge på din
Linux og Windows-maskiner, vil du ikke kunne behandle data på HBC, men hva er det
ikke påvirket er våre Nettskjema-leveranser, så datainnsamlingen vil fortsette som vanlig
bruker fortsatt publikasjon og noen portaler.
Så det du gjør er at du ser tilbake neste morgen og tanken er det
alt skal bare fungere. Det ble lagt ned mye arbeid for å få alle tjenestene til å snakke med begge
systemer og under migreringen vil ha faser der noen prosjekter kun vil snakke med HNAS,
som ikke-HBC-prosjektene. Noen av dem vil fortsatt være i staten de snakker med
HNAS og ESS, som HPC-prosjektene,
og så vil det være en fase, samtidig vil det være prosjekt som kun snakker med brukere
og vi har modifisert våre tjenester tilsvarende for å kunne håndtere baren.
Det svarer sannsynligvis ikke på alle spørsmålene dine, hvis du har spørsmål spør dem nå eller adresser dem til
vår dedikerte kø for ikke å overvelde helpdesken, og det er tads∂-ess-migration@usit.uio.no
Jeg antar at jeg kunne ta noen spørsmål nå.
Tusen takk. Det er sikkert noen spørsmål om dette ennå. Vi skal prøve å ta flere
spørsmål og svar på dem på slutten der vi hevder spørsmål og svar. Så mange spørsmål vil være der borte
fordi jeg nå bare skal gå videre for å gjøre lanseringen av Ecucloud.