Opslagdoelen toevoegen

Storage doelen zijn back-endopslag voor bestanden die toegankelijk zijn via een Azure HPC Cache. U kunt NFS-opslag toevoegen (zoals een on-premises hardwaresysteem) of gegevens opslaan in Azure Blob.

U kunt 10 verschillende opslagdoelen definiëren voor elke cache en grotere caches kunnen maximaal 20 opslagdoelen ondersteunen.

De cache geeft alle opslagdoelen weer in één geaggregeerde naamruimte. De naamruimtepaden worden afzonderlijk geconfigureerd nadat u de opslagdoelen hebt toevoegen.

Houd er rekening mee dat de opslagexports toegankelijk moeten zijn vanuit het virtuele netwerk van uw cache. Voor on-premises hardwareopslag moet u mogelijk een DNS-server instellen die hostnamen voor NFS-opslagtoegang kan oplossen. Meer informatie in DNS-toegang.

Voeg opslagdoelen toe na het maken van uw cache. Volg dit proces:

1. De cache maken
2. Een opslagdoel definiëren (informatie in dit artikel)
3. Maak de client-gerichte paden (voor de geaggregeerde naamruimte)

De procedure voor het toevoegen van een opslagdoel is iets anders, afhankelijk van het type opslag dat wordt gebruikt. Details voor elk van deze vindt u hieronder.

Klik op de onderstaande afbeelding om een videodemonstratie te bekijken van het maken van een cache en het toevoegen van een opslagdoel vanuit Azure Portal.

De grootte van uw cache juist bepalen om uw opslagdoelen te ondersteunen

Het aantal ondersteunde opslagdoelen is afhankelijk van de cachegrootte die wordt ingesteld wanneer u de cache maakt. De cachecapaciteit is een combinatie van doorvoercapaciteit (in GB/s) en opslagcapaciteit (in TB).

• Maximaal 10 opslagdoelen: een standaardcache met de kleinste of gemiddelde cacheopslagwaarde voor de geselecteerde doorvoer kan maximaal 10 opslagdoelen hebben.

  Als u bijvoorbeeld 2 GB/seconde doorvoer kiest en niet de hoogste cacheopslaggrootte kiest, ondersteunt uw cache maximaal 10 opslagdoelen.

• Maximaal 20 opslagdoelen -

  • Alle caches met hoge doorvoer (die vooraf geconfigureerde cacheopslaggrootten hebben) kunnen maximaal 20 opslagdoelen ondersteunen.
  • Standard-caches kunnen maximaal 20 opslagdoelen ondersteunen als u de hoogste beschikbare cachegrootte voor de geselecteerde doorvoerwaarde kiest. (Als u Azure CLI gebruikt, kiest u de hoogste geldige cachegrootte voor uw cache-SKU.)

Lees Cachecapaciteit instellen voor meer informatie over de instellingen voor doorvoer en cachegrootte.

Het juiste type opslagdoel kiezen

U kunt kiezen uit drie opslagdoeltypen: NFS, Blob en ADLS-NFS. Kies het type dat overeenkomt met het type opslagsysteem dat u gebruikt voor het opslaan van uw bestanden tijdens HPC Cache project.

• NFS: maak een NFS-opslagdoel voor toegang tot gegevens op een network-attached storage (NAS)-systeem. Dit kan een on-premises opslagsysteem zijn of een ander opslagtype dat toegankelijk is met NFS.

  • Vereisten: NFS-opslagvereisten
  • Instructies: Een nieuw NFS-opslagdoel toevoegen

• Blob: gebruik een blobopslagdoel om uw werkende bestanden op te slaan in een nieuwe Azure Blob-container. Deze container kan alleen worden gelezen of geschreven vanuit de Azure HPC Cache.

  • Vereisten: Vereisten voor Blob Storage
  • Instructies: Een nieuw Azure Blob Storage-doel toevoegen

• ADLS-NFS: het ADLS-NFS-opslagdoel heeft toegang tot gegevens uit een blobcontainer met NFS-functie. U kunt de container vooraf laden met behulp van standaard NFS-opdrachten en de bestanden kunnen later worden gelezen met NFS.

  • Vereisten: ADLS-NFS-opslagvereisten
  • Instructies: Een nieuw ADLS-NFS-opslagdoel toevoegen

Een nieuw Azure Blob Storage-doel toevoegen

Een nieuw Blob Storage-doel heeft een lege Blob-container of een container nodig die is gevuld met gegevens in Azure HPC Cache bestandssysteemindeling van de cloud. Lees meer over het vooraf laden van een Blob-container in Gegevens verplaatsen naar Azure Blob-opslag.

De Azure Portal pagina Opslagdoel toevoegen bevat de optie om een nieuwe Blob-container te maken net voordat u deze toevoegt.

