Share via

Veelgestelde vragen over azure NetApp Files-toepassingsvolumegroepen

  • Artikel

In dit artikel vindt u antwoorden op veelgestelde vragen over azure NetApp Files-toepassingsvolumegroep.

Algemene veelgestelde vragen

In deze sectie vindt u antwoorden op algemene vragen over azure NetApp Files-toepassingsvolumegroepen.

Waarom moet ik een handmatige QoS-capaciteitspool gebruiken voor al mijn databasevolumes?

Handmatige QoS-capaciteitspool biedt de beste balans tussen capaciteit en doorvoer om aan de behoeften van de database te voldoen. Het voorkomt overinrichting om de prestaties van bijvoorbeeld het logboekvolume of het gegevensvolume te bereiken. Het kan ook grotere ruimte reserveren voor logboekback-ups, terwijl de prestaties voldoen aan een waarde die aan uw behoeften voldoet. Over het algemeen levert het gebruik van handmatige QoS-capaciteitspool een kostenvoordeel op.

Notitie

Tijdens het maken van een toepassingsvolumegroep worden alleen handmatige QoS-capaciteitsgroepen weergegeven in de lijst waaruit u kunt kiezen.

Kan ik een volume klonen dat is gemaakt met een toepassingsvolumegroep?

Ja, u kunt een volume klonen dat is gemaakt door de toepassingsvolumegroep. U kunt dit doen door een momentopname te selecteren en deze te herstellen naar een nieuw volume. Klonen is een proces buiten de werkstroom van de toepassingsvolumegroep. Houd daarom rekening met de volgende beperkingen:

  • Wanneer u één volume kloont, worden geen van de afhankelijkheden die specifiek zijn voor de volumegroep gecontroleerd.
  • Het gekloonde volume maakt geen deel uit van de volumegroep.
  • Het gekloonde volume wordt altijd op hetzelfde opslageindpunt als het bronvolume geplaatst.
  • Als u de laagste latentie voor het gekloonde volume wilt bereiken, moet u koppelen met hetzelfde IP-adres als het bronvolume.

Hoe lang duurt het om een volumegroep te maken?

Het maken van een volumegroep omvat veel verschillende stappen en niet allemaal kunnen parallel worden uitgevoerd. Met name wanneer u de eerste volumegroep voor een bepaalde locatie maakt, kan het 9-12 minuten duren voordat deze is voltooid. Het maken van volgende volumegroepen duurt minder.

De implementatie is mislukt en er is niet eens één volume gemaakt. Waarom is dat?

Dit gedrag is normaal. Met de toepassingsvolumegroep worden de volumes op atomische wijze ingericht en wordt de implementatie teruggedraaid voor het geval een van de onderdelen niet kan worden geïmplementeerd. De implementatie mislukt meestal omdat de opgegeven locatie onvoldoende beschikbare resources heeft om aan uw vereisten te voldoen. Controleer het implementatielogboek op details en corrigeer waar nodig de configuratie van de capaciteitsgroep.

Waarom kan ik de beschrijving van de volumegroep niet bewerken?

In de huidige implementatie heeft de toepassingsvolumegroep alleen de focus op het maken en verwijderen van een volumegroep.

Welk momentopnamebeleid moet ik gebruiken voor mijn databasevolumes?

U kunt producten zoals AzAcSnap of Commvault gebruiken voor een toepassingsconsistente back-up voor uw databaseomgeving. U kunt de standaardmomentopnamen die zijn gepland door het ingebouwde momentopnamebeleid van Azure NetApp Files niet gebruiken voor consistente gegevensbeveiliging.

Algemene aanbevelingen voor momentopnamen in een databaseomgeving zijn als volgt:

  • Bewaak de momentopnamen van het gegevensvolume nauwkeurig. Het bewaren van momentopnamen voor een lange periode kan uw capaciteitsbehoeften verhogen. Zorg ervoor dat u de gebruikte capaciteit versus toegewezen capaciteit bewaakt.
  • Als u automatisch momentopnamen voor primaire gegevensbeveiliging maakt, moet u ervoor zorgen dat u de bewaarperiode controleert om niet-dicterend volumecapaciteitsverbruik te voorkomen.

