Lägga till lagringsmål

Storage mål är backend-lagring för filer som nås via en Azure HPC Cache. Du kan lägga till NFS-lagring (till exempel ett lokalt maskinvarusystem) eller lagra data i Azure Blob.

Du kan definiera 10 olika lagringsmål för alla cacheminnen, och större cacheminnen har stöd för upp till 20 lagringsmål.

Cachen visar alla lagringsmål i ett aggregerat namnområde. Sökvägarna för namnområdet konfigureras separat när du har lagt till lagringsmålen.

Kom ihåg att lagringsexporterna måste vara tillgängliga från cachens virtuella nätverk. För lokal maskinvarulagring kan du behöva konfigurera en DNS-server som kan matcha värdnamn för NFS-lagringsåtkomst. Läs mer i DNS-åtkomst.

Lägg till lagringsmål när du har skapat din cache. Följ den här processen:

  1. Skapa cachen
  2. Definiera ett lagringsmål (information i den här artikeln)
  3. Skapa klientriktade sökvägar (för det aggregerade namnområdet)

Proceduren för att lägga till ett lagringsmål skiljer sig något beroende på vilken typ av lagring som används. Information om var och en finns nedan.

Klicka på bilden nedan om du vill se en videodemonstration av hur du skapar en cache och lägger till ett lagringsmål från Azure Portal.

videominiatyr: Azure HPC Cache: Installation (klicka för att besöka videosidan)

Ändra storleken på cacheminnet korrekt för att stödja dina lagringsmål

Antalet lagringsmål som stöds beror på cachestorleken, som anges när du skapar cachen. Cachekapaciteten är en kombination av dataflödeskapacitet (i GB/s) och lagringskapacitet (i TB).

  • Upp till 10 lagringsmål – Ett standardcacheminne med det minsta eller medelstora cachelagringsvärdet för det valda dataflödet kan ha högst 10 lagringsmål.

    Om du till exempel väljer dataflöde på 2 GB/sekund och inte väljer den högsta cachelagringsstorleken stöder cacheminnet högst 10 lagringsmål.

  • Upp till 20 lagringsmål –

    • Alla cacheminnen med högt dataflöde (som har förkonfigurerade cachelagringsstorlekar) har stöd för upp till 20 lagringsmål.
    • Standardcacheminnen har stöd för upp till 20 lagringsmål om du väljer den högsta tillgängliga cachestorleken för det valda dataflödesvärdet. (Om du använder Azure CLI väljer du den högsta giltiga cachestorleken för din cache-SKU.)

Läs Ange cachekapacitet om du vill veta mer om inställningarna för dataflöde och cachestorlek.

Välja rätt typ av lagringsmål

Du kan välja mellan tre lagringsmåltyper: NFS, Blob och ADLS-NFS. Välj den typ som matchar den typ av lagringssystem som du ska använda för att lagra dina filer under det HPC Cache projektet.

Lägga till ett nytt Azure Blob Storage-mål

Ett nytt Blob Storage-mål behöver en tom blobcontainer eller en container som fylls med data Azure HPC Cache i molnfilsystemformatet. Läs mer om att läsa in en blobcontainer i Flytta data till Azure Blob Storage i förväg.

Sidan Azure Portal Lägg till lagringsmål innehåller alternativet att skapa en ny blobcontainer precis innan du lägger till den.

Anteckning

Öppna cacheinstansen från Azure Portal och klicka på Storage mål i det vänstra sidofältet.

skärmbild av inställningarna > lagringsmålsidan, med två befintliga lagringsmål i en tabell och en markering runt knappen + lägg till lagringsmål ovanför tabellen

Sidan Storage visar en lista över alla befintliga mål och en länk för att lägga till ett nytt.

Klicka på knappen Lägg till lagringsmål.

skärmbild av sidan Lägg till lagringsmål, ifylld med information om ett nytt Azure Blob Storage-mål

Ange den här informationen för att definiera en Azure Blob-container.

  • Storage målnamn – Ange ett namn som identifierar det här lagringsmålet i Azure HPC Cache.

  • Måltyp – Välj Blob.

  • Storage konto – Välj det konto som du vill använda.

    Du måste auktorisera cacheinstansen för att få åtkomst till lagringskontot enligt beskrivningen i Lägg till åtkomstrollerna.

    Information om vilken typ av lagringskonto du kan använda finns i Blob Storage-krav.

  • Storage – Välj blobcontainern för det här målet eller klicka på Skapa ny.

    skärmbild av dialogrutan för att ange namn och åtkomstnivå (privat) för den nya containern

När du är klar klickar du på OK för att lägga till lagringsmålet.

Anteckning

Om brandväggen för lagringskontot är inställd på att begränsa åtkomsten till endast "valda nätverk" använder du den tillfälliga lösning som beskrivs i Work around Blob storage account firewall settings (Arbeta runt brandväggsinställningar för Blob Storage-konto).

Lägga till åtkomstkontrollroller till ditt konto

Azure HPC Cache använder rollbaserad åtkomstkontroll i Azure (Azure RBAC) för att ge cachetjänsten åtkomst till ditt lagringskonto för Azure Blob Storage-mål.

Lagringskontots ägare måste uttryckligen lägga till rollerna Storage-kontodeltagare och Storage Blob Data-deltagare för användaren "HPC Cache Resursprovider".

Du kan göra detta i förväg eller genom att klicka på en länk på portalsidan där du lägger till ett Blob Storage-mål. Tänk på att det kan ta upp till fem minuter för rollinställningarna att spridas via Azure-miljön, så du bör vänta några minuter efter att du har lagt till rollerna innan du skapar ett lagringsmål.

  1. Öppna Åtkomstkontroll (IAM) för ditt lagringskonto.

  2. Välj Lägg till lägg till > rolltilldelning för att öppna sidan Lägg till rolltilldelning.

  3. Tilldela följande roller, en i taget. Detaljerade anvisningar finns i Tilldela Azure-roller med hjälp av Azure Portal.

    Inställning Värde
    Roller Lagringskontodeltagare
    Storage Blob Data-deltagare
    Tilldela åtkomst till HPC Cache resursprovider

    Sidan Lägg till rolltilldelning

    Anteckning

    Om du inte hittar resursprovidern HPC Cache du en sökning efter strängen "storagecache" i stället. Det här var ett för-GA-namn för tjänstens huvudnamn.

Lägga till ett nytt NFS-lagringsmål

Ett NFS-lagringsmål har andra inställningar än ett Blob Storage-mål, inklusive en användningsmodellinställning som talar om för cachen hur data ska lagras från det här lagringssystemet.

Skärmbild av sidan Lägg till lagringsmål med definierat NFS-mål

Anteckning

Innan du skapar ett NFS-lagringsmål kontrollerar du att lagringssystemet är åtkomligt från Azure HPC Cache och uppfyller behörighetskraven. Storage skapas misslyckas om cachen inte kan komma åt lagringssystemet. Läs NFS-lagringskraven och Felsöka problem med NAS-konfiguration och NFS-lagringsmål för mer information.

Välj en användningsmodell

När du skapar ett lagringsmål som använder NFS för att nå sitt lagringssystem måste du välja en användningsmodell för det målet. Den här modellen avgör hur dina data cachelagras.

Läs Förstå användningsmodeller för mer information om alla dessa inställningar.

HPC Cache inbyggda användningsmodeller kan du välja hur du ska balansera snabba svar med risken för att få inaktuella data. Om du vill optimera hastigheten för läsning av filer kanske du inte bryr dig om huruvida filerna i cacheminnet kontrolleras mot backend-filerna. Om du å andra sidan vill se till att dina filer alltid är uppdaterade med fjärrlagringen väljer du en modell som kontrollerar ofta.

Anteckning

Cacheminnen med högt dataflöde har endast stöd för skrivskyddade cachelagring.