az hpc-cache blob-storage-target add --resource-group "hpc-cache-group" \
    --cache-name "cache1" --name "blob-target1" \
    --storage-account "/subscriptions/<subscriptionID>/resourceGroups/myrgname/providers/Microsoft.Storage/storageAccounts/myaccountname" \
    --container-name "container1" --virtual-namespace-path "/blob1"

Een nieuw NFS-opslagdoel toevoegen

Een NFS-opslagdoel heeft andere instellingen dan een Blob Storage-doel, waaronder een instelling voor het gebruiksmodel die de cache vertelt hoe gegevens uit dit opslagsysteem moeten worden opgeslagen.

Een gebruiksmodel kiezen

Wanneer u een opslagdoel maakt dat gebruikmaakt van NFS om het opslagsysteem te bereiken, moet u een gebruiksmodel voor dat doel kiezen. Dit model bepaalt hoe uw gegevens in de cache worden opgeslagen.

Lees Gebruiksmodellen begrijpen voor meer informatie over al deze instellingen.

HPC Cache ingebouwde gebruiksmodellen kunt u kiezen hoe u een snelle reactie kunt afsleufen met het risico op het verkrijgen van verouderde gegevens. Als u de snelheid voor het lezen van bestanden wilt optimaliseren, is het mogelijk niet belangrijk of de bestanden in de cache worden gecontroleerd op de back-endbestanden. Als u daarentegen wilt controleren of uw bestanden altijd up-to-date zijn met de externe opslag, kiest u een model dat regelmatig wordt gecontroleerd.

Deze drie opties hebben betrekking op de meeste situaties:

• Leeszware, niet-regelmatig schrijf schrijftoegang: versnelt leestoegang tot bestanden die statisch zijn of zelden worden gewijzigd.

  Met deze optie worden bestanden uit lees- en schrijfbestanden van de client in de cache opgeslagen, maar worden client-schrijf schrijfbestanden onmiddellijk door naar de back-endopslag. Bestanden die zijn opgeslagen in de cache worden niet automatisch vergeleken met de bestanden op het NFS-opslagvolume.

  Gebruik deze optie niet als er een risico bestaat dat een bestand rechtstreeks op het opslagsysteem wordt gewijzigd zonder het eerst naar de cache te schrijven. Als dat gebeurt, is de versie van het bestand in de cache niet meer gesynchroniseerd met het back-endbestand.

• Meer dan 15% schrijfsnelheid: deze optie versnelt zowel de lees- als schrijfprestaties.

  Client-lees- en client-schrijf schrijfingen worden beide in de cache opgeslagen. Er wordt van uitgegaan dat bestanden in de cache nieuwer zijn dan bestanden in het back-endopslagsysteem. Bestanden in de cache worden slechts om de acht uur automatisch gecontroleerd op basis van de bestanden in de back-endopslag. Gewijzigde bestanden in de cache worden zonder extra wijzigingen naar het back-endopslagsysteem geschreven nadat ze 20 minuten in de cache zijn geweest.

  Gebruik deze optie niet als clients het back-endopslagvolume rechtstreeks aan het volume van de back-end kunnen toevoegen, omdat er een risico bestaat dat deze verouderde bestanden bevatten.

• Clients schrijven naar het NFS-doel en omzeilen de cache: kies deze optie als clients in uw werkstroom gegevens rechtstreeks naar het opslagsysteem schrijven zonder eerst naar de cache te schrijven of als u de consistentie van gegevens wilt optimaliseren.

  Bestanden die clients aanvragen, worden in de cache opgeslagen, maar wijzigingen in deze bestanden van de client worden onmiddellijk doorgegeven aan het back-endopslagsysteem. Bestanden in de cache worden vaak gecontroleerd op updates in de back-endversies. Deze verificatie houdt gegevensconsistentie bij wanneer bestanden rechtstreeks op het opslagsysteem worden gewijzigd in plaats van via de cache.

Lees Gebruiksmodellen begrijpen voor meer informatie over de andere opties.

In deze tabel worden de verschillen tussen alle gebruiksmodellen samengevat:

Een NFS-opslagdoel maken

az hpc-cache nfs-storage-target add --resource-group "hpc-cache-group" --cache-name "doc-cache0629" \
    --name nfsd1 --nfs3-target 10.0.0.4 --nfs3-usage-model WRITE_WORKLOAD_15 \
    --junction namespace-path="/nfs1/data1" nfs-export="/datadisk1" target-path=""

{- Finished ..
  "clfs": null,
  "id": "/subscriptions/<subscriptionID>/resourceGroups/hpc-cache-group/providers/Microsoft.StorageCache/caches/doc-cache0629/storageTargets/nfsd1",
  "junctions": [
    {
      "namespacePath": "/nfs1/data1",
      "nfsExport": "/datadisk1",
      "targetPath": ""
    }
  ],
  "location": "eastus",
  "name": "nfsd1",
  "nfs3": {
    "target": "10.0.0.4",
    "usageModel": "WRITE_WORKLOAD_15"
  },
  "provisioningState": "Succeeded",
  "resourceGroup": "hpc-cache-group",
  "targetType": "nfs3",
  "type": "Microsoft.StorageCache/caches/storageTargets",
  "unknown": null
}