Veelgestelde vragen over toepassingsvolumegroep voor SAP HANA

In deze sectie vindt u antwoorden op vragen over azure NetApp Files-toepassingsvolumegroep voor SAP HANA.

De koppelingsinstructies van een volume bevatten een lijst met IP-adressen. Welk IP-adres moet ik gebruiken?

De toepassingsvolumegroep zorgt ervoor dat gegevens- en logboekvolumes voor één host altijd afzonderlijke opslageindpunten hebben met verschillende IP-adressen om de beste prestaties te bereiken. Als u uw gegevens, logboek- en gedeelde volumes wilt hosten in de Azure NetApp Files-opslagresources, kunnen maximaal zes opslageindpunten worden gemaakt per gebruikte Azure NetApp Files-opslagresource. Daarom is het raadzaam om het gedelegeerde subnet dienovereenkomstig te wijzigen. Zie Vereisten en overwegingen voor de toepassingsvolumegroep voor SAP HANA. Hoewel alle vermelde IP-adressen kunnen worden gebruikt voor koppelen, is het eerste vermelde IP-adres het adres dat de laagste latentie biedt. Het is raadzaam altijd het eerste IP-adres te gebruiken.

Kan ik gebruiken nconnect als koppelingsoptie?

Azure NetApp Files biedt wel ondersteuning nconnect voor NFSv4.1, maar vereist de volgende Linux-besturingssysteemversies:

  • SLES 15SP2 en hoger
  • RHEL 8.3 en hoger

Wanneer u de nconnect koppelingsoptie gebruikt, is de leeslimiet maximaal 4500 MiB/s (zie best practices voor Linux NFS-koppelopties voor Azure NetApp Files) en moeten de voorgestelde doorvoerlimieten voor het gegevensvolume mogelijk dienovereenkomstig worden aangepast.

Waarom wordt de hostid tijdelijke aanduiding (bijvoorbeeld 00001) toegevoegd aan mijn namen, zelfs als ik de {Hostid} tijdelijke aanduiding heb verwijderd?

Voor een toepassingsvolumegroep moet de tijdelijke aanduiding {Hostid} deel uitmaken van de namen. Als de tekenreeks wordt verwijderd, wordt deze hostid automatisch weer toegevoegd aan de opgegeven tekenreeks.

U kunt de uiteindelijke namen voor elk van de volumes zien nadat u Controleren en maken hebt geselecteerd.

Waarom is 1500 MiB/s de maximale doorvoerwaarde die door de toepassingsvolumegroep voor SAP HANA wordt voorgesteld voor het gegevensvolume?

NFSv4.1 is het ondersteunde protocol voor SAP HANA en Oracle. Als zodanig wordt één TCP/IP-sessie ondersteund wanneer u één volume koppelt. Voor het uitvoeren van één TCP-sessie (dat wil gezegd, van één host) ten opzichte van één volume, is 1500 MiB/s de gebruikelijke I/O-limiet geïdentificeerd. Daarom vermijdt de toepassingsvolumegroep voor SAP HANA het toewijzen van meer doorvoer dan u realistisch kunt bereiken. Als u meer doorvoer nodig hebt, met name voor grotere HANA-databases (bijvoorbeeld 12 TiB), moet u meerdere partities gebruiken of de nconnect koppelingsoptie gebruiken.

Hoe kan ik grootte van Azure NetApp Files-volumes voor gebruik met SAP HANA voor optimale prestaties en kosteneffectiviteit?

Voor een optimale grootte is het belangrijk om de grootte voor het volledige landschap aan te passen, inclusief momentopnamen en back-ups. Beslis uw volumeindeling voor productie-, HA- en gegevensbeveiliging en voer de grootte uit met behulp van de Azure NetApp Files-rekenmachine voor SAP HANA-implementaties.

Ik heb een waarschuwingsbericht "Not enough pool capacity"ontvangen. Wat kan ik doen?

De toepassingsvolumegroep berekent de capaciteit en doorvoervraag van alle volumes op basis van uw invoer van het HANA-geheugen. Wanneer u de capaciteitspool selecteert, wordt onmiddellijk gecontroleerd of er voldoende capaciteit en doorvoer beschikbaar is in de capaciteitspool.

In het eerste SAP HANA-scherm kunt u dit bericht negeren en doorgaan met de werkstroom door op de knop Volgende te klikken. En u kunt de voorgestelde waarden voor elk volume later afzonderlijk aanpassen, zodat alle volumes in de capaciteitspool passen. Dit foutbericht wordt opnieuw weergegeven wanneer u elk afzonderlijk volume wijzigt totdat alle volumes in de capaciteitspool passen.

U kunt de grootte van de pool vergroten om dit waarschuwingsbericht te voorkomen.

Hoe kan ik begrijpen hoe ik de grootte van mijn systeem of mijn algehele systeemlandschap kan aanpassen?

Neem contact op met een SAP NetApp Files-expert voor het aanpassen van de grootte van het SAP-systeem, zodat u de algehele grootte van het SAP-systeem kunt plannen.

Belangrijke informatie die u moet opgeven voor elk van de systemen zijn de volgende items: SID, rol (productie, dev, pre-prod/QA), HANA-geheugen, momentopnamereserve in percentage, aantal dagen voor lokale momentopnameretentie, aantal back-ups op basis van bestanden, één host/meerdere host met het aantal hosts en HSR (primair, secundair).

U kunt de SAP HANA-grootteschatter gebruiken om het formaatproces te optimaliseren.

Als u uw systemen kent (van het uitvoeren van HANA eerder), kunt u uw gegevens handmatig opgeven in plaats van deze algemene veronderstellingen.

Kan ik de nieuwe SAP HANA-functie van meerdere partities gebruiken?

De toepassingsvolumegroep voor SAP HANA is niet gebouwd met een speciale focus op meerdere partities, maar u kunt de toepassingsvolumegroep voor SAP HANA gebruiken tijdens het aanpassen van uw invoer.

De basisbeginselen voor meerdere partities zijn als volgt:

  • Meerdere partities betekenen dat één SAP HANA-host meer dan één volume gebruikt om de persistentie ervan op te slaan.
  • Meerdere partities moeten aan verschillende paden worden gekoppeld. Het eerste volume is bijvoorbeeld ingeschakeld /hana/<SID>/data1/mnt00001en het tweede volume heeft een ander pad (/hana/<SID>/data2/mnt00002). Als u dit resultaat wilt bereiken, moet u de naamconventie handmatig aanpassen. Dat wil ik <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ...wel.
  • Geheugen is de sleutel voor de toepassingsvolumegroep voor SAP HANA om de grootte voor capaciteit en doorvoer te bepalen. Als zodanig moet u de grootte aanpassen om het aantal partities aan te passen. Voor twee partities moet u 50% van het geheugen gebruiken. Voor drie partities moet u 33% van het geheugen gebruiken, enzovoort.

Voor elke host en elke partitie die u wilt maken, moet u de toepassingsvolumegroep voor SAP HANA opnieuw uitvoeren en moet u het naamgevingsvoorstel aanpassen aan de bovenstaande aanbevelingen.

Zie Azure NetApp Files AVG voor SAP HANA gebruiken om HANA met meerdere partities te implementeren voor meer informatie over dit onderwerp.

Wat zijn de regels achter de voorgestelde doorvoer voor mijn HANA-gegevens en logboekvolumes?

SAP definieert de KPI's (Key Performance Indicators) voor de HANA-volumes als 400 MiB/s voor de gegevens en 250 MiB/s voor het logboekvolume. Deze definitie is onafhankelijk van de grootte of de werkbelasting van de HANA-database. Met de toepassingsvolumegroep worden de doorvoerwaarden geschaald op een manier die zelfs de kleinste database voldoet aan de SAP HANA-KPI's en grotere databases profiteren van een hoger doorvoerniveau, waarbij het voorstel wordt geschaald op basis van de ingevoerde HANA-databasegrootte.

