Dela via


Lägg till lagringsmål

Lagringsmål är backend-lagring för filer som nås genom en Azure HPC-cache. Du kan lägga till NFS-lagring (som ett lokalt hårdvarusystem) eller lagra data i Azure Blob.

Cacheminnet presenterar alla lagringsmål i en aggregerad namnrymd. Namnrymdvägarna konfigureras separat efter att du har lagt till lagringsmålen.

Kom ihåg att lagringsexporterna måste vara tillgängliga från ditt caches virtuella nätverk. För lokal lagring av hårdvara kan du behöva ställa in en DNS-server som kan lösa värdnamn för åtkomst till NFS-lagring. Läs mer i DNS-åtkomst.

Lägg till lagringsmål efter att ha skapat din cache. Följ denna process:

  1. Skapa cachen
  2. Definiera en lagringsmål (information i denna artikel)
  3. Skapa de klientorienterade vägarna (för det aggregerade namnområdet)

Förfarandet för att lägga till ett lagringsmål skiljer sig något beroende på vilken typ av lagring som används. Detaljer för varje finns nedan.

Välj rätt lagringsmålstyp

Du kan välja mellan tre typer av lagringsmål: NFS, Blob och ADLS-NFS. Välj typen som matchar det lagringssystem du kommer att använda för att lagra dina filer under detta HPC Cache-projekt.

Lägg till ett nytt mål för Azure Blob Storage

Ett nytt Blob-lagringsmål behöver en tom Blob-behållare eller en behållare som är fylld med data i Azure HPC Cache molnfilsystemformat. Läs mer om förlastning av en blob-behållare i Flytta data till Azure Blob-lagring.

Azure-portalsidan Lägg till lagringsmål inkluderar alternativet att skapa en ny Blob-container precis innan du lägger till den.

Anteckning

Från Azure-portalen, öppna din cache-instans och klicka på Lagringsmål i sidofältet till vänster.

>

Sidan Lagringsmål listar 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.

Screenshot av sidan för att lägga till lagringsmål, fyllt med information för ett nytt Azure Blob-lagringsmål

För att definiera en Azure Blob-behållare, ange denna information.

  • Lagringsmålnamn - Ange ett namn som identifierar detta lagringsmål i Azure HPC Cache.

  • Targettyp - Välj Blob.

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

    Du måste ge cache-instansen behörighet att komma åt lagringskontot enligt beskrivningen i Lägg till åtkomstroller.

    För information om vilken typ av lagringskonto du kan använda, läs Blob-lagringskrav.

  • Lagringscontainer - Välj Blob-behållaren för detta mål, eller klicka på Skapa ny.

    skärmdump av dialog för att ange namn och åtkomstnivå (privat) för ny behållare

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

Anteckning

Om brandväggen för ditt lagringskonto är inställd på att begränsa åtkomst endast till "valda nätverk" kan du använda den tillfälliga lösningen som dokumenterats i Arbeta runt Blob-lagringskonto brandväggsinställningar.

Lägg till åtkomstkontrollrollerna i ditt konto

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

Lagringskontots ägare måste uttryckligen lägga till rollerna Storage Account Contributor och Storage Blob Data Contributor för användaren "HPC Cache Resource Provider".

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-lagringsmål. Tänk på att det kan ta upp till fem minuter för rollinställningarna att spridas genom Azure-miljön. Vänta några minuter efter att du har lagt till rollerna innan du skapar ett lagringsmål.

  1. Open Access control (IAM) för ditt lagringskonto.

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

  3. Tilldela följande roller, en i taget. För detaljerade steg, se Tilldela Azure-roller med hjälp av Azure-portalen.

    Inställning Värde
    Roller Lagringskonto-bidragare
    Storage Blob Data-bidragsgivare
    Tilldela åtkomst "HPC Cache Resursleverantör" eller "Lagringscache Resursleverantör"

    Lägg till rolltilldelningssida

Lägg till ett nytt NFS-lagringsmål

