Planera det aggregerade namnområdet
Med Azure HPC Cache kan klienter komma åt en mängd olika lagringssystem via ett virtuellt namnområde som döljer information om serverdelslagringssystemet.
När du har lagt till ett lagringsmål konfigurerar du en eller flera klientriktade namnområdessö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 procedurerna på klientsidan.
Exempel på aggregerat namnområde
Planera ditt aggregerade namnområde så att klientdatorerna enkelt kan nå den information de behöver, så att administratörer och arbetsflödestekniker enkelt kan skilja mellan 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 de NFS-dataimporttekniker som beskrivs i Flytta data till Azure Blob Storage.
Om du vill tillåta enkel åtkomst via cachen kan du överväga att skapa lagringsmål med dessa virtuella namnområdessökvägar:
| Serverdelslagringssystem (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 | /Källkod/ |
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 NFS-namnområdessökvägar om du vill veta mer om hur du använder flera namnområdessökvägar med ett NFS-lagringsmål.)
Eftersom NFS-källsökvägarna är underkataloger för samma export måste du definiera flera namnområdessökvägar från samma lagringsmål.
| Värdnamn för lagringsmå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 cachen och enkelt komma åt de aggregerade namnområdesfilsökvägarna /source, /templates/sku798och /templates/sku980.
En alternativ metod kan vara att skapa en virtuell sökväg som /templates länkar till den överordnade katalogen, acme2017, och sedan låta klienterna navigera till individen sku798 och sku980 katalogerna efter monteringen av cacheminnet. Du kan dock inte skapa en namnområdessökväg som är en underkatalog till en annan namnområdessökväg. Så om du skapar en sökväg till acme2017 katalogen kan du inte heller skapa några namnområdessökvägar för direkt åtkomst till dess underkataloger.
Sidan Inställningar för Azure HPC Cache-namnområde visar det klientriktade filsystemet och låter dig 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 ditt virtuella filsystem kan du göra följande för att skapa det:
- Skapa lagringsmål för att lägga till dina serverdelslagringssystem i Azure HPC Cache
- Lägg till namnområdessökvägar för att skapa det aggregerade namnområde som klientdatorer använder för att komma åt filer