Dessa tre alternativ omfattar de flesta situationer:

  • Lästunga, sfrekventa skrivningar – Påskyndar läsåtkomsten till filer som är statiska eller sällan har ändrats.

    Det här alternativet cachelagrar filer från klientläsningar, men skickar klient skriver vidare till backend-lagringen omedelbart. Filer som lagras i cachen jämförs inte automatiskt med filerna på NFS-lagringsvolymen.

    Använd inte det här alternativet om det finns en risk att en fil ändras direkt i lagringssystemet utan att först skriva den till cachen. Om det händer är den cachelagrade versionen av filen inte synkroniserad med backend-filen.

  • Mer än 15 % skrivningar – det här alternativet påskyndar både läs- och skrivprestanda.

    Både klientläsningar och klient skrivningar cachelagras. Filer i cacheminnet antas vara nyare än filer i backend-lagringssystemet. Cachelagrade filer kontrolleras endast automatiskt mot filerna på backend-lagring var åttonde timme. Ändrade filer i cacheminnet skrivs till backend-lagringssystemet efter att de har funnits i cacheminnet i 20 minuter utan ytterligare ändringar.

    Använd inte det här alternativet om några klienter monterar backend-lagringsvolymen direkt, eftersom det finns en risk att den har inaktuella filer.

  • Klienter skriver till NFS-målet och kringgår cachen – Välj det här alternativet om några klienter i arbetsflödet skriver data direkt till lagringssystemet utan att först skriva till cachen, eller om du vill optimera datakonsekvensen.

    Filer som klienter begär cachelagras, men eventuella ändringar av dessa filer från klienten skickas till lagringssystemet på backend-datorn omedelbart. Filer i cachen kontrolleras ofta mot backend-versionerna för uppdateringar. Den här verifieringen upprätthåller datakonsekvensen när filer ändras direkt i lagringssystemet i stället för via cachen.

Mer information om de andra alternativen finns i Förstå användningsmodeller.

I den här tabellen sammanfattas skillnaderna mellan alla användningsmodeller:

Användningsmodell Cachelagring läge Verifiering på backend-plats Maximal tillbakaskrivningsfördröjning
Läsa tunga, sfrekventa skrivningar Läs Aldrig Ingen
Större än 15 % skrivningar Läsning/skrivning 8 timmar 1 timme
Klienter kringgår cachen Läs 30 sekunder Ingen
Större än 15 % skrivningar, frekventa backend-kontroller (30 sekunder) Läsning/skrivning 30 sekunder 1 timme
Större än 15 % skrivningar, frekventa backend-kontroller (60 sekunder) Läsning/skrivning 60 sekunder 1 timme
Större än 15 % skrivningar, frekvent återskrivning Läsning/skrivning 30 sekunder 30 sekunder
Läsa hårt, kontrollera backing-servern var tredje timme Läs 3 timmar Ingen

Anteckning

Värdet för backend-verifiering visar när cachen automatiskt jämför sina filer med källfiler i fjärrlagring. Du kan dock utlösa en jämförelse genom att skicka en klientbegäran som innehåller en readdirplus-åtgärd i backend-lagringssystemet. Readdirplus är ett NFS-standard-API (kallas även utökad läsning) som returnerar katalogmetadata, vilket gör att cachen jämför och uppdaterar filer.

Skapa ett NFS-lagringsmål

Från Azure Portal du cacheinstansen och klickar på Storage mål i det vänstra sidofältet.

skärmbild av > lagringsmålsidan, med två befintliga lagringsmål i en tabell och en markering runt knappen + lägg till lagringsmål ovanför tabellen

Sidan Storage visar en lista över alla befintliga mål och ger en länk för att lägga till ett nytt.

Klicka på knappen Lägg till lagringsmål.

Skärmbild av sidan Lägg till lagringsmål med definierat NFS-mål

Ange den här informationen för ett NFS-backat lagringsmål:

  • Storage målnamn – Ange ett namn som identifierar det här lagringsmålet i Azure HPC Cache.

  • Måltyp – Välj NFS.

  • Värdnamn – Ange IP-adressen eller det fullständiga domännamnet för ditt NFS-lagringssystem. (Använd bara ett domännamn om ditt cacheminne har åtkomst till en DNS-server som kan matcha namnet.) Du kan ange flera IP-adresser om lagringssystemet refereras till av flera IP-adresser.

  • Användningsmodell – Välj en av profilerna för cachelagring av data baserat på ditt arbetsflöde, som beskrivs i Välj en användningsmodell ovan.

