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 Tipi di archiviazione di Azure per il carico di lavoro SAP e Selezionare un tipo di disco

Azure offre due metodi di distribuzione per i dischi rigidi virtuali in Azure Standard e archiviazione Premium 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, tra cui 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 oltre a 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 tipi di archiviazione diversi 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 possono essere posizionati 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. Ecco alcune delle caratteristiche minime di velocità effettiva consigliate da SAP:

  • 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. È quindi obbligatorio usare Archiviazione Premium di Azure v1/v2, disco Ultra o ANF per i volumi /hana/data e /hana/log .

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

  • 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 delle operazioni di I/O al secondo quando si ridimensiona o si decide per una macchina virtuale. Per informazioni sulla velocità effettiva di archiviazione complessiva delle macchine virtuali, vedere l'articolo Dimensioni delle macchine virtuali ottimizzate per la memoria.
  • Quando si decide per la configurazione dell'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 eseguendo operazioni 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 del log di rollforward. 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. L'esecuzione del carico di lavoro e l'analisi dei modelli di utilizzo dell'archiviazione possono essere consapevoli che non si sta usando tutta la larghezza di banda di archiviazione o le operazioni di I/O al secondo fornite. È quindi possibile considerare il ridimensionamento nella risorsa di archiviazione. In alternativa, il carico di lavoro potrebbe richiedere una maggiore velocità effettiva di archiviazione rispetto a quella suggerita 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 punti di prezzo diversi per trovare e adattare al giusto compromesso per l'utente e il carico di lavoro HANA.

Set di striping e 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 tra 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 è decenni vecchio e ben noto. Poiché questi volumi con striping sono utili per accedere alle funzionalità di I/O al secondo o velocità effettiva necessarie, potrebbe essere necessario, 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 tra dischi di Azure diversi. 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. Ci si rende anche conto 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 I/O al secondo o velocità effettiva.

Modalità di pianificazione I/O Linux

Linux offre varie modalità di pianificazione I/O diverse. È consigliabile usare i fornitori linux e SAP per 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. I dettagli sono indicati in:

In Red Hat lasciare le impostazioni stabilite 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 su più dischi Premium di Azure, è necessario definire le dimensioni di striping. Queste dimensioni differiscono tra /hana/data e /hana/log. Raccomandazione: poiché le dimensioni di striping si consiglia di usare:

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

Nota

Le dimensioni di striping per /hana/data sono state modificate dalle raccomandazioni precedenti che chiamano 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 anche modificata 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'utilizzo di un set di striping con dischi Premium di Azure è puramente 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 sotto un set di striping si accumula da un lato IOPS e velocità effettiva di archiviazione. Quindi, se si inserisce un set di righe su più di 3 x P30 dischi di archiviazione Premium di Azure v1, è consigliabile fornire tre volte le operazioni di I/O al secondo e tre volte la velocità effettiva di archiviazione di un singolo disco di Archiviazione Premium di Azure v1 P30.

Importante

Nel caso in cui si usi LVM o mdadm come gestione volumi per creare set di striping su più dischi Premium di Azure, i tre file system SAP HANA /data, /log e /shared non devono essere inseriti in un gruppo di volumi predefinito o radice. È consigliabile seguire le linee guida per i fornitori Linux che in genere consentono di creare singoli gruppi di volumi per /data, /log e /shared.

Configurazioni di Azure Archiviazione Premium v1 per HANA

Per informazioni dettagliate sulle raccomandazioni sulla configurazione dell'archiviazione HANA con Archiviazione Premium di Azure v1, leggere il documento informazioni sulle configurazioni di archiviazione SSD Premium della macchina virtuale SAP HANA di Azure

Configurazioni di Azure Premium SSD v2 per HANA

Per indicazioni dettagliate sulla configurazione dell'archiviazione HANA usando l'archiviazione ssd Premium di Azure v2, leggere il documento sap HANA Macchine virtuali Premium SSD v2 di Azure

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

Per informazioni dettagliate sulle raccomandazioni sulla configurazione dell'archiviazione HANA con Azure Ultra Disk, leggere il documento sulle 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 NFS v4.1 volumi su Azure NetApp Files per SAP HANA

Passaggi successivi

Per altre informazioni, vedere: