Vereisten en overwegingen voor toepassingsvolumegroep voor SAP HANA

In dit artikel worden de vereisten en overwegingen beschreven waarmee u rekening moet houden voordat u Azure NetApp Files-toepassingsvolumegroep (AVG) voor SAP HANA gebruikt.

Vereisten en overwegingen

  • U moet de handmatige QoS-capaciteitspoolfunctionaliteit gebruiken.

  • De toepassingsvolumegroep ondersteunt de netwerkfuncties Basic en Standard. Als u functies wilt gebruiken, waaronder plaatsing van het volume van de beschikbaarheidszone, gebruikt u Standaardnetwerkfuncties.

  • Toepassingsvolumegroep ondersteunt volumeplaatsing in de beschikbaarheidszone als de standaard- en aanbevolen methode. Door het gebruik van volumeplaatsing in de beschikbaarheidszone is het vastzetten van AVset niet langer nodig en zijn nabijheidsplaatsingsgroepen niet meer benodigd. Met ondersteuning voor de plaatsing van het volume van de beschikbaarheidszone hoeft u alleen dezelfde beschikbaarheidszone te selecteren als de databaseservers. Het gebruik van volumeplaatsing in de beschikbaarheidszone is afgestemd op de aanbeveling van Microsoft over het implementeren van SAP HANA-infrastructuren om de beste prestaties te bereiken met hoge beschikbaarheid, maximale flexibiliteit en vereenvoudigde implementatie.

    • Als regio's geen ondersteuning bieden voor beschikbaarheidszones, kunt u een regionale implementatie selecteren of nabijheidsplaatsingsgroepen (PPG) kiezen.

    Wanneer u een PPG maakt, moet u deze koppelen aan uw SAP HANA-rekenresources. De toepassingsvolumegroep voor SAP HANA heeft deze installatie nodig om te zoeken naar een Azure NetApp Files-resource die zich dicht bij de SAP HANA-servers bevindt. Zie Best practices over PPG's en een PPG maken met behulp van Azure Portal voor meer informatie.

    Notitie

    Verwijder de PPG niet. Als u een PPG verwijdert, wordt het vastzetten verwijderd en kunnen volgende volumegroepen worden aangemaakt op suboptimale locaties, wat kan leiden tot verhoogde latentie.

  • U moet uw groottespecificatie en SAP HANA-systeemarchitectuur afronden, inclusief de volgende gebieden:

    • SAP-ID (SID)
    • Geheugen
    • SAP HANA op een enkele host of meerdere hosts
    • Bepaal of u HANA System Replication (HSR) wilt gebruiken. Met HSR kunnen SAP HANA-databases synchroon of asynchroon repliceren van een primair SAP HANA-systeem naar een secundair SAP HANA-systeem.
    • De verwachte wijzigingssnelheid voor het gegevensvolume (voor het geval u momentopnamen gebruikt voor back-updoeleinden)

  • U moet een virtueel netwerk (VNet) en gedelegeerd subnet maken om de IP-adressen van Azure NetApp Files toe te wijzen.

    Het is raadzaam dat u het VNet en het gedelegeerde subnet tijdens de ontwerpfase inricht.

    Toepassingsvolumegroep voor SAP HANA maakt meerdere IP-adressen, maximaal zes IP-adressen voor grotere omgevingen. Zorg ervoor dat het gedelegeerde subnet voldoende vrije IP-adressen heeft. Overweeg het gebruik van een gedelegeerd subnet met minimaal 251 IP-adressen met een subnetgrootte van /24. Zie Overwegingen over het delegeren van een subnet aan Azure NetApp Files.

Belangrijk

Het gebruik van toepassingsvolumegroep voor SAP HANA voor andere toepassingen dan SAP HANA wordt niet ondersteund. Neem contact op met uw Azure NetApp Files-specialist voor hulp bij het gebruik van azure NetApp Files-indelingen met meerdere volumes met andere databasetoepassingen.

Best practices voor nabijheidsplaatsing

Als u SAP HANA-volumes wilt implementeren met behulp van de toepassingsvolumegroep, moet u ervoor zorgen dat uw HANA-database-VM's en de Azure NetApp Files-resources zich dicht bij elkaar bevinden om de laagst mogelijke latentie te garanderen. U kunt de nabijheid bereiken met behulp van een van de volgende implementatiemethoden:

  • Plaatsing van beschikbaarheidszonevolume (voorkeur) Selecteer de beschikbaarheidszone voor de volumes en selecteer Standaardnetwerkfuncties voor de implementatie. U hebt geen nabijheidsplaatsingsgroep of VM-pinning nodig bij de plaatsing van volumes in een beschikbaarheidszone.

  • Nabijheidsplaatsingsgroep met VM-pinning De toepassingsvolumegroep maakt gebruik van een nabijheidsplaatsingsgroep die is gekoppeld (of verankerd) aan de database-VM's. Wanneer deze wordt doorgegeven aan de toepassingsvolumegroep, wordt de PPG gebruikt om alle Azure NetApp Files-resources dicht bij de databaseservers te vinden. Volumes worden ingezet door middel van Basisnetwerkfuncties.

Belangrijk

Een PPG is alleen verankerd en kan daarom de locatie van de VM's identificeren als ten minste één VM wordt gestart en gedurende de duur van alle AVG-implementaties blijft draaien. Als alle VM's worden gestopt, verliest de PPG zijn anker. Bij de volgende herstart kunnen de VM's naar een andere locatie worden verplaatst. Deze situatie kan leiden tot verhoogde latentie omdat Azure NetApp Files-volumes niet worden verplaatst na de eerste aanmaak.

Om deze situatie te voorkomen, moet u een beschikbaarheidsset per database maken en het aanvraagformulier voor het vastmaken van de SAP HANA-VM gebruiken om de beschikbaarheidsset vast te maken aan een toegewezen rekencluster. Na het vergrendelen moet u een PPG toevoegen aan de beschikbaarheidsset en vervolgens alle hosts van een SAP HANA-database implementeren met behulp van die beschikbaarheidsset. Dit zorgt ervoor dat alle virtuele machines (VM's) zich op dezelfde locatie bevinden. Zolang een van de VM's wordt gestart, behoudt de PPG het anker om de AVG-volumes te implementeren.

Belangrijk

Als u Azure NetApp Files SAP HANA-volumetoewijzing hebt aangevraagd voordat de volumegroep van de toepassing beschikbaar was, moet u de toewijzing voor uw abonnement verwijderen. Bestaande vastmaken voor een abonnement kan leiden tot inconsistente implementatie van volumes; volumes van toepassingsvolumegroepen worden geïmplementeerd op basis van de PPG, terwijl andere volumes worden geïmplementeerd op basis van de eerste aanvraag voor het vastmaken van volumes.

Relatie tussen beschikbaarheidssets, VM's, PPG's en Azure NetApp Files-volumes

Aan een PPG moet ten minste één VIRTUELE machine zijn toegewezen, rechtstreeks of via een beschikbaarheidsset. Het doel van de PPG is om de exacte locatie van een virtuele machine te extraheren en deze informatie door te geven aan AVG om te zoeken naar Azure NetApp Files-resources op dezelfde locatie voor het maken van volumes. Deze aanpak werkt alleen wanneer ten minste ÉÉN VIRTUELE machine in de PPG wordt gestart en actief blijft. Normaal gesproken moet u uw databaseservers toevoegen aan deze PPG.

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

Wanneer u een PPG zonder een gekoppelde beschikbaarheidsset gebruikt, verliest de PPG zijn anker als alle virtuele machines in die PPG worden gestopt. Wanneer de VIRTUELE machines opnieuw worden opgestart, kunnen ze op een andere locatie worden gestart, wat kan leiden tot een latentieverhoging omdat de volumes die zijn gemaakt met de groep toepassingsvolumes niet worden verplaatst.

Twee mogelijke scenario's over het gebruik van PPG

Deze situatie leidt tot twee mogelijke scenario's:

  • Stabiele installatie op lange termijn:
    Een beschikbaarheidsset gebruiken in combinatie met een PPG waarbij de beschikbaarheidsset handmatig wordt vastgemaakt.

    Met pinnen wordt altijd gegarandeerd dat de plaatsing van de virtuele machine onveranderd blijft, zelfs als alle machines in de beschikbaarheidsset stopgezet worden.

  • Tijdelijke installatie:
    Gebruik van een PPG of een beschikbaarheidsset in combinatie met een PPG zonder koppeling.

    Sap HANA-compatibele virtuele-machinereeksen (M-serie) worden meestal dicht bij Azure NetApp Files-resources geplaatst, zodat de toepassingsvolumegroep de vereiste volumes met een laag mogelijke latentie kan maken met behulp van een PPG. Deze relatie tussen volumes en HANA-hosts wordt niet gewijzigd als er altijd ten minste één VIRTUELE machine actief is.

Notitie

Wanneer u de toepassingsvolumegroep gebruikt om uw HANA-volumes te implementeren, moet ten minste één VM in de beschikbaarheidsset worden gestart. Zonder een draaiende VM kan de PPG niet worden gebruikt om de optimale hardware voor Azure NetApp Files te vinden, waardoor het inrichten mislukt.

Notitie

Verwijder uw PPG niet. Als u een PPG verwijdert, wordt het vastzetten verwijderd en kunnen volgende volumegroepen worden aangemaakt op suboptimale locaties, wat kan leiden tot verhoogde latentie.

Volgende stappen

  • Last updated on