När du är klar klickar du på OK för att lägga till lagringsmålet.

Lägga till ett nytt lagringsmål för ADLS-NFS

ADLS-NFS-lagringsmål använder Azure Blob-containrar som stöder protokollet Network File System (NFS) 3.0.

Läs NFS 3.0-protokollstöd om du vill veta mer om den här funktionen.

ADLS-NFS-lagringsmål har vissa likheter med Blob Storage-mål och vissa med NFS-lagringsmål. Exempel:

  • Precis som ett Blob Storage-mål måste du ge Azure HPC Cache behörighet att komma åt ditt lagringskonto.

  • Precis som ett NFS-lagringsmål måste du ange en cacheanvändningsmodell.

  • Eftersom NFS-aktiverade blobcontainrar har en NFS-kompatibel hierarkisk struktur behöver du inte använda cachen för att mata in data och containrarna kan läsas av andra NFS-system.

    Du kan läsa in data i förväg i en ADLS-NFS-container och sedan lägga till dem i en HPC Cache som ett lagringsmål och sedan komma åt data senare utanför en HPC Cache. När du använder en standardblobcontainer som ett HPC Cache-lagringsmål skrivs data i ett egenutvecklat format och kan bara nås från andra Azure HPC Cache kompatibla produkter.

Innan du kan skapa ett ADLS-NFS-lagringsmål måste du skapa ett NFS-aktiverat lagringskonto. Följ stegen i Krav för att Azure HPC Cache anvisningarna i Montera Blob Storage med hjälp av NFS. Om du inte använder samma virtuella nätverk för cachen och lagringskontot kontrollerar du att cachens virtuella nätverk har åtkomst till lagringskontots virtuella nätverk.

När ditt lagringskonto har ställts in kan du skapa en ny container när du skapar lagringsmålet.

Läs Använda NFS-monterad bloblagring med Azure HPC Cache mer information om den här konfigurationen.

Om du vill skapa ett ADLS-NFS-lagringsmål öppnar du sidan Lägg till lagringsmål i Azure Portal. (Ytterligare metoder är under utveckling.)

Skärmbild av sidan lägg till lagringsmål med ADLS-NFS-målet definierat

Ange den här informationen.

  • Storage målnamn – Ange ett namn som identifierar det här lagringsmålet i Azure HPC Cache.

  • Måltyp – Välj ADLS-NFS.

  • Storage konto – Välj det konto som du vill använda. Om ditt NFS-aktiverade lagringskonto inte visas i listan kontrollerar du att det uppfyller kraven och att cachen kan komma åt det.

    Du måste auktorisera cacheinstansen för att få åtkomst till lagringskontot enligt beskrivningen i Lägg till åtkomstrollerna.

  • Storage container – Välj den NFS-aktiverade blobcontainern för det här målet eller klicka på Skapa ny.

  • Användningsmodell – Välj en av profilerna för cachelagring av data baserat på ditt arbetsflöde, som beskrivs i Välj en användningsmodell ovan.

När du är klar klickar du på OK för att lägga till lagringsmålet.

Visa lagringsmål

Du kan använda Azure Portal Azure CLI för att visa de lagringsmål som redan har definierats för din cache.

Öppna cacheinstansen från Azure Portal och klicka på Storage mål, som finns under rubriken Inställningar den vänstra sidopanelen. Sidan lagringsmål visar en lista över alla befintliga mål och kontroller för att lägga till eller ta bort dem.

Klicka på namnet på ett lagringsmål för att öppna dess informationssida.

Läs Visa och hantera lagringsmål och Redigera lagringsmål om du vill veta mer.

Nästa steg

När du har skapat lagringsmål fortsätter du med dessa uppgifter för att förbereda din cache för användning:

Om du behöver uppdatera några inställningar kan du redigera ett lagringsmål.