In de volgende tabel wordt het geheugenbereik en de voorgestelde doorvoer voor het HANA-gegevensvolume beschreven:

Geheugenbereik (TB)Voorgestelde doorvoer (MB/s)
MinimumMaximum
01400
12600
24800
461000
681200
8101400
10Onbeperkt1500

In de volgende tabel wordt het geheugenbereik en de voorgestelde doorvoer voor het HANA-logboekvolume beschreven:

Geheugenbereik (TB)Voorgestelde doorvoer (MB/s)
MinimumMaximum
04250
4Onbeperkt500

De doorvoer van het databasevolume is voornamelijk van invloed op de tijd die nodig is om gegevens in het geheugen te lezen bij het opstarten van de database. Tijdens runtime is het grootste deel van de I/O echter schrijf-I/O, waarbij zelfs de KPI's lagere waarden weergeven. Gebruikerservaring laat zien dat HANA KPI-waarden voor kleinere databases meestal hoger zijn dan vereist is.

De prestaties van Azure NetApp Files van elk volume kunnen tijdens runtime worden aangepast. Als zodanig kunt u de prestaties van uw database op elk gewenst moment aanpassen door de gegevens- en logboekvolumedoorvoer aan te passen aan uw specifieke vereisten. U kunt bijvoorbeeld de prestaties verfijnen en de kosten verlagen door een hogere doorvoer bij het opstarten toe te staan en tijdens de normale werking te verminderen tot KPI's.

Worden alle volumes ingericht in de nabijheid van mijn SAP HANA-servers?

Met behulp van de nabijheidsplaatsingsgroep (PPG) die u voor uw SAP HANA-servers hebt gemaakt, zorgt u ervoor dat de gegevens, logboeken en gedeelde volumes dicht bij de SAP HANA-servers worden gemaakt om de beste latentie en doorvoer te bereiken. Voor logboekback-up- en gegevensback-upvolumes is echter geen lage latentie vereist. Vanuit het oogpunt van beveiliging is het zinvol om deze back-upvolumes op een andere locatie op te slaan dan de gegevens, het logboek en de gedeelde volumes. Daarom plaatst de toepassingsvolumegroep de back-upvolumes op een andere opslaglocatie binnen de regio die voldoende capaciteit en doorvoer beschikbaar heeft.

Wat is de relatie tussen AVset-, VM-, PPG- en Azure NetApp Files-volumes?

Aan een nabijheidsplaatsingsgroep (PPG) moet ten minste één VIRTUELE machine zijn toegewezen, hetzij rechtstreeks of via een AVset. Het doel van de PPG is om de exacte locatie van een virtuele machine te extraheren en deze informatie door te geven aan de toepassingsvolumegroep om te zoeken naar Azure NetApp Files-resources in hetzelfde datacenter. Deze instelling werkt alleen wanneer ten minste ÉÉN VIRTUELE machine in de PPG wordt gestart. Normaal gesproken kunt u uw databaseservers toevoegen aan de PPG.

PPG's hebben het neveneffect dat als alle VM's worden afgesloten, een volgende herstart van VM's niet garandeert dat ze in hetzelfde datacenter worden gestart als voorheen. Om te voorkomen dat deze situatie zich voordoet, is het raadzaam om een AVset te gebruiken waarbij alle VM's en de PPG zijn gekoppeld aan en de HANA-werkstroom voor vastmaken gebruiken. De werkstroom zorgt er niet alleen voor dat de VM's niet worden verplaatst wanneer ze opnieuw worden opgestart, maar zorgt er ook voor dat locaties worden geselecteerd waar voldoende reken- en Azure NetApp Files-resources beschikbaar zijn.

Voor een SAP HANA-systeem met meerdere hosts wordt de grootte van het gedeelde volume gewijzigd wanneer ik extra HANA-hosts toevoeg?

Nee Dit scenario is momenteel een van de zeer weinig gevallen waarin u de grootte handmatig moet aanpassen. SAP raadt u aan om het gedeelde volume als 1 x RAM-geheugen te wijzigen voor elke vier HANA-hosts. Omdat u het gedeelde volume maakt als onderdeel van de eerste SAP HANA-host, is het al een grootte van 1 TB. Er zijn twee opties om het volume van de share voor SAP HANA correct te wijzigen.

  • Als u vooraf weet dat u bijvoorbeeld zes hosts nodig hebt, kunt u het voorstel van 1 TB wijzigen tijdens het maken met de toepassingsvolumegroep voor SAP HANA. Op dat moment kunt u ook de doorvoer (dat wil gezegd de QoS) verhogen voor zes hosts.
  • U kunt het gedeelde volume altijd bewerken en de grootte en doorvoer afzonderlijk wijzigen nadat het volume is gemaakt. U kunt dit doen binnen de volumeplaatsingsgroep of rechtstreeks in het volume met behulp van de Azure-resourceprovider of -GUI.

Ik wil het gegevensback-upvolume maken voor niet alleen één exemplaar, maar voor meer dan één SAP HANA-database. Hoe kan ik dat doen?

Logboekback- en gegevensback-upvolumes zijn optioneel en vereisen geen nabijheid. De beste manier om het beoogde resultaat te bereiken, is door het gegevensback-up- of logboekback-upvolume te verwijderen wanneer u het eerste volume maakt uit de toepassingsvolumegroep voor SAP HANA. Vervolgens kunt u uw eigen volume maken als één, onafhankelijk volume met behulp van standaard volumeinrichting en het selecteren van de juiste capaciteit en doorvoer om aan uw behoeften te voldoen. U moet een naamconventie gebruiken die een gegevensback-upvolume aangeeft en dat deze wordt gebruikt voor meerdere SID's.

Veelgestelde vragen over toepassingsvolumegroep voor Oracle

In deze sectie vindt u antwoorden op vragen over azure NetApp Files-toepassingsvolumegroep voor Oracle.

Worden alle volumes ingericht in dezelfde beschikbaarheidszone als mijn databaseserver voor Oracle?

De implementatiewerkstroom zorgt ervoor dat alle volumes worden geplaatst in de beschikbaarheidszone die u hebt geselecteerd tijdens het maken, die overeenkomen met de beschikbaarheidszone van uw virtuele Oracle-machines. Voor regio's die geen beschikbaarheidszones ondersteunen, worden de volumes geplaatst met een regionaal bereik.

Hoe kan ik grootte van Azure NetApp Files-volumes voor gebruik met Oracle voor optimale prestaties en kosteneffectiviteit?

Voor een optimale grootte is het belangrijk om de grootte voor het volledige databaselandschap, inclusief hoge beschikbaarheid, momentopnamen en back-up, te wijzigen. Bepaal uw volumeindeling voor productie, HOGE beschikbaarheid en gegevensbeveiliging en voer de grootte uit volgens Run Your Most Veeleisende Oracle-workloads in Azure zonder dat dit ten koste gaat van de prestaties of schaalbaarheid en schattingstool voor het aanpassen van de grootte van Oracle-workloads aan Azure IaaS-VM's. U kunt de SAP op Azure NetApp Files Sizing Estimator ook gebruiken met behulp van de optie Eén volume-invoer toevoegen.

Belangrijke informatie die u moet opgeven voor het bepalen van de grootte van elk van de volumes omvat: SID, rol (productie, Dev, pre-prod/QA), momentopnamereserve in percentage, aantal dagen voor het bewaren van lokale momentopnamen, aantal back-ups op basis van bestanden, één host/meerdere host met het aantal hosts en Data Guard-vereisten (primair, secundair). Neem contact op met een Expert voor het aanpassen van de grootte van Oracle in Azure NetApp Files om u te helpen bij het plannen van de algehele grootte van het Oracle-systeem.

