Planera det aggregerade namnområdet
Azure HPC Cache ger klienter åtkomst till en mängd olika lagringssystem via ett virtuellt namnområde som döljer information om backend-lagringssystemet.
När du har lagt till ett lagringsmål ställer du in en eller flera klientriktade namnrymdssökvägar för lagringsmålet. Klientdatorer monterar den här filsökvägen och kan göra filläsningsbegäranden till cachen i stället för att montera lagringssystemet direkt.
Eftersom Azure HPC Cache hanterar det här virtuella filsystemet kan du ändra lagringsmålet utan att ändra den klientriktade sökvägen. Du kan till exempel ersätta ett maskinvarulagringssystem med molnlagring utan att behöva skriva om klientsidans procedurer.
Exempel på aggregerad namnrymd
Planera ditt aggregerade namnområde så att klientdatorer enkelt kan nå den information de behöver, och så att administratörer och arbetsflödestekniker enkelt kan särskilja sökvägarna.
Tänk dig till exempel ett system där en Azure HPC Cache-instans används för att bearbeta data som lagras i Azure Blob. Analysen kräver mallfiler som lagras i ett lokalt datacenter.
Malldata lagras i ett datacenter och den information som behövs för det här jobbet lagras i dessa underkataloger:
- /goldline/templates/acme2017/sku798
- /goldline/templates/acme2017/sku980
Datacentrets lagringssystem exponerar dessa exporter:
- /
- /goldline
- /goldline/templates
De data som ska analyseras har kopierats till en Azure Blob Storage-container med namnet "sourcecollection" med hjälp av CLFSLoad-verktyget.
Överväg att skapa lagringsmål med följande sökvägar för virtuellt namnområde för att tillåta enkel åtkomst via cachen:
| Backend-lagringssystem (NFS-filsökväg eller blobcontainer) |
Sökväg för virtuellt namnområde |
|---|---|
| /goldline/templates/acme2017/sku798 | /templates/sku798 |
| /goldline/templates/acme2017/sku980 | /templates/sku980 |
| sourcecollection | /source/ |
Ett NFS-lagringsmål kan ha flera sökvägar för virtuellt namnområde, så länge var och en refererar till en unik exportsökväg. (Läs sökvägar för NFS-namnområden om du vill veta mer om hur du använder flera namnrymdssökvägar med ett NFS-lagringsmål.)
Eftersom NFS-källsökvägarna är underkataloger för samma export måste du definiera flera namnrymdssökvägar från samma lagringsmål.
| Storage värdnamn för mål | NFS-exportsökväg | Underkatalogsökväg | Namnområdessökväg |
|---|---|---|---|
| IP-adress eller värdnamn | /goldline/templates | acme2017/sku798 | /templates/sku798 |
| IP-adress eller värdnamn | /goldline/templates | acme2017/sku980 | /templates/sku980 |
Ett klientprogram kan montera cacheminnet och enkelt komma åt de aggregerade sökvägarna för /source namnområdet /templates/sku798 , och /templates/sku980 .
En annan metod kan vara att skapa en virtuell sökväg som länkar till den överordnade katalogen, , och sedan få klienterna att navigera till enskilda kataloger och kataloger efter att cachen /templates acme2017 sku798 sku980 monterats. Du kan dock inte skapa en sökväg för namnområdet som är en underkatalog till en annan namnområdessökväg. Så om du skapar en sökväg till katalogen kan du inte heller skapa några sökvägar för acme2017 namnområdet för direkt åtkomst till dess underkataloger.
På Azure HPC Cache för namnområde visas det klientriktade filsystemet och du kan lägga till eller redigera sökvägar. Mer information finns i Konfigurera det aggregerade namnområdet.
Nästa steg
När du har bestämt dig för hur du ska konfigurera det virtuella filsystemet gör du så här för att skapa det:
- Skapa lagringsmål för att lägga till dina backend-lagringssystem i Azure HPC Cache
- Lägg till sökvägar för namnområdet för att skapa det aggregerade namnområde som klientdatorer använder för att komma åt filer