Een SAP HANA (large instances) installeren en configureren in Azure

In dit artikel wordt het valideren, configureren en installeren van SAP HANA Large Instances (HLIs) in Azure (ook wel bekend als BareMetal Infrastructure) beschreven.

Vereisten

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

Zie ook:

De 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 SAP-beleid moet de installatie van SAP HANA worden uitgevoerd door een persoon die het examen Gecertificeerd SAP Technology Associate heeft doorgenomen, het certificeringsexamen voor SAP HANA-installatie of een SAP-gecertificeerde systeemintegrator (SI).

Wanneer u van plan bent om 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 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 weer te geven.

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 zo 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 azure HANA-exemplaren 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 op 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-besturingssysteem gebruikt, moet het worden geregistreerd bij de Red Hat Subscription Manager waar u verbinding mee maakt. 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, wat uw verantwoordelijkheid is. 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 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 die beginnen met 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 tijdzone van het systeem die u na de handover hebt ingesteld met de exemplaren. Het is dus mogelijk dat nieuw geïmplementeerde exemplaren niet zijn ingesteld in dezelfde tijdzone als de zone 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 etc/hosts-bestand van de zojuist 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-#1999997 - Veelgestelde vragen: 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) geldt dat tijdsynchronisatie in Azure niet van toepassing is 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 groot exemplaar stempels wordt tijd gesynchroniseerd met Network Time Protocol (NTP)-servers.

Netwerken

Volg de aanbevelingen die worden beschreven in bij het ontwerpen van uw virtuele Azure-netwerken en het verbinden van deze virtuele netwerken met de grote HANA-exemplaren:

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 (netwerkinterfacecontroller). Er worden drie IP-adressen gebruikt in uitschaalconfiguraties van HANA en het HANA-systeemreplicatiescenario. Een van de IP-adressen die zijn toegewezen aan de NIC van de eenheid, is 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 (large instances) wordt geconfigureerd door SAP HANA in Azure Service Management met behulp van de aanbevolen SAP-richtlijnen. Deze richtlijnen worden beschreven in SAP HANA opslagvereisten.

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

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

Storage gebruiken 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/logboek/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 mountpoints bevat de systeem-id van de HANA-exemplaren en het bevestigingsnummer. Bij omhoog schalen 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-outconfiguratie. 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 momentopnamen van de opslag hetzelfde schijfvolume gebruiken. Hoe meer opslagmomentopnamen u gebruikt, hoe meer ruimte er wordt verbruikt door momentopnamen in uw toegewezen opslagvolumes.

Het HANA-/logboek-/back-upvolume mag niet het volume voor databaseback-ups zijn. De grootte is zo groot dat deze wordt gebruikt als het back-upvolume voor de back-ups van het HANA-transactielogboek. Zie hoge beschikbaarheid SAP HANA (Large Instances)en herstel na nood gevallen in Azure voor 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 sidadm-gebruiker en sapsys-groep (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 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 de aanbevelingen van de opslagprovider worden de volgende opties voor het monteren geconfigureerd voor alle bevestigingsvolumes (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 volgende uit:

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

De opslagcontroller en knooppunten in de groot exemplaar stempels worden gesynchroniseerd met NTP-servers. Het synchroniseren van de SAP HANA in Azure (Large Instances) en Azure-VM's met een NTP-server is belangrijk. Het 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 hieronder wordt gebruikt, stelt u de volgende configuratieparameters SAP HANA configureren:

  • max_parallel_io_requests 128
  • async_read_submit aan
  • async_write_submit_active aan
  • async_write_submit_blocks alle

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 note #2267798 - Configuration of the SAP HANA database .

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

Er geldt een beperking voor de bestandsgrootte voor de opslag die wordt gebruikt in grote HANA-exemplaren. De groottelimiet is 16 TB per bestand. In tegenstelling tot beperkingen voor de bestandsgrootte in de EXT3-bestandssystemen is HANA niet impliciet op de hoogte van de opslagbeperking die wordt afgedwongen door de HANA Large Instances-opslag. 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

Om te voorkomen dat HANA gegevensbestanden probeert te laten groeien buiten de bestandsgroottelimiet van 16 TB van HANA Large Instance-opslag, 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
  • Houd rekening met SAP-#2631285

Met SAP HANA 2.0 is het hdbparam-framework afgeschaft. De parameters moeten dus worden ingesteld met behulp van SQL opdrachten. Zie SAP Note #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).