Een SAP HANA (grote exemplaren) installeren en configureren in Azure

  • Artikel
  • 11 minuten om te lezen

In dit artikel wordt beschreven hoe u SAP HANA Large Instances (HLIs) valideert, configureert en installeert in Azure (ook wel bekend als BareMetal Infrastructure).

Vereisten

Voordat u dit artikel leest, moet u vertrouwd raken met:

Zie ook:

Uw installatie plannen

De installatie van SAP HANA is uw verantwoordelijkheid. U kunt beginnen met het installeren van een nieuwe SAP HANA op de Azure-server (Large Instances) nadat u de connectiviteit tussen uw virtuele Azure-netwerken en de HANA Large Instance-eenheid(s) tot stand hebt brengen.

Notitie

Volgens het SAP-beleid moet de installatie van SAP HANA worden uitgevoerd door een persoon die is geslaagd voor het sap technology associate-examen, het SAP HANA-installatiecertificeringsexamen of de persoon die een SAP-gecertificeerde systeemintegrator (SI) is.

Wanneer u van plan bent HANA 2.0 te installeren, zie SAP-ondersteunings opmerking #2235581 - SAP HANA: Ondersteunde besturingssystemen. Zorg ervoor dat het besturingssysteem wordt ondersteund met de SAP HANA release die u installeert. Het ondersteunde besturingssysteem voor HANA 2.0 is beperkter dan het ondersteunde besturingssysteem voor HANA 1.0. Controleer of de besturingssysteemversie waarin u geïnteresseerd bent, wordt ondersteund voor de specifieke grote HANA-instantie. Gebruik deze lijst; selecteer de HLI om de details van de lijst met ondersteunde besturingssystemen voor die eenheid te bekijken.

Valideer het volgende voordat u met de HANA-installatie begint:

De HANA Large Instance-eenheid(s) valideren

