Delen via

Gebruik Azure HPC Cache met Azure NetApp Files

Je kunt Azure NetApp Files gebruiken als opslagdoel voor je Azure HPC-cache. Dit artikel legt uit hoe de twee diensten kunnen samenwerken en geeft tips voor het instellen ervan.

Azure NetApp Files combine hun ONTAP-besturingssysteem met de schaalbaarheid en snelheid van Microsoft Azure. Deze combinatie stelt gebruikers in staat om gevestigde workflows naar de cloud te verplaatsen zonder de code opnieuw te hoeven schrijven.

Door een Azure HPC Cache-component toe te voegen, kan de toegang tot bestanden worden verbeterd door meerdere Azure NetApp Files-volumes in één geaggregeerde namespace weer te geven. Het kan edge caching bieden voor volumes die zich in een andere serviceregio bevinden. Het kan ook de prestaties op aanvraag verbeteren voor volumes die zijn gecreëerd met servicelevels van een lagere rang om kosten te besparen.

Overzicht

Gebruik een Azure NetApp Files-systeem als back-end opslag met Azure HPC Cache. Volg dit proces.

  1. Maak het Azure NetApp Files-systeem en de volumes aan volgens de richtlijnen in Plan je systeem, hieronder.
  2. Maak de Azure HPC Cache aan in de regio waar je bestandstoegang nodig hebt. (Gebruik de instructies in Een Azure HPC Cache maken.)
  3. Definieer opslagsdoelen in de cache die wijzen naar de Azure NetApp Files-volumes. Maak één cacheopslagdoel voor elk uniek IP-adres dat wordt gebruikt om toegang te krijgen tot de volumes.
  4. Laat klanten de Azure HPC Cache mounten in plaats van direct volumes van Azure NetApp Files te mounten.

Plan uw Azure NetApp Files-systeem

Bij het plannen van uw Azure NetApp Files-systeem, let op de punten in deze sectie om ervoor te zorgen dat u het soepel kunt integreren met Azure HPC Cache.

Lees ook de Azure NetApp Files documentatie voordat u volumes aanmaakt voor gebruik met Azure HPC Cache.

Alleen NFS-clienttoegang

Azure HPC Cache ondersteunt momenteel alleen NFS-toegang. Het kan niet worden gebruikt met SMB-ACL's of POSIX-modusbit-volumes.

Exclusieve subnet voor Azure NetApp Files

Azure NetApp Files gebruikt een enkel toegewezen subnet voor zijn volumes. Geen andere bronnen kunnen dat subnet gebruiken. Ook kan slechts één subnet in een virtueel netwerk worden gebruikt voor Azure NetApp Files. Lees meer in Richtlijnen voor netwerkplanning van Azure NetApp Files.

Gedelegeerde subnetgrootte

Gebruik de minimale grootte voor het gedelegeerde subnet bij het maken van een Azure NetApp Files-systeem voor gebruik met Azure HPC Cache.

De minimale grootte, die wordt gespecificeerd met het netmasker /28, biedt 16 IP-adressen. In de praktijk gebruikt Azure NetApp Files slechts drie van de beschikbare IP-adressen voor toegang tot volumes. Dit betekent dat je slechts drie opslagdoelen in je Azure HPC-cache hoeft te maken om alle volumes te dekken.

Als het gedelegeerde subnet te groot is, is het mogelijk dat de Azure NetApp Files-volumes meer IP-adressen gebruiken dan een enkele Azure HPC Cache-instantie kan verwerken.

Het quickstart-voorbeeld in de Azure NetApp Files-documentatie gebruikt 10.7.0.0/16 voor het gedelegeerde subnet, wat een te groot subnet oplevert.

Capaciteitspool serviceniveau

Bij het kiezen van het serviceniveau voor uw capaciteitspool, houd rekening met uw workflow. Als u regelmatig gegevens terugschrijft naar het Azure NetApp Files-volume, kan de cache-prestatie beperkt zijn als de terugschrijftijd traag is. Kies een hoog serviceniveau voor volumes die vaak worden beschreven.

Volumeselecties met lage serviceniveaus kunnen ook enige vertraging vertonen aan het begin van een taak, terwijl de cache inhoud vooraf vult. Zodra de cache goed functioneert met een goede set bestanden, zou de vertraging onmerkbaar moeten worden.

Het is belangrijk om het serviceniveau van de capaciteitspool van tevoren te plannen, omdat dit na het aanmaken niet meer kan worden gewijzigd. Er moet een nieuw volume worden aangemaakt in een andere capaciteitspool, en de gegevens moeten worden overgezet.

Houd er rekening mee dat u het opslagquotum van een volume en de grootte van het capaciteitsreservoir kunt wijzigen zonder de toegang te verstoren.

Maak opslagdoelen in de cache aan

Nadat uw Azure NetApp Files systeem is opgezet en de Azure HPC Cache is aangemaakt, definieert u opslagdoelen in de cache die naar de volumes van het bestandssysteem wijzen.

Maak één opslagdoel voor elk IP-adres dat door uw Azure NetApp Files volumes wordt gebruikt. Het IP-adres staat vermeld op de pagina met koppelingsinstructies van het volume.

Als meerdere volumes hetzelfde IP-adres delen, kunt u één opslagdoel voor allemaal gebruiken.

Volg de mountinstructies in de Azure NetApp Files-documentatie om de te gebruiken IP-adressen te vinden.

Je kunt ook IP-adressen vinden met de Azure CLI:

az netappfiles volume list -g ${RESOURCE_GROUP} --account-name ${ANF_ACCOUNT} --pool-name ${POOL} --query "[].mountTargets[].ipAddress" | grep -Ee '[0-9]+[.][0-9]+[.][0-9]+[.][0-9]+' | tr -d '"' | tr -d , | sort | uniq

Exporteernamen in het Azure NetApp Files-systeem hebben een enkel padcomponent. Probeer geen opslagdoel te maken voor de root-export / in Azure NetApp Files, omdat die export geen toegang tot bestanden biedt.

Er zijn geen speciale beperkingen voor virtuele naamruimtepaden voor deze opslagdoelen.

Opslaan van opslagdoelen

Clientmachines moeten de cache koppelen in plaats van de Azure NetApp Files-volumes direct te koppelen. Volg de instructies in Mount the Azure HPC Cache.

Volgende stappen