En NFS-lagringsmål har andra inställningar än en Blob-lagringsmål, inklusive en användningsmodellsinställning som talar om för cacheminnet hur data från detta lagringssystem ska lagras.

Skärmdump av sidan för att lägga till lagringsmål med definierat NFS-mål

Anteckning

Innan du skapar ett NFS-lagringsmål, se till att ditt lagringssystem är tillgängligt från Azure HPC Cache och uppfyller behörighetskrav. Skapandet av lagringsmålet kommer att misslyckas om cachen inte kan få tillgång till lagringssystemet. Läs NFS-lagringskrav och Felsök NAS-konfiguration och NFS-lagringsmålproblem för detaljer.

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. Denna modell bestämmer hur dina data lagras i cacheminnet.

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

HPC Caches inbyggda användningsmodeller låter dig välja hur du balanserar snabb respons med risken att få inaktuell data. Om du vill optimera hastigheten för att läsa filer, kanske du inte bryr dig om filerna i cacheminnet kontrolleras mot bakgrundsfilerna. Alternativt, om du vill försäkra dig om att dina filer alltid är uppdaterade med den fjärrlagrade versionen, välj en modell som kontrollerar ofta.

Anteckning

Höggenomströmningsstilkassor stöder endast läs-cache.

Dessa tre alternativ täcker de flesta situationer:

  • Lästyngd, sällsynta skrivningar - Snabbar upp åtkomsten till filer som är statiska eller sällan ändras.

    Det här alternativet cachelagrar filer från klientläsningar, men skickar klientskrivningar direkt till backend-lagringen. 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 för att en fil kan ändras direkt i lagringssystemet utan att först skrivas till cacheminnet. Om det händer, kommer den cachelagrade versionen av filen inte att vara synkroniserad med backend-filen.

  • Mer än 15 % skrivningar - Det här alternativet snabbar upp både läs- och skrivprestanda.

    Klientläsningar och klientskrivningar är båda cachade. Filer i cacheminnet antas vara nyare än filer på backend-lagringssystemet. Cachade filer kontrolleras automatiskt mot filerna på backend-lagring var åttonde timme. Modifierade filer i cachen skrivs till backend-lagringssystemet efter att de har varit i cachen i en timme utan andra ändringar.

    Använd inte detta alternativ om några klienter monterar bakgrundslagringsvolymen direkt, eftersom det finns en risk att den innehåller föråldrade filer.

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

    Filer som klienter begär cachas, men alla ändringar av dessa filer från klienten passerar till bakre lagringssystemet omedelbart. Filer i cachen kontrolleras ofta mot backend-versionerna för uppdateringar. Denna verifiering säkerställer datakonsekvens när filer ändras direkt på lagringssystemet istället för via cacheminnet.

För information om de andra alternativen, läs Förstå användningsmodeller.

Den här tabellen sammanfattar skillnaderna mellan alla användningsmodeller.

Användningsmodell Cache-läge verifieringstimer skriv-tillbaka timer
Skrivskyddad cachelagring Läs 30 sekunder Ingen
Läs- och skrivcache Läs/skriv 8 timmar 1 timme

Anteckning

Värdet för back-end-verifiering visas när cachen automatiskt jämför sina filer med källfilerna i fjärrlagringen. Men du kan trigga en jämförelse genom att skicka en klientförfrågan som inkluderar en readdirplus-operation på backend-lagringssystemet. Readdirplus är ett standard NFS API (även kallad utökad läsning) som returnerar katalogmetadata, vilket orsakar att cachen jämför och uppdaterar filer.

Skapa ett NFS-lagringsmål

Från Azure-portalen, öppna din cache-instans och klicka på Lagringsmål i sidofältet till vänster.

>

Sidan Lagringsmål listar 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ärmdump av sidan för att lägga till lagringsmål med definierat NFS-mål