Nadat u de grote HANA-exemplaren van Microsoft hebt ontvangen, maakt u er toegang en connectiviteit mee. Valideer vervolgens de volgende instellingen en pas deze indien nodig aan.

  1. Controleer in de Azure Portal of de exemplaren worden weergegeven met de juiste SKU's en het juiste besturingssysteem. Zie Azure HANA Large Instances control through Azure Portal (Beheer van Grote exemplaren van Azure HANA via Azure Portal) voor meer Azure Portal.

  2. Registreer het besturingssysteem van het exemplaar bij uw provider van het besturingssysteem. Deze stap omvat het registreren van uw SUSE Linux-besturingssysteem in een exemplaar van het SUSE Subscription Management Tool (SMT) dat is geïmplementeerd in een virtuele machine in Azure.

    De grote HANA-instantie kan verbinding maken met dit SMT-exemplaar. (Zie SMT-serverinstellen voor SUSE Linux voor meer informatie. Als u een Red Hat OS gebruikt, moet dit worden geregistreerd bij de Red Hat Subscription Manager waar u verbinding mee gaat maken. Zie de opmerkingen in What is SAP HANA on Azure (Large Instances)? voor meer informatie.

    Deze stap is nodig voor het patchen van het besturingssysteem. Dit is uw verantwoordelijkheid. Zie de documentatie over het installeren en configureren van SMT voor SUSE.

  3. Controleer op nieuwe patches en oplossingen van de specifieke versie/versie van het besturingssysteem. Controleer of de grote HANA-instantie de nieuwste patches heeft. Soms zijn de meest recente patches niet opgenomen, dus zorg ervoor dat u dit controleert.

  4. Controleer de relevante SAP-opmerkingen voor het installeren en configureren van SAP HANA versie/versie van het besturingssysteem. Microsoft configureert een HLI niet altijd volledig. Het wijzigen van aanbevelingen of wijzigingen in SAP-notities of configuraties die afhankelijk zijn van afzonderlijke scenario's, kan dit onmogelijk maken.

    Lees daarom de SAP-opmerkingen met betrekking tot SAP HANA voor uw exacte Linux-release. Controleer ook de configuraties van de versie/versie van het besturingssysteem en pas de configuratie-instellingen toe als u dat nog niet hebt gedaan.

    Controleer met name de volgende parameters en pas deze uiteindelijk aan:

    • net.core.rmem_max = 16777216
    • net.core.wmem_max = 16777216
    • net.core.rmem_default = 16777216
    • net.core.wmem_default = 16777216
    • net.core.optmem_max = 16777216
    • net.ipv4.tcp_rmem = 65536 16777216 16777216
    • net.ipv4.tcp_wmem = 65536 16777216 16777216

    Vanaf SLES12 SP1 en Red Hat Enterprise Linux (RHEL) 7.2 moeten deze parameters worden ingesteld in een configuratiebestand in de map /etc/sysctl.d. Er moet bijvoorbeeld een configuratiebestand met de naam 91-NetApp-HANA.conf worden gemaakt. Voor oudere SLES- en RHEL-releases moeten deze parameters worden ingesteld in/etc/sysctl.conf.

    Houd rekening met het volgende voor alle RHEL-releases vanaf RHEL 6.3:

    • De parameter sunrpc.tcp_slot_table_entries = 128 moet worden ingesteld in/etc/modprobe.d/sunrpc-local.conf. Als het bestand niet bestaat, maakt u het eerst door de vermelding toe te voegen:
      • opties sunrpc tcp_max_slot_table_entries=128

  5. Controleer de systeemtijd van uw grote HANA-exemplaar. De exemplaren worden geïmplementeerd met een systeemtijdzone. Deze tijdzone vertegenwoordigt de locatie van de Azure-regio waarin de HANA Large Instance-zegel zich bevindt. U kunt de systeemtijd of tijdzone wijzigen van de exemplaren die u bezit.

    Als u meer exemplaren in uw tenant bestelt, moet u de tijdzone van de nieuw geleverde exemplaren aanpassen. Microsoft heeft geen inzicht in de systeemtijdzone die u na de handover hebt ingesteld met de exemplaren. Het is dus mogelijk dat nieuw geïmplementeerde exemplaren niet worden ingesteld in dezelfde tijdzone als de tijdzone waarin u hebt gewijzigd. Het is aan u om de tijdzone aan te passen van de exemplaren die indien nodig zijn overgedragen.

  6. Controleer etc/hosts. Wanneer de blades worden overgedragen, worden er verschillende IP-adressen toegewezen voor verschillende doeleinden. Het is belangrijk om het bestand etc/hosts te controleren wanneer eenheden worden toegevoegd aan een bestaande tenant. Het bestand voor etc/hosts van de nieuw geïmplementeerde systemen wordt mogelijk niet correct onderhouden met de IP-adressen van systemen die eerder zijn geleverd. Zorg ervoor dat een nieuw geïmplementeerd exemplaar de namen kan oplossen van de eenheden die u eerder in uw tenant hebt geïmplementeerd.

Besturingssysteem

De wisselruimte van de geleverde besturingssysteemafbeelding is ingesteld op 2 GB volgens de SAP-ondersteuningsnota #1999997 - Faq: SAP HANA geheugen. Als u een andere instelling wilt, moet u deze zelf instellen.

SUSE Linux Enterprise Server 12 SP1 voor SAP-toepassingen is de distributie van Linux die is geïnstalleerd voor SAP HANA in Azure (Large Instances). Deze distributie biedt SAP-specifieke mogelijkheden, waaronder vooraf ingesteld parameters voor het effectief uitvoeren van SAP op SLES.

Voor verschillende nuttige resources met betrekking tot het implementeren van SAP HANA in SLES, zie:

Deze resources bevatten informatie over het instellen van hoge beschikbaarheid, beveiligingsmaatregelen die specifiek zijn voor SAP-bewerkingen, en meer.

Hier zijn meer resources voor SAP on SUSE:

De volgende documenten zijn SAP-ondersteuningsnotities die van toepassing zijn op het implementeren SAP HANA op SLES 12:

Red Hat Enterprise Linux voor SAP HANA is een andere aanbieding voor het uitvoeren van SAP HANA op grote HANA-exemplaren. Versies van RHEL 7.2 en 7.3 zijn beschikbaar en worden ondersteund. Zie voor meer informatie over SAP op Red Hat SAP HANA Red Hat Linux-site.

De volgende documenten zijn SAP-ondersteuningsnotities die van toepassing zijn op het implementeren SAP HANA op Red Hat:

Tijdsynchronisatie

SAP-toepassingen die zijn gebouwd op de SAP NetWeaver-architectuur zijn gevoelig voor tijdsverschillen voor de onderdelen van het SAP-systeem. SAP ABAP korte dumps met de fouttitel van ZDATE _ LARGE TIME DIFF zijn waarschijnlijk _ _ bekend. Dat komt doordat deze korte dumps worden weergegeven wanneer de systeemtijd van verschillende servers of virtuele machines (VM's) te ver uit elkaar ligt.

Voor SAP HANA in Azure (Large Instances) is tijdsynchronisatie in Azure niet van toepassing op de rekeneenheden in de groot exemplaarstempels. Het is ook niet van toepassing op het uitvoeren van SAP-toepassingen in systeemeigen Azure-VM's, omdat Azure ervoor zorgt dat de tijd van een systeem correct wordt gesynchroniseerd.

Als gevolg hiervan moet u een afzonderlijke tijdserver instellen. Deze server wordt gebruikt door SAP-toepassingsservers die worden uitgevoerd op azure-VM's. Het wordt ook gebruikt door de SAP HANA database-exemplaren die worden uitgevoerd op grote HANA-exemplaren. De opslaginfrastructuur in large instance stempels wordt tijd gesynchroniseerd met NTP-servers (Network Time Protocol).

Netwerken

Bij het ontwerpen van uw virtuele Azure-netwerken en het verbinden van deze virtuele netwerken met de grote HANA-exemplaren, moet u de aanbevelingen volgen die worden beschreven in:

Hier zijn enkele details die het vermelden waard zijn over de netwerken van de enkele eenheden. Elke HANA Large Instance-eenheid wordt geleverd met twee of drie IP-adressen die zijn toegewezen aan twee of drie NIC-poorten (Network Interface Controller). Er worden drie IP-adressen gebruikt in uitschaalconfiguraties van HANA en in het scenario voor HANA-systeemreplicatie. Een van de IP-adressen die zijn toegewezen aan de NIC van de eenheid valt buiten de IP-adresgroep van de server die wordt beschreven in overzicht van SAP HANA (Large Instances)en architectuur in Azure .

Zie ondersteunde HLI-scenario's voor meer informatie over Ethernet-details voor uw architectuur.

Storage

De opslagindeling voor SAP HANA (grote exemplaren) wordt door de SAP HANA in Azure Service Management geconfigureerd volgens de aanbevolen SAP-richtlijnen. Deze richtlijnen worden beschreven in SAP HANA opslagvereisten.

De ruwe grootten van de verschillende volumes met de verschillende SKU's van HANA Large Instances worden beschreven in het overzicht van SAP HANA (Large Instances)en de architectuur in Azure .

De naamconvents van de opslagvolumes worden vermeld in de volgende tabel:

Storage gebruiksgegevens Naam van de mount Volumenaam
HANA-gegevens /hana/data/SID/mnt0000<m> Storage IP:/hana_data_SID_mnt00001_tenant_vol
HANA-logboek /hana/log/SID/mnt0000<m> Storage IP:/hana_log_SID_mnt00001_tenant_vol
Back-up van HANA-logboek /hana/log/back-ups Storage IP:/hana_log_backups_SID_mnt00001_tenant_vol
HANA gedeeld /hana/shared/SID Storage IP:/hana_shared_SID_mnt00001_tenant_vol/shared
usr/sap /usr/sap/SID Storage IP:/hana_shared_SID_mnt00001_tenant_vol/usr_sap

SID is de systeem-id van het HANA-exemplaar.

Tenant is een interne enumeratie van bewerkingen bij het implementeren van een tenant.

HANA usr/sap delen hetzelfde volume. De naamgeving van de bevestigingspunten bevat de systeem-id van de HANA-exemplaren en het bevestigingsnummer. Bij schaalimplementaties is er slechts één mount, zoals mnt00001. In scale-out implementaties ziet u net zoveel mounts als u werkknooppunten en primaire knooppunten hebt.

Voor uitschaalomgevingen worden back-upvolumes voor gegevens, logboeken en logboeken gedeeld en gekoppeld aan elk knooppunt in de scale-out configuratie. Voor configuraties die meerdere SAP-exemplaren zijn, wordt een andere set volumes gemaakt en gekoppeld aan de grote HANA-instantie. Zie Ondersteunde HLI-scenario's voor meer informatie over de opslagindeling voor uw scenario.

Grote HANA-exemplaren worden met een schijfvolume voor HANA/gegevens en een volume HANA/logboek/back-up. We hebben de HANA/gegevens zo groot gemaakt omdat de opslagmomentopnamen hetzelfde schijfvolume gebruiken. Hoe meer opslagmomentopnamen u maakt, hoe meer ruimte er wordt verbruikt door momentopnamen in uw toegewezen opslagvolumes.

Het HANA-/logboek-/back-upvolume is niet het volume voor databaseback-ups. De grootte wordt gebruikt als het back-upvolume voor de back-ups van het HANA-transactielogboek. Zie hoge beschikbaarheid en herstel na nood SAP HANA (Large Instances) in Azurevoor meer informatie.

U kunt uw opslag vergroten door extra capaciteit in stappen van 1 TB aan te kopen. Deze extra opslag kan als nieuwe volumes worden toegevoegd aan een grote HANA-instantie.

Tijdens het onboarden met SAP HANA in Azure Service Management geeft u een gebruikers-id (UID) en groeps-id (GID) op voor de groep sidadm-gebruiker en sapsys (bijvoorbeeld: 1000.500). Tijdens de installatie van SAP HANA systeem moet u dezelfde waarden gebruiken. Omdat u meerdere HANA-exemplaren in een eenheid wilt implementeren, krijgt u meerdere sets volumes (één set voor elk exemplaar). Tijdens de implementatie moet u dus het volgende definiëren:

  • De SID van de verschillende HANA-exemplaren (sidadm wordt ervan afgeleid).
  • De geheugengrootten van de verschillende HANA-exemplaren. De geheugengrootte per exemplaar definieert de grootte van de volumes in elke afzonderlijke volumeset.

Op basis van aanbevelingen van de opslagprovider worden de volgende opties voor het monteren geconfigureerd voor alle volumes die zijn bevestigd (exclusief lun voor opstarten):

  • nfs rw, vers=4, hard, timeo=600, rsize=1048576, wsize=1048576, intr, noatime, lock 0 0

Deze bevestigingspunten zijn geconfigureerd in /etc/fstab zoals wordt weergegeven in de volgende schermafbeeldingen:

Schermopname van fstab van de volumes die zijn bevestigd in de eenheid HANA Large Instance.

De uitvoer van de opdracht df -h op een grote S72m HANA-instantie ziet er als:

Schermopname van de uitvoer van de opdracht voor HANA Large Instance.

De opslagcontroller en knooppunten in de large instance stempels worden gesynchroniseerd met NTP-servers. Het is belangrijk om de SAP HANA in Azure (Large Instances) en Azure-VM's te synchroniseren met een NTP-server. Dit elimineert aanzienlijke tijdsdrift tussen de infrastructuur en de rekeneenheden in Azure- of Large Instance-zegels.

Als u de SAP HANA wilt optimaliseren voor de opslag die eronder wordt gebruikt, stelt u de volgende configuratieparameters SAP HANA:

  • max_parallel_io_requests 128
  • async_read_submit op
  • async_write_submit_active op
  • async_write_submit_blocks alles

Voor SAP HANA 1.0-versies tot SPS12 kunnen deze parameters worden ingesteld tijdens de installatie van de SAP HANA-database, zoals beschreven in SAP-opmerking #2267798 - Configuratievan de SAP HANA-database.

U kunt de parameters ook configureren na de installatie SAP HANA database met behulp van het hdbparam-framework.

Voor de opslag die wordt gebruikt in HANA Large Instances geldt een beperking voor de bestandsgrootte. De groottelimiet is 16 TB per bestand. In tegenstelling tot de bestandsgroottebeperkingen in de EXT3-bestandssystemen is HANA niet impliciet op de hoogte van de opslagbeperking die wordt afgedwongen door de opslag van HANA Large Instances. Als gevolg hiervan maakt HANA niet automatisch een nieuw gegevensbestand wanneer de bestandsgroottelimiet van 16 TB is bereikt. Wanneer HANA probeert het bestand groter te maken dan 16 TB, rapporteert HANA fouten en loopt de indexserver vast aan het einde.

Belangrijk

Als u wilt voorkomen dat HANA gegevensbestanden probeert te laten groeien boven de bestandsgroottelimiet van 16 TB van HANA Large Instance Storage, stelt u de volgende parameters in het SAP HANA global.ini-configuratiebestand in:

  • datavolume_striping =true
  • datavolume_striping_size_gb = 15000
  • Zie ook SAP-opmerking #2400005
  • Let op SAP-opmerking #2631285

Met SAP HANA 2.0 is het hdbparam-framework afgeschaft. De parameters moeten dus worden ingesteld met behulp van SQL opdrachten. Zie SAP-opmerking #2399079: Het verwijderen van hdbparam in HANA 2 voor meer informatie.

Raadpleeg door HLI ondersteunde scenario's voor meer informatie over de opslagindeling voor uw architectuur.

Volgende stappen

Door de stappen voor het installeren van SAP HANA in Azure (Large Instances).

HANA installeren op SAP HANA in Azure (Large Instances)