Configurazioni dell'archiviazione di macchine virtuali di Azure in SAP HANA

  • Articolo

Azure offre diversi tipi di archiviazione adatti per le VM di Azure che eseguono SAP HANA. I tipi di archiviazione di Azure certificati per SAP HANA che possono essere considerati per le distribuzioni SAP HANA sono:

Per informazioni su questi tipi di disco, vedere l'articolo Archiviazione di Azure tipi per il carico di lavoro SAP e Selezionare un tipo di disco

Azure offre due metodi di distribuzione per i dischi rigidi virtuali in Archiviazione Premium e Standard di Azure v1/v2. Si prevede di sfruttare i vantaggi del disco gestito di Azure per le distribuzioni di archiviazione a blocchi di Azure.

Per un elenco dei tipi di archiviazione e dei relativi contratti di servizio per operazioni di I/O al secondo e velocità effettiva di archiviazione, vedere la documentazione di Azure per Managed Disks.

Importante

Indipendentemente dal tipo di archiviazione di Azure scelto, il file system usato in tale risorsa di archiviazione deve essere supportato da SAP per il sistema operativo e il DBMS specifici. Nota di supporto SAP #2972496 elenca i file system supportati per diversi sistemi operativi e database, incluso SAP HANA. Questo vale per tutti i volumi SAP HANA accessibili in lettura e scrittura per qualsiasi attività. In particolare, usando NFS in Azure per SAP HANA, le restrizioni aggiuntive delle versioni di NFS si applicano come indicato più avanti in questo articolo

Le condizioni minime SAP HANA certificate per i diversi tipi di archiviazione sono:

  • Archiviazione Premium di Azure v1 - /hana/log deve essere supportato dall'acceleratore di scrittura di Azure. Il volume /hana/data può essere inserito nell'archiviazione Premium v1 senza Acceleratore di scrittura di Azure o su disco Ultra. Archiviazione Premium di Azure v2 o Ssd Premium di Azure v2 non supporta l'uso dell'acceleratore di scrittura di Azure
  • Disco Ultra di Azure almeno per il volume /hana/log . Il volume /hana/data può essere inserito nell'archiviazione Premium v1/v2 senza l'acceleratore di scrittura di Azure o per ottenere tempi di riavvio più rapidi del disco Ultra
  • Volumi NFS v4.1 su Azure NetApp Files per /hana/log e /hana/data. Il volume di /hana/shared può usare il protocollo NFS v3 o NFS v4.1

In base all'esperienza acquisita con i clienti, è stato modificato il supporto per la combinazione di diversi tipi di archiviazione tra /hana/data e /hana/log. È supportato combinare l'utilizzo delle diverse risorse di archiviazione a blocchi di Azure certificate per le condivisioni HANA E NFS basate su Azure NetApp Files. Ad esempio, è possibile inserire /hana/data nell'archiviazione Premium v1 o v2 e /hana/log può essere inserito nell'archiviazione su disco Ultra per ottenere la bassa latenza necessaria. Se si usa un volume basato su ANF per /hana/data, il volume /hana/log può essere inserito anche in uno dei tipi di archiviazione a blocchi di Azure certificati HANA. L'uso di NFS su ANF per uno dei volumi (ad esempio /hana/data) e archiviazione Premium di Azure v1/v2 o disco Ultra per l'altro volume (ad esempio /hana/log) è supportato.

È raro che sia necessario preoccuparsi dei sottosistemi di I/O e delle relative funzionalità nei sistemi locali perché il fornitore dell'appliance deve assicurarsi che siano soddisfatti i requisiti di archiviazione minima per SAP HANA. Se si configura l'infrastruttura di Azure in autonomia, è necessario conoscere alcuni di questi requisiti per SAP. Alcune delle caratteristiche minime della velocità effettiva consigliate da SAP sono:

  • Lettura/scrittura in /hana/log di 250 MB/sec con dimensioni di I/O di 1 MB
  • Attività di lettura di almeno 400 MB/sec per /hana/data per dimensioni di I/O da 16 MB e 64 MB
  • Attività di scrittura di almeno 250 MB/sec per /hana/data con dimensioni di I/O da 16 MB e 64 MB

Detto questo, una bassa latenza di archiviazione è fondamentale per i sistemi DBMS, anche perché i sistemi DBMS, come SAP HANA, mantengono dati in memoria. Il percorso critico per l'archiviazione riguarda in genere le scritture nel log delle transazioni dei sistemi DBMS. Ma possono essere critiche anche operazioni come la scrittura di punti di salvataggio o il caricamento di dati in memoria dopo il ripristino da un arresto anomalo del sistema. Pertanto, è obbligatorio usare Archiviazione Premium di Azure v1/v2, disco Ultra o ANF per i volumi /hana/data e /hana/log.