De koppelingsinstructies van een volume bevatten een lijst met IP-adressen. Welk IP-adres moet ik gebruiken voor Oracle?

De toepassingsvolumegroep zorgt ervoor dat gegevens, opnieuw logboek, archieflogboek- en back-upvolumes afzonderlijke opslageindpunten hebben met verschillende IP-adressen om de beste prestaties te behalen. Hoewel alle vermelde IP-adressen kunnen worden gebruikt voor koppelen, is het eerste vermelde IP-adres het adres dat de laagste latentie biedt. Het is raadzaam altijd het eerste IP-adres te gebruiken.

Welke versie van NFS moet ik gebruiken voor mijn Oracle-volumes?

Gebruik Oracle dNFS op de client om uw volumes te koppelen. Hoewel koppelen met dNFS werkt met volumes die zijn gemaakt met NFSv3 en NFSv4.1, raden we u aan de volumes te implementeren met NFSv3. Raadpleeg uw clientbesturingssysteem en Oracle-opmerkingen voor meer informatie en release-afhankelijkheden. U vindt ook meer informatie in Benefits of using Azure NetApp Files with Oracle Database and Oracle database performance on Azure NetApp Files multiple volumes.

Voor optimale prestaties voor grote databases raden we u aan dNFS te gebruiken op de databaseserver om het volume te koppelen. Om de dNFS-configuratie te vereenvoudigen, raden we u aan om de volumes te maken met NFSv3.

Welk momentopnamebeleid moet ik gebruiken voor mijn Oracle-volumes?

Deze vraag is niet rechtstreeks gerelateerd aan de toepassingsvolumegroep voor Oracle. U kunt producten zoals AzAcSnap of Commvault gebruiken voor een toepassingsconsistente back-up voor uw Oracle-databases. U kunt de standaardmomentopnamen die zijn gepland door het ingebouwde momentopnamebeleid van Azure NetApp Files niet gebruiken voor consistente gegevensbeveiliging van uw Oracle-database.

Algemene aanbevelingen voor momentopnamen in een Oracle-omgeving zijn als volgt:

  • Gebruik databasebewuste hulpprogramma's voor momentopnamen om ervoor te zorgen dat er databaseconsistente momentopnamen worden gemaakt.
  • Bewaak de momentopnamen van het gegevensvolume nauwkeurig. Het bewaren van momentopnamen voor een lange periode kan uw capaciteitsbehoeften verhogen. Zorg ervoor dat u de gebruikte capaciteit versus toegewezen capaciteit bewaakt.
  • Als u automatisch momentopnamen voor uw back-upvolume maakt, moet u de retentie ervan controleren om niet-dicteerde volumegroei te voorkomen.

Kan Oracle ASM worden gebruikt met AVG voor door Oracle gemaakte volumes?

Het gebruik van Oracle ASM in combinatie met Azure NetApp Files Application-toepassingsvolumegroep voor Oracle wordt ondersteund, maar zonder ondersteuning voor consistentie van momentopnamen op de volumes in een toepassingsvolumegroep. Klanten wordt aangeraden andere compatibele opties voor gegevensbescherming te gebruiken bij het gebruik van ASM tot nader op de hoogte.

Waarom kan ik eventueel een nabijheidsplaatsingsgroep (PPG) gebruiken voor Oracle-implementatie?

Bij het implementeren in regio's met beperkte beschikbaarheid van resources is het mogelijk om volumes op de meest optimale locaties te implementeren. In dergelijke gevallen kunt u ervoor kiezen om volumes te implementeren met behulp van de functie Nabijheidsplaatsingsgroep om een implementatie te bereiken met de best mogelijke volumeplaatsing in de gegeven omstandigheden. Als standaardinstelling is het gebruik van PPG uitgeschakeld. U moet aanvragen om het gebruik van nabijheidsplaatsingsgroepen via het ondersteuningskanaal in te schakelen.

Volgende stappen