Ge denna information för ett NFS-backat lagringsmål:

  • Lagringsmålnamn - Ange ett namn som identifierar detta lagringsmål i Azure HPC Cache.

  • Måltyp – Välj NFS.

  • Hostname - Ange IP-adressen eller det fullt kvalificerade domännamnet för ditt NFS-lagringssystem. Använd ett domännamn endast om din cache har tillgång till en DNS-server som kan lösa namnet. Du kan ange flera IP-adresser om ditt lagringssystem refereras till av flera IP-adresser.

  • Användningsmodell - Välj en av datacachningsprofilerna baserat på ditt arbetsflöde, som beskrivs i Välj en användningsmodell ovan.

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

Lägg till ett nytt ADLS-NFS-lagringsmål

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

Läs NFS 3.0-protokollsupport för att lära dig mer om den här funktionen.

ADLS-NFS-lagringsmål har vissa likheter med Blob-lagringsmål och vissa med NFS-lagringsmål. Till exempel:

  • För att använda en Blob-lagringsmål måste du ge Azure HPC Cache tillstånd att komma åt ditt lagringskonto.

  • Precis som ett NFS-lagringsmål behöver du ställa in en cache användningsmodell.

  • Eftersom NFS-aktiverade blob-behållare har en NFS-kompatibel hierarkisk struktur, behöver du inte använda cachen för att samla in data, och behållarna är läsbara av andra NFS-system.

    Du kan förladda data i en ADLS-NFS-behållare, sedan lägga till det som ett lagringsmål i en HPC-cache, och därefter komma åt data utanför HPC-cachen. När du använder en standardblobcontainer som ett HPC Cache-lagringsmål, skrivs data i ett proprietärt format och kan endast nås från andra Azure HPC Cache-kompatibla produkter.

Innan du kan skapa ett ADLS-NFS-lagringsmål måste du skapa ett lagringskonto med NFS-stöd. Följ stegen i Förutsättningar för Azure HPC Cache och instruktionerna i Montera Blob-lagring med hjälp av NFS. Om du inte använder samma virtuella nätverk för cachen och lagringskontot, se till att cachens vnet kan komma åt lagringskontots vnet.

Efter att ditt lagringskonto har skapats kan du skapa en ny behållare när du skapar lagringsmålet.

Läs Använd NFS-monterad bloblagring med Azure HPC Cache för att lära dig mer om denna konfiguration.

För att skapa ett ADLS-NFS-lagringsmål, öppna sidan Lägg till lagringsmål i Azure-portalen. (Andra metoder är under utveckling.)

Skärmdump av sidan för att lägga till lagringsmål med ADLS-NFS-mål definierat

Ange denna information.

  • Lagringsmålnamn - Ange ett namn som identifierar detta lagringsmål i Azure HPC Cache.

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

  • Storage account - Välj det konto som du vill använda. Om ditt NFS-aktiverade lagringskonto inte visas i listan, kontrollera att det uppfyller förutsättningarna och att cachen kan komma åt det.

    Du måste ge cache-instansen behörighet att komma åt lagringskontot enligt beskrivningen i Lägg till åtkomstroller.

  • Lagringsbehållare - Välj den NFS-aktiverade blobbehållaren för detta mål, eller klicka på Skapa ny.

  • Användningsmodell - Välj en av datacachningsprofilerna baserat på ditt arbetsflöde, som beskrivs i Välj en användningsmodell ovan.

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

Visa lagringsmål

Du kan använda Azure-portalen eller Azure CLI för att visa de lagringsmål som redan är definierade för din cache.

Från Azure-portalen, öppna din cache-instans och klicka på Lagertjänster, som finns under rubriken Inställningar i vänstersidans navigering. Lagringsmålssidan listar alla befintliga mål och kontroller för att lägga till eller ta bort dem.

Klicka på namnet på en lagringsdestination för att öppna dess detaljsida.

Läs Visa och hantera lagringsmål och Redigera lagringsmål för att lära dig mer.

Nästa steg

När du har skapat lagringsmål, fortsätt med dessa uppgifter för att få din cache redo att använda:

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