Alcuni principi guida per la selezione della configurazione di archiviazione per HANA possono essere elencati come segue:

  • Decidere il tipo di archiviazione in base ai tipi di Archiviazione di Azure per il carico di lavoro SAP e selezionare un tipo di disco
  • La velocità effettiva di I/O della macchina virtuale complessiva e i limiti di I/O al secondo quando si ridimensiona o si decide per una macchina virtuale. La velocità effettiva complessiva dell'archiviazione delle macchine virtuali è documentata nell'articolo Dimensioni delle macchine virtuali ottimizzate per la memoria
  • Quando si decide per la configurazione di archiviazione, provare a rimanere al di sotto della velocità effettiva complessiva della macchina virtuale con la configurazione del volume /hana/data . SAP HANA scrive punti di salvataggio, HANA può essere aggressivo emittente di I/O. È possibile eseguire facilmente il push fino ai limiti di velocità effettiva del volume /hana/data durante la scrittura di un punto di salvataggio. Se i dischi che compilano il volume /hana/data hanno una velocità effettiva superiore a quella consentita dalla macchina virtuale, è possibile che si verifichino situazioni in cui la velocità effettiva usata dalla scrittura del punto di salvataggio interferisce con le richieste di velocità effettiva delle scritture di rollforward del log. Una situazione che può influire sulla velocità effettiva dell'applicazione
  • Se si sta valutando l'uso della replica di sistema HANA, l'archiviazione usata per /hana/data in ogni replica deve essere uguale e il tipo di archiviazione usato per /hana/log in ogni replica deve essere uguale. Ad esempio, l'uso di Archiviazione Premium di Azure v1 per /hana/data con una macchina virtuale e un disco Ultra di Azure per /hana/data in un'altra macchina virtuale che esegue una replica della stessa configurazione di replica di sistema HANA, non è supportata

Importante

I suggerimenti per le configurazioni di archiviazione in questo o nei documenti successivi sono concepiti come indicazioni per iniziare. Esecuzione del carico di lavoro e analisi dei modelli di utilizzo dell'archiviazione, si potrebbe rendersi conto che non si sta usando tutta la larghezza di banda di archiviazione o le operazioni di I/O al secondo fornite. È possibile prendere in considerazione il ridimensionamento dello spazio di archiviazione. In alternativa, il carico di lavoro potrebbe richiedere più velocità effettiva di archiviazione rispetto a quelle suggerite con queste configurazioni. Di conseguenza, potrebbe essere necessario distribuire più capacità, operazioni di I/O al secondo o velocità effettiva. Nel campo della tensione tra la capacità di archiviazione necessaria, la latenza di archiviazione necessaria, la velocità effettiva di archiviazione e le operazioni di I/O al secondo necessarie e la configurazione meno costosa, Azure offre tipi di archiviazione sufficienti con funzionalità diverse e diversi punti di prezzo per trovare e adattare al giusto compromesso per l'utente e il carico di lavoro HANA.

Set di striping rispetto al partizionamento del volume di dati SAP HANA

L'uso di Archiviazione Premium di Azure v1 consente di raggiungere il miglior rapporto prezzo/prestazioni quando si esegue lo striping del volume /hana/data e/o /hana/log su più dischi di Azure. Invece di distribuire volumi di dischi di dimensioni maggiori che offrono maggiore quantità di operazioni di I/O al secondo o velocità effettiva necessarie. La creazione di un singolo volume su più dischi di Azure può essere eseguita con le gestioni volumi LVM e MDADM, che fanno parte di Linux. Il metodo di striping dei dischi è di decenni e ben noto. Il vantaggio di questi volumi con striping è ottenere le funzionalità di I/O al secondo o velocità effettiva necessarie, ma aggiunge complessità per la gestione di tali volumi con striping. In particolare nei casi in cui i volumi devono essere estesi nella capacità. Almeno per /hana/data, SAP ha introdotto un metodo alternativo che raggiunge lo stesso obiettivo dello striping tra più dischi di Azure. Poiché SAP HANA 2.0 SPS03, il server di indicizzazione HANA è in grado di eseguire lo striping dell'attività di I/O tra più file di dati HANA, che si trovano in dischi di Azure diversi. Il vantaggio è che non è necessario occuparsi della creazione e della gestione di un volume con striping in diversi dischi di Azure. La funzionalità SAP HANA del partizionamento del volume di dati è descritta in dettaglio in:

Leggendo i dettagli, è evidente che l'applicazione di questa funzionalità elimina le complessità dei set di striping basati su gestione volumi. Si sa anche che il partizionamento del volume di dati HANA non funziona solo per l'archiviazione a blocchi di Azure, ad esempio Archiviazione Premium di Azure v1/v2. È possibile usare questa funzionalità anche per eseguire lo striping tra condivisioni NFS nel caso in cui queste condivisioni abbiano limitazioni di operazioni di I/O al secondo o velocità effettiva.

Modalità di pianificazione I/O Linux

Linux offre varie modalità di pianificazione I/O diverse. Raccomandazione comune tramite fornitori Linux e SAP consiste nel riconfigurare la modalità di pianificazione di I/O per i volumi su disco dalla modalità mq-deadline o kyber alla modalità noop (non multiqueue) o none per (multiqueue) se non ancora eseguita dai profili saptune SLES. Viene fatto riferimento ai dettagli in:

In Red Hat lasciare le impostazioni definite dai profili di ottimizzazione specifici per le diverse applicazioni SAP.