Een nieuw ADLS-NFS-opslagdoel toevoegen

ADLS-NFS-opslagdoelen gebruiken Azure Blob-containers die ondersteuning bieden voor het NFS 3.0-protocol (Network File System).

Lees ondersteuning voor het NFS 3.0-protocol voor meer informatie over deze functie.

ADLS-NFS-opslagdoelen hebben een aantal overeenkomsten met Blob Storage-doelen en andere met NFS-opslagdoelen. Bijvoorbeeld:

• Net als bij een Blob Storage-doel moet u een Azure HPC Cache geven voor toegang tot uw opslagaccount.

• Net als bij een NFS-opslagdoel moet u een cachegebruiksmodel instellen.

• Omdat blobcontainers met NFS een hiërarchische structuur hebben die compatibel is met NFS, hoeft u de cache niet te gebruiken om gegevens op te nemen en zijn de containers leesbaar voor andere NFS-systemen.

  U kunt gegevens vooraf laden in een ADLS-NFS-container, deze vervolgens toevoegen aan een HPC Cache als opslagdoel en de gegevens later van buiten een HPC Cache. Wanneer u een standaard-blobcontainer als HPC Cache-opslagdoel gebruikt, worden de gegevens in een eigen indeling geschreven en kunnen ze alleen worden gebruikt vanuit andere Azure HPC Cache-compatibele producten.

Voordat u een ADLS-NFS-opslagdoel kunt maken, moet u een NFS-opslagaccount maken. Volg de stappen in Vereisten voor Azure HPC Cache en de instructies in Blob-opslag mount by using NFS (Blob-opslag met NFS mounten) uit. Als u niet hetzelfde virtuele netwerk gebruikt voor de cache en het opslagaccount, moet u ervoor zorgen dat het vnet van de cache toegang heeft tot het vnet van het opslagaccount.

Nadat uw opslagaccount is ingesteld, kunt u een nieuwe container maken wanneer u het opslagdoel maakt.

Lees Use NFS-mounted blob storage with Azure HPC Cache (Aan NFS-mounted blob-opslag Azure HPC Cache voor meer informatie over deze configuratie.

Als u een ADLS-NFS-opslagdoel wilt maken, opent u de pagina Opslagdoel toevoegen in de Azure Portal. (Er zijn aanvullende methoden in ontwikkeling.)

Voer deze gegevens in.

• Storage doelnaam: stel een naam in die dit opslagdoel in de Azure HPC Cache.

• Doeltype: kies ADLS-NFS.

• Storage account: selecteer het account dat u wilt gebruiken. Als uw NFS-opslagaccount niet wordt weergegeven in de lijst, controleert u of het voldoet aan de vereisten en of de cache er toegang toe heeft.

  U moet het cache-exemplaar machtigen voor toegang tot het opslagaccount, zoals beschreven in De toegangsrollen toevoegen.

• Storage container: selecteer de blobcontainer met NFS-functie voor dit doel of klik op Nieuwe maken.

• Gebruiksmodel: kies een van de gegevens caching-profielen op basis van uw werkstroom, zoals beschreven in Een gebruiksmodel kiezen hierboven.

Wanneer u klaar bent, klikt u op OK om het opslagdoel toe te voegen.

Opslagdoelen weergeven

U kunt de Azure Portal of de Azure CLI gebruiken om de opslagdoelen weer te geven die al zijn gedefinieerd voor uw cache.

az hpc-cache storage-target list --resource-group "scgroup" --cache-name "sc1"

$ az hpc-cache storage-target show --cache-name doc-cache0629 --name nfsd1

{
  "clfs": null,
  "id": "/subscriptions/<subscription_ID>/resourceGroups/scgroup/providers/Microsoft.StorageCache/caches/doc-cache0629/storageTargets/nfsd1",
  "junctions": [
    {
      "namespacePath": "/nfs1/data1",
      "nfsExport": "/datadisk1",
      "targetPath": ""
    }
  ],
  "location": "eastus",
  "name": "nfsd1",
  "nfs3": {
    "target": "10.0.0.4",
    "usageModel": "WRITE_WORKLOAD_15"
  },
  "provisioningState": "Succeeded",
  "resourceGroup": "scgroup",
  "targetType": "nfs3",
  "type": "Microsoft.StorageCache/caches/storageTargets",
  "unknown": null
}
$

Volgende stappen

Nadat u opslagdoelen hebt gemaakt, gaat u verder met deze taken om uw cache klaar te maken voor gebruik:

• De geaggregeerde naamruimte instellen
• De Azure HPC Cache koppelen
• Gegevens verplaatsen naar Azure Blob Storage

Als u instellingen moet bijwerken, kunt u een opslagdoel bewerken.