Dimensionamento dello storage
La sezione seguente fornisce una panoramica delle considerazioni su performance e capacità richieste per il dimensionamento di un sistema storage per SAP HANA.
|
Contatta NetApp o il tuo partner commerciale NetApp per aiutarti a creare un ambiente di storage di dimensioni adeguate. |
Considerazioni sulle performance
SAP ha definito un set statico di KPI dello storage validi per tutti gli ambienti SAP HANA in produzione, indipendentemente dalle dimensioni della memoria degli host di database e delle applicazioni che utilizzano il database SAP HANA. Questi KPI sono validi per ambienti a host singolo, host multiplo, Business Suite su HANA, Business Warehouse su HANA, S/4HANA e BW/4HANA. Pertanto, l'attuale approccio al dimensionamento delle performance dipende solo dal numero di host SAP HANA attivi collegati al sistema storage.
|
I KPI relativi alle performance dello storage sono richiesti solo per i sistemi SAP HANA in produzione, ma è possibile implementarli in tutti i sistemi HANA. |
SAP offre uno strumento di test delle performance utilizzato per convalidare le performance del sistema storage per gli host SAP HANA attivi collegati allo storage.
NetApp ha testato e predefinito il numero massimo di host SAP HANA che possono essere collegati a un modello di storage specifico, pur continuando a soddisfare i KPI di storage richiesti da SAP per i sistemi SAP HANA basati sulla produzione.
|
I controller di storage della famiglia di prodotti certificati FAS possono essere utilizzati anche per SAP HANA con altri tipi di dischi o soluzioni di back-end su disco. Tuttavia, devono essere supportati da NetApp e soddisfare i KPI delle performance SAP HANA TDI. Ad esempio, NetApp Storage Encryption (NSE) e la tecnologia NetApp FlexArray. |
Questo documento descrive il dimensionamento dei dischi per HDD SAS e unità a stato solido (SSD).
HDD
Per soddisfare i KPI relativi alle performance di storage di SAP, è necessario un minimo di 10 dischi dati (SAS a 10.000 rpm) per nodo SAP HANA.
|
Questo calcolo è indipendente dallo storage controller e dallo shelf di dischi utilizzati, nonché dai requisiti di capacità del database. L'aggiunta di più shelf di dischi non aumenta la quantità massima di host SAP HANA supportati da uno storage controller. |
Dischi a stato solido
Con gli SSD, il numero di dischi dati è determinato dal throughput della connessione SAS dai controller di storage allo shelf SSD.
Il numero massimo di host SAP HANA che possono essere eseguiti su un singolo shelf di dischi e il numero minimo di SSD richiesti per host SAP HANA sono stati determinati eseguendo il tool di test delle performance SAP. Questo test non prende in considerazione i requisiti effettivi di capacità dello storage degli host. Inoltre, è necessario calcolare i requisiti di capacità per determinare l'effettiva configurazione dello storage necessaria.
-
Lo shelf di dischi SAS da 12 GB (DS224C) con 24 SSD supporta fino a 14 host SAP HANA quando lo shelf di dischi è collegato a 12 GB.
-
Lo shelf di dischi SAS da 6 GB (DS2246) con 24 SSD supporta fino a 4 host SAP HANA.
Gli SSD e gli host SAP HANA devono essere equamente distribuiti tra entrambi i controller di storage.
La seguente tabella riassume il numero di host SAP HANA supportati per shelf di dischi.
Shelf SAS da 6 GB (DS2246) con 24 SSD completamente caricati | Shelf SAS da 12 GB (DS224C) con 24 SSD completamente caricati | |
---|---|---|
Numero massimo di host SAP HANA per shelf di dischi |
4 |
14 |
|
Questo calcolo è indipendente dal controller di storage utilizzato. L'aggiunta di più shelf di dischi non aumenta la quantità massima di host SAP HANA supportati da uno storage controller. |
Carichi di lavoro misti
Sono supportati SAP HANA e altri carichi di lavoro applicativi eseguiti sullo stesso storage controller o nello stesso aggregato di storage. Tuttavia, è una Best practice di NetApp separare i workload SAP HANA da tutti gli altri workload delle applicazioni.
Potresti decidere di implementare workload SAP HANA e altri workload applicativi sullo stesso storage controller o sullo stesso aggregato. In tal caso, è necessario assicurarsi che le performance di SAP HANA siano adeguate all'interno dell'ambiente di workload misto. NetApp consiglia inoltre di utilizzare i parametri della qualità del servizio (QoS) per regolare l'effetto che queste altre applicazioni potrebbero avere e per garantire il throughput per le applicazioni SAP HANA.
Il tool di test delle performance SAP deve essere utilizzato per verificare se è possibile eseguire altri host SAP HANA su uno storage controller esistente già in uso per altri carichi di lavoro. I server applicativi SAP possono essere posizionati in modo sicuro sullo stesso storage controller e/o aggregato dei database SAP HANA.
Considerazioni sulla capacità
Una descrizione dettagliata dei requisiti di capacità per SAP HANA è disponibile nella "Nota SAP 1900823" white paper allegato.
|
Il dimensionamento della capacità del panorama SAP complessivo con più sistemi SAP HANA deve essere determinato utilizzando gli strumenti di dimensionamento dello storage SAP HANA di NetApp. Contatta NetApp o il tuo partner commerciale NetApp per convalidare il processo di dimensionamento dello storage per un ambiente di storage di dimensioni adeguate. |
Configurazione dello strumento di test delle performance
A partire da SAP HANA 1.0 SPS10, SAP ha introdotto i parametri per regolare il comportamento di i/o e ottimizzare il database per il file e il sistema storage utilizzati. Questi parametri devono essere impostati anche quando si esegue il test delle performance dello storage con lo strumento di test delle performance SAP.
NetApp ha condotto test delle performance per definire i valori ottimali. La seguente tabella elenca i parametri che devono essere impostati nel file di configurazione dello strumento di test delle prestazioni SAP.
Parametro | Valore |
---|---|
max_parallel_io_requests |
128 |
async_read_submit |
acceso |
async_write_submit_active |
acceso |
async_write_submit_blocks |
tutto |
Per ulteriori informazioni sulla configurazione dello strumento di test SAP, vedere "Nota SAP 1943937" Per HWCCT (SAP HANA 1.0) e. "Nota SAP 2493172" PER HCMT/HCOT (SAP HANA 2.0).
Nell'esempio seguente viene illustrato come impostare le variabili per il piano di esecuzione HCMT/HCOT.
…{ "Comment": "Log Volume: Controls whether read requests are submitted asynchronously, default is 'on'", "Name": "LogAsyncReadSubmit", "Value": "on", "Request": "false" }, { "Comment": "Data Volume: Controls whether read requests are submitted asynchronously, default is 'on'", "Name": "DataAsyncReadSubmit", "Value": "on", "Request": "false" }, { "Comment": "Log Volume: Controls whether write requests can be submitted asynchronously", "Name": "LogAsyncWriteSubmitActive", "Value": "on", "Request": "false" }, { "Comment": "Data Volume: Controls whether write requests can be submitted asynchronously", "Name": "DataAsyncWriteSubmitActive", "Value": "on", "Request": "false" }, { "Comment": "Log Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits", "Name": "LogAsyncWriteSubmitBlocks", "Value": "all", "Request": "false" }, { "Comment": "Data Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits", "Name": "DataAsyncWriteSubmitBlocks", "Value": "all", "Request": "false" }, { "Comment": "Log Volume: Maximum number of parallel I/O requests per completion queue", "Name": "LogExtMaxParallelIoRequests", "Value": "128", "Request": "false" }, { "Comment": "Data Volume: Maximum number of parallel I/O requests per completion queue", "Name": "DataExtMaxParallelIoRequests", "Value": "128", "Request": "false" }, …
Queste variabili devono essere utilizzate per la configurazione del test. Questo è solitamente il caso dei piani di esecuzione predefiniti che SAP offre con lo strumento HCMT/HCOT. Il seguente esempio per un test di scrittura del log 4k è da un piano di esecuzione.
… { "ID": "D664D001-933D-41DE-A904F304AEB67906", "Note": "File System Write Test", "ExecutionVariants": [ { "ScaleOut": { "Port": "${RemotePort}", "Hosts": "${Hosts}", "ConcurrentExecution": "${FSConcurrentExecution}" }, "RepeatCount": "${TestRepeatCount}", "Description": "4K Block, Log Volume 5GB, Overwrite", "Hint": "Log", "InputVector": { "BlockSize": 4096, "DirectoryName": "${LogVolume}", "FileOverwrite": true, "FileSize": 5368709120, "RandomAccess": false, "RandomData": true, "AsyncReadSubmit": "${LogAsyncReadSubmit}", "AsyncWriteSubmitActive": "${LogAsyncWriteSubmitActive}", "AsyncWriteSubmitBlocks": "${LogAsyncWriteSubmitBlocks}", "ExtMaxParallelIoRequests": "${LogExtMaxParallelIoRequests}", "ExtMaxSubmitBatchSize": "${LogExtMaxSubmitBatchSize}", "ExtMinSubmitBatchSize": "${LogExtMinSubmitBatchSize}", "ExtNumCompletionQueues": "${LogExtNumCompletionQueues}", "ExtNumSubmitQueues": "${LogExtNumSubmitQueues}", "ExtSizeKernelIoQueue": "${ExtSizeKernelIoQueue}" } }, …
Panoramica del processo di dimensionamento dello storage
Il numero di dischi per host HANA e la densità host SAP HANA per ciascun modello di storage sono stati determinati con lo strumento di test delle performance SAP.
Il processo di dimensionamento richiede dettagli come il numero di host SAP HANA in produzione e non in produzione, la dimensione della RAM di ciascun host e la conservazione del backup delle copie Snapshot basate sullo storage. Il numero di host SAP HANA determina il controller dello storage e il numero di dischi necessari.
La dimensione della RAM, la dimensione dei dati netti sul disco di ciascun host SAP HANA e il periodo di conservazione del backup della copia Snapshot vengono utilizzati come input durante il dimensionamento della capacità.
La figura seguente riassume il processo di dimensionamento.
![Errore: Immagine grafica mancante](./../media/saphana-fas-nfs_image9.jpg)