Delen via

Vereisten en overwegingen voor toepassingsvolumegroep voor SAP HANA

  • Artikel

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.

  • U moet een nabijheidsplaatsingsgroep (PPG) maken en deze verankeren in 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 voor nabijheidsplaatsingsgroepen en een nabijheidsplaatsingsgroep maken met behulp van Azure Portal voor meer informatie.

    Notitie

    Verwijder de PPG niet. Als u een PPG verwijdert, wordt de vastmaken verwijderd en kunnen volgende volumegroepen worden gemaakt op suboptimale locaties die tot een verhoogde latentie kunnen leiden.

  • U moet uw grootte en SAP HANA-systeemarchitectuur voltooien, inclusief de volgende gebieden:

    • SAP-id (SID)
    • Geheugen
    • SAP HANA met één 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 VNet en gedelegeerd subnet maken om de IP-adressen van Azure NetApp Files toe te wijzen.

    Het wordt aanbevolen om het VNet en gedelegeerd subnet op het ontwerptijd in te delen.

    Toepassingsvolumegroep voor SAP HANA maakt meerdere IP-adressen, maximaal zes IP-adressen voor grotere activa. 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.

  • Toepassingsvolumegroep voor SAP HANA ondersteunt op dit moment alleen platformbeheerde sleutels voor Azure NetApp Files-volumeversleuteling bij het maken van het volume. Neem contact op met uw Azure NetApp Files-specialist of CSA als u vragen hebt over het overzetten van volumes van door het platform beheerde sleutels naar door de klant beheerde sleutels na het maken van het volume.

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.

Vereisten en overwegingen voor extensie 1 (preview)

  • Extensie 1 is momenteel in preview en vereist dat u zich registreert voor de functie.
  • Toepassingsvolumegroep ondersteunt basic-netwerkfuncties. Als u bent geregistreerd voor extensie 1, ondersteunt de toepassingsvolumegroep ook standaardnetwerkfuncties.
  • Extensie 1 ondersteunt plaatsing van het volume van de beschikbaarheidszone als de nieuwe standaardmethode voor plaatsing. Deze upgrade vermindert de noodzaak voor het vastmaken van AVset en elimineert de noodzaak voor nabijheidsplaatsingsgroepen. 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 beschikbaarheidszones ondersteunen, kunt u een regionale implementatie selecteren of nabijheidsplaatsingsgroepen kiezen.

Best practices over 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. Voor deze methode is geen nabijheidsplaatsingsgroep of VM-vastmaken vereist. Voordat u deze werkstroom kunt gebruiken, moet u de functie registreren.
  • 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 geïmplementeerd met basisnetwerkfuncties.

Belangrijk

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

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 vastmaken 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 zich op dezelfde locatie bevinden. Zolang een van de virtuele machines wordt gestart, behoudt de PPG het anker om de AVG-volumes te implementeren.

Belangrijk

Als u azure NetApp Files SAP HANA-volumepinning had aangevraagd voordat de toepassingsvolumegroep beschikbaar was, moet u de pincode voor uw abonnement verwijderen. Bestaande vastmaken voor een abonnement kan leiden tot inconsistente implementatie van volumes, omdat volumes van toepassingsvolumes worden geïmplementeerd op basis van de PPG terwijl andere volumes nog steeds worden geïmplementeerd op basis van bestaande vastmaken.

Relatie tussen beschikbaarheidssets, VM-, PPG- 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, wordt het sterk aanbevolen 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 vastgemaakte beschikbaarheidsset gebruikt, verliest een PPG het 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 toepassingsvolumegroep 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.

    Bij het vastmaken wordt altijd gegarandeerd dat de plaatsing van de virtuele machine niet wordt gewijzigd, zelfs niet als alle machines in de beschikbaarheidsset worden gestopt.

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

    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 actieve VM kan de PPG niet worden gebruikt om de optimale Hardware van Azure NetApp-bestanden te vinden, waardoor het inrichten mislukt.

Notitie

Verwijder uw PPG niet. Als u een PPG verwijdert, wordt de vastmaken verwijderd en kunnen volgende volumegroepen worden gemaakt op suboptimale locaties die tot een verhoogde latentie kunnen leiden.

Volgende stappen