Dimensioni di striping quando si usano gestioni volumi logici

Se si usa LVM o mdadm per compilare set di striping in diversi dischi Premium di Azure, è necessario definire le dimensioni di striping. Queste dimensioni differiscono tra /hana/data e /hana/log. Raccomandazione: con le dimensioni di striping, è consigliabile usare:

  • 256 KB per /hana/data
  • 64 KB per /hana/log

Nota

Le dimensioni di striping per /hana/data sono state modificate rispetto alle raccomandazioni precedenti che chiamano da 64 KB o da 128 KB a 256 KB in base alle esperienze dei clienti con versioni Linux più recenti. Le dimensioni di 256 KB offrono prestazioni leggermente migliori. È stata modificata anche la raccomandazione per le dimensioni di striping di /hana/log da 32 KB a 64 KB per ottenere una velocità effettiva sufficiente con dimensioni di I/O maggiori.

Nota

Non è necessario configurare alcun livello di ridondanza usando i volumi RAID perché l'archiviazione a blocchi di Azure mantiene tre immagini di un disco rigido virtuale. L'uso di un set di striping con dischi Premium di Azure è esclusivamente per configurare volumi che forniscono operazioni di I/O al secondo e/o velocità effettiva di I/O sufficienti.

L'accumulo di più dischi di Azure al di sotto di un set di striping viene accumulato da un lato IOPS e velocità effettiva di archiviazione. Pertanto, se si inserisce un set di striping su più di 3 dischi di Archiviazione Premium di Azure P30 v1, è consigliabile offrire tre volte le operazioni di I/O al secondo e tre volte la velocità effettiva di archiviazione di un singolo disco Premium di Azure Archiviazione v1 P30.

Importante

Se si usa LVM o mdadm come gestione volumi per creare set di striping su più dischi Premium di Azure, i tre filesystems /data di SAP HANA/ data, /log e /shared non devono essere inseriti in un gruppo di volumi predefinito o radice. È consigliabile seguire il materiale sussidiario per i fornitori linux, che in genere consiste nel creare singoli gruppi di volumi per /data, /log e /shared.

Considerazioni sul file system condiviso HANA

Quando si ridimensionano i file system HANA, la maggior parte dell'attenzione viene data ai sistemi HANA di dati e file di log. Tuttavia, /hana/shared svolge anche un ruolo importante nel funzionamento di un sistema HANA stabile, poiché ospita componenti essenziali come i file binari HANA.
Se è sottodimensionato, /hana/shared potrebbe diventare saturo di I/O a causa di operazioni di lettura/scrittura eccessive, ad esempio durante la scrittura di un dump di grandi dimensioni o durante la traccia intensiva o se il backup viene scritto nel file system /hana/condiviso . La latenza potrebbe anche aumentare.

Se il sistema HANA si trova in una configurazione a disponibilità elevata, le risposte lente del file system condiviso, ad esempio /hana/shared potrebbero causare timeout delle risorse del cluster. Questi timeout possono causare failover non necessari, perché gli agenti di risorse HANA potrebbero presupporre erroneamente che il database non sia disponibile.

Le linee guida SAP per le dimensioni consigliate /hana/shared sono simili alle seguenti:

Volume Dimensioni consigliate
/hana/shared (aumento) Min(1 TB, 1 x RAM)
/hana/shared (ampliamento) 1 x RAM del nodo di lavoro
per quattro nodi di lavoro

Per altri dettagli, vedere le note SAP seguenti:
3288971 - Domande frequenti: SU edizione Standard HAE/RedHat HAA Pacemaker Cluster Resource Manager in ambienti di replica di sistema SAP HANA
1999930 - Domande frequenti: Analisi di I/O DI SAP HANA

Come procedura consigliata, dimensionare /hana/shared per evitare colli di bottiglia delle prestazioni. Tenere presente che un file system /hana/shared ben ridimensionato contribuisce alla stabilità e all'affidabilità del sistema SAP HANA, in particolare negli scenari a disponibilità elevata.

Configurazioni di Azure Archiviazione Premium v1 per HANA

Per indicazioni dettagliate sulla configurazione dell'archiviazione HANA con Archiviazione Premium di Azure v1, leggere il documento Configurazioni di archiviazione SSD Premium della macchina virtuale di Azure SAP HANA.

Configurazioni di SSD Premium di Azure v2 per HANA

Per indicazioni dettagliate sulla configurazione dell'archiviazione HANA usando l'archiviazione ssd Premium di Azure v2, leggere il documento Configurazioni di archiviazione PREMIUM v2 della macchina virtuale di Azure SAP HANA.

Configurazione dell'archiviazione su disco Ultra di Azure per SAP HANA

Per indicazioni dettagliate sulla configurazione dell'archiviazione HANA con Il disco Ultra di Azure, leggere il documento Configurazioni di archiviazione su disco Ultra della macchina virtuale di Azure SAP HANA.

Volumi NFS v4.1 in Azure NetApp Files

Per informazioni dettagliate su ANF per HANA, leggere il documento Volumi NFS v4.1 in Azure NetApp Files per SAP HANA.

Passaggi successivi

Per altre informazioni, vedi: