Condividi tramite

Installare e configurare SAP HANA (istanze Large) in Azure

  • Articolo

In questo articolo verrà illustrata la convalida, la configurazione e l'installazione di istanze Large di SAP HANA (HLIs) in Azure (altrimenti nota come Infrastruttura BareMetal).

Prerequisiti

Prima di leggere questo articolo, acquisire familiarità con:

Vedere anche:

Pianificazione dell'installazione

L'installazione di SAP HANA è responsabilità dell'utente. È possibile avviare l'installazione di un nuovo SAP HANA in Azure dopo aver stabilito la connettività tra reti virtuali di Azure e le unità di istanze Large di HANA.

Nota

In base ai criteri SAP, l'installazione di SAP HANA deve essere eseguita da una persona che ha superato l'esame Certified SAP Technology Associate o l'esame di certificazione per l'installazione di SAP HANA oppure da un integratore di sistemi con certificazione SAP.

Quando si prevede di installare HANA 2.0, vedere nota del supporto SAP #2235581 - SAP HANA: Sistemi operativi supportati. Assicurarsi che il sistema operativo sia supportato con la versione di SAP HANA che si sta installando. Il sistema operativo supportato per HANA 2.0 ha più restrizioni di quello supportato per HANA 1.0. Verificare che la versione del sistema operativo a cui si è interessati sia supportata per la specifica istanza Large di HANA. Usare questo elenco. Selezionare HLI per visualizzare i dettagli dell'elenco dei sistemi operativi supportati per tale unità.

Prima di iniziare l'installazione di HANA, convalidare quanto segue:

Convalidare l'unità di istanze Large di HANA

Dopo aver ricevuto le istanze Large di HANA da Microsoft, stabilire l'accesso e la connettività. Convalidare quindi le impostazioni seguenti e regolare in base alle esigenze.

  1. Controllare nel portale di Azure se le istanze vengono visualizzate con gli SKU e il sistema operativo corretti. Per altre informazioni, vedere Controllo delle istanze Large di Azure HANA tramite portale di Azure.

  2. Registrare il sistema operativo dell'istanza con il provider del sistema operativo. Questo passaggio include la registrazione del sistema operativo SU edizione Standard Linux in un'istanza di SU edizione Standard Subscription Management Tool (SMT) distribuita in una macchina virtuale in Azure.

    L'istanza Large di HANA può connettersi a questa istanza di SMT. Per altre informazioni, vedere Configurazione del server SMT per SUSE Linux. Se si usa un sistema operativo Red Hat, deve essere registrato con Red Hat Subscription Manager a cui ci si connetterà. Per altre informazioni, vedere la sezione Osservazioni in What is SAP HANA on Azure (Large Instances)? (Informazioni su SAP HANA in Azure - istanze Large).

    Questo passaggio è necessario per applicare patch al sistema operativo, che è responsabilità dell'utente. Per SU edizione Standard, vedere la documentazione sull'installazione e la configurazione di SMT.

  3. Verificare la presenza di nuove patch e correzioni della versione o della versione specifica del sistema operativo. Verificare che l'istanza Large di HANA abbia le patch più recenti. A volte le patch più recenti non sono incluse, quindi assicurarsi di controllare.

  4. Controllare le note SAP pertinenti per l'installazione e la configurazione di SAP HANA nella versione/versione specifica del sistema operativo. Microsoft non configurerà sempre un HLI completamente. La modifica di raccomandazioni o modifiche alle note o alle configurazioni SAP dipendenti da singoli scenari può rendere impossibile.

    Assicurarsi quindi di leggere le note SAP correlate a SAP HANA per la versione esatta di Linux. Verificare anche le configurazioni della versione del sistema operativo necessarie e applicare le impostazioni di configurazione, se non è già stato fatto.

    In particolare, controllare i parametri seguenti e modificarli se necessario:

    • 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

    A partire da SLES12 SP1 e Red Hat Enterprise Linux (RHEL) 7.2, questi parametri devono essere impostati in un file di configurazione nella directory /etc/sysctl.d. Ad esempio, è necessario creare un file di configurazione con il nome 91-NetApp-HANA.conf. Per le versioni precedenti di SLES e RHEL, questi parametri devono essere impostati in in/etc/sysctl.conf.

    Per tutte le versioni di RHEL a partire da RHEL 6.3, tenere presente quanto segue:

    • Il parametro sunrpc.tcp_slot_table_entries = 128 deve essere impostato in in/etc/modprobe.d/sunrpc-local.conf. Se il file non esiste, crearlo prima aggiungendo la voce :
      • options sunrpc tcp_max_slot_table_entries=128

  5. Controllare l'ora di sistema dell'istanza Large di HANA. Le istanze vengono distribuite in base con un fuso orario del sistema che rappresenta la posizione dell'area di Azure in cui si trova il timestamp dell'istanza Large di HANA. È possibile modificare l'ora o il fuso orario del sistema delle istanze di cui si è proprietari.

    Se si ordinano più istanze nel tenant, è necessario adattare il fuso orario delle istanze consegnate. Microsoft non ha visibilità del fuso orario del sistema impostato con le istanze dopo la consegna. Le istanze appena distribuite potrebbero quindi non essere impostate nello stesso fuso orario di quello in cui è stato modificato. Spetta all'utente adattare il fuso orario delle istanze che sono state consegnate, in base alle esigenze.

  6. Controllare etc/hosts. Man mano che i pannelli vengono consegnati, hanno indirizzi IP diversi assegnati per scopi diversi. È importante controllare il file etc/hosts quando le unità vengono aggiunte in un tenant esistente. Il file etc/hosts dei sistemi appena distribuiti potrebbe non essere mantenuto correttamente con gli indirizzi IP dei sistemi recapitati in precedenza. Assicurarsi che un'istanza appena distribuita possa risolvere i nomi delle unità distribuite in precedenza nel tenant.

Sistema operativo

Lo spazio di swapping dell'immagine del sistema operativo fornita è impostato su 2 GB in base a SAP Support Note #1999997 - FAQ: SAP HANA Memory (Nota di supporto SAP n. 1999997 - Domande frequenti: memoria di SAP HANA). Se si vuole un'impostazione diversa, è necessario impostarla manualmente.

SUSE Linux Enterprise Server 12 SP1 for SAP Applications è la distribuzione di Linux installata per SAP HANA in Azure (istanze Large). Questa distribuzione offre funzionalità specifiche di SAP, inclusi i parametri preimpostati per l'esecuzione efficace di SAP in SLES.

Per diverse risorse utili correlate alla distribuzione di SAP HANA in SLES, vedere:

Queste risorse includono informazioni sulla configurazione della disponibilità elevata, sulla protezione avanzata specifica delle operazioni SAP e altro ancora.

Di seguito sono riportate altre risorse per SAP su SU edizione Standard:

I documenti seguenti sono note di supporto SAP applicabili all'implementazione di SAP HANA in SLES 12:

Red Hat Enterprise Linux for SAP HANA è un'altra offerta per l'esecuzione di SAP HANA in istanze di grandi dimensioni di HANA. Le versioni di RHEL 7.2 e 7.3 sono disponibili e supportate. Per altre informazioni su SAP in Red Hat, vedere il sito SAP HANA in Red Hat Linux.

I documenti seguenti sono note di supporto SAP applicabili all'implementazione di SAP HANA in Red Hat:

Sincronizzazione dell'ora

Le applicazioni SAP basate sull'architettura SAP NetWeaver sono sensibili alle differenze temporali per i componenti del sistema SAP. I dump brevi di SAP ABAP con il titolo di errore di ZDATE_LARGE_TIME_DIFF sono probabilmente familiari. Ciò è dovuto al fatto che questi brevi dump vengono visualizzati quando l'ora di sistema di server o macchine virtuali (VM) diversi sta allontanando troppo.

Per SAP HANA in Azure (istanze Large), la sincronizzazione dell'ora in Azure non si applica alle unità di calcolo nei francobolli per istanze Large. Non si applica anche all'esecuzione di applicazioni SAP in macchine virtuali native di Azure, perché Azure garantisce che l'ora di un sistema sia sincronizzata correttamente.

Di conseguenza, è necessario configurare un server ora separato. Questo server verrà usato dai server applicazioni SAP in esecuzione nelle macchine virtuali di Azure. Verrà usato anche dalle istanze di database SAP HANA in esecuzione in istanze Large di HANA. L'infrastruttura di archiviazione in indicatori di istanze Large è sincronizzata con i server NTP (Network Time Protocol).

Rete

Nella progettazione delle reti virtuali di Azure e nella connessione di tali reti virtuali alle istanze Large di HANA, assicurarsi di seguire le indicazioni descritte in:

Ecco alcuni dettagli che vale la pena menzionare sulla rete delle singole unità. Ogni unità di istanze Large di HANA include due o tre indirizzi IP assegnati a due o tre porte NIC (Network Interface Controller). Tre indirizzi IP vengono usati nelle configurazioni con scalabilità orizzontale HANA e nello scenario di replica di sistema HANA. Uno degli indirizzi IP assegnati alla scheda di interfaccia di rete dell'unità è esterno al pool ip del server descritto in Panoramica e architettura di SAP HANA (istanze Large) in Azure.

Per altre informazioni sui dettagli di Ethernet per l'architettura, vedere Scenari supportati da HLI.

Storage

Il layout di archiviazione per SAP HANA (istanze Large) è configurato da SAP HANA in Gestione dei servizi di Azure usando le linee guida consigliate da SAP.

Le dimensioni approssimative dei diversi volumi delle diverse SKU di istanze Large di HANA sono illustrate in SAP HANA in Azure (istanze Large).

Le convenzioni di denominazione dei volumi di archiviazione sono elencate nella tabella seguente:

Utilizzo dello spazio di archiviazione Nome montaggio Nome del volume
Dati HANA /hana/data/SID/mnt0000<m> Storage IP:/hana_data_SID_mnt00001_tenant_vol
Log HANA /hana/log/SID/mnt0000<m> Storage IP:/hana_log_SID_mnt00001_tenant_vol
Backup dei log HANA /hana/log/backups Storage IP:/hana_log_backups_SID_mnt00001_tenant_vol
Condivisione HANA /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 è l'ID di sistema dell'istanza HANA.

Tenant corrisponde a un'enumerazione interna delle operazioni durante la distribuzione di un tenant.

HANA e usr/sap condividono lo stesso volume. La denominazione dei punti di montaggio include l'ID di sistema delle istanze HANA e il numero di montaggio. Nelle distribuzioni con scalabilità orizzontale è presente un solo montaggio, ad esempio mnt00001. Nelle distribuzioni con scalabilità orizzontale, si noteranno tutti i montaggi presenti nei nodi di lavoro e primari.

Per ambienti con scalabilità orizzontale i volumi relativi a dati, log e backup dei log sono condivisi e sono collegati a ogni nodo nella configurazione con scalabilità orizzontale. Per le configurazioni che sono più istanze SAP, viene creato un set diverso di volumi e collegato all'istanza Large di HANA. Per dettagli relativi al layout di archiviazione per lo scenario, vedere Scenari supportati nelle istanze Large di Hana.

Le istanze Large di HANA sono dotate di un volume di dischi generoso per HANA/dati e un volume HANA/log/backup. I dati HANA sono stati resi così grandi perché gli snapshot di archiviazione usano lo stesso volume del disco. Maggiore è la quantità di snapshot di archiviazione usata dagli snapshot nei volumi di archiviazione assegnati.

Il volume HANA/log/backup non deve essere il volume per i backup del database. Viene ridimensionata per essere usata come volume di backup per i backup del log delle transazioni HANA. Per altre informazioni, vedere Disponibilità elevata e ripristino di emergenza di SAP HANA (istanze Large) in Azure.

È possibile aumentare lo spazio di archiviazione acquistando capacità aggiuntiva in incrementi di 1 TB. Questa risorsa di archiviazione aggiuntiva può essere aggiunta come nuovi volumi a un'istanza Large di HANA.

Durante l'onboarding con SAP HANA in Gestione dei servizi di Azure, è necessario specificare un ID utente (UID) e un ID gruppo (GID) per l'utente sidadm e il gruppo sapsys (ad esempio: 1000,500). È necessario usare questi stessi valori durante l'installazione del sistema SAP HANA. Poiché si vogliono distribuire più istanze di HANA in un'unità, si ottengono più set di volumi, ovvero un set per ogni istanza. Pertanto, in fase di distribuzione, è necessario definire:

  • SID delle diverse istanze di HANA, da cui viene derivato il valore sidadm.
  • Dimensioni della memoria delle diverse istanze di HANA. Le dimensioni della memoria per ogni istanza definiscono le dimensioni dei volumi nei singoli set di volumi.

In base alle indicazioni del provider di archiviazione, le opzioni di montaggio seguenti sono configurate per tutti i volumi montati, escluso il volume LUN di avvio:

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

Questi punti di montaggio sono configurati in /etc/fstab, come illustrato negli screenshot seguenti:

Screenshot showing fstab of mounted volumes in HANA Large Instance unit.

L'output del comando df -h in un'istanza large di S72m HANA è simile al seguente:

Screenshot showing output of the command for HANA Large Instance.

Il controller di archiviazione e i nodi nei timestamp dell'istanza di grandi dimensioni sono sincronizzati con i server NTP. La sincronizzazione di SAP HANA in Azure (istanze Large) e macchine virtuali di Azure in un server NTP è importante. Elimina una deviazione significativa del tempo tra l'infrastruttura e le unità di calcolo in Azure o negli indicatori di istanze Large.

Per ottimizzare SAP HANA per la memoria sottostante, è necessario impostare anche i parametri di configurazione di SAP HANA seguenti:

  • max_parallel_io_requests 128
  • async_read_submit on
  • async_write_submit_active on
  • async_write_submit_blocks all

Per le versioni 1.0 di SAP HANA fino a SPS12, questi parametri possono essere impostati durante l'installazione del database SAP HANA, come descritto in SAP Note #2267798 - Configuration of the SAP HANA Database (Nota SAP n. 2267798 - Configurazione del database SAP HANA)

È anche possibile configurare i parametri dopo l'installazione del database SAP HANA tramite il framework hdbparam.

Lo spazio di archiviazione usato in HANA in istanze Large presenta una limitazione delle dimensioni dei file. La limitazione delle dimensioni è di 16 TB per ogni file. A differenza delle limitazioni delle dimensioni dei file system EXT3, HANA non riconosce in modo implicito la limitazione di archiviazione applicata dall'archiviazione di istanze Large di HANA. Di conseguenza, HANA non creerà automaticamente un nuovo file di dati quando viene raggiunto il limite di dimensioni del file di 16 TB. Quando HANA tenta di espandere il file oltre i 16 TB, vengono segnalati errori e il server index alla fine si arresta in modo anomalo.

Importante

Per evitare che HANA tenti di aumentare i file di dati oltre il limite di dimensioni del file da 16 TB dell'archiviazione di istanze Large di HANA, impostare i parametri seguenti nel file di configurazione global.ini di SAP HANA:

  • datavolume_striping=true
  • datavolume_striping_size_gb = 15000
  • Vedere anche la nota SAP #2400005
  • Tenere presente la nota SAP #2631285

Con SAP HANA 2.0, il framework hdbparam è stato deprecato. I parametri devono quindi essere impostati usando i comandi SQL. Per altre informazioni, vedere SAP note #2399079: Elimination of hdbparam in HANA 2 (Nota SAP n. 2399079: eliminazione di hdbparam HANA 2).

Per altre informazioni sul layout di archiviazione per l'architettura in uso, vedere Scenari supportati nelle istanze Large di HANA.

Passaggi successivi

Seguire la procedura di installazione di SAP HANA in Azure (istanze Large).

Installare HANA in SAP HANA in Azure (istanze Large)