Cerca
Close this search box.
Cerca
Close this search box.

Il licensing SAP applicato al database HANA

Come destreggiarsi tra le diverse opzioni di licenza

Nell’adozione di SAP S4 HANA la componente di database è fondamentale. Di fatto il passaggio a un database in-memory determina una serie di vantaggi e contemporaneamente molte sfide in fase di migrazione alla nuova versione.

In questo articolo affronteremo il licensing di questa componente in quanto le scelte tra le possibili opzioni hanno il più delle volte pesanti conseguenze dal punto di vista funzionale ed economico.

Cos’è SAP HANA

SAP HANA è il database in-memory di SAP, rilasciato nel 2011 nella sua prima versione e costantemente aggiornato e potenziato con nuove funzionalità negli ultimi anni. Essendo un database in-memory orientato alle colonne di SAP, permette di archiviare i dati nella memoria, aumentando in maniera esponenziale la capacità di elaborazione del database, che è quindi in grado di gestire in tempo reale enormi volumi di dati e supportare applicazioni business-critical.

Le sue funzionalità di data visualization, query e analytics, infatti, permettono di creare applicazioni, eseguire analisi avanzate con il supporto dell’AI, utilizzare strumenti di database management e supportare varie fonti di dati, anche Big Data e IoT.

Per licenziare correttamente il database HANA, si deve per prima cosa – come si legge nella SAP Licensing Guide – tenere conto di quale modello di distribuzione si utilizza: ovvero on prem, cloud privato o cloud pubblico.

Le principali opzioni di licenza si possono dividere in quattro macro-gruppi:

  • SAP HANA EXPRESS EDITION
  • SAP HANA RUNTIME EDITION
  • SAP HANA FULL-USE EDITION
  • SAP CLOUD PLATFORM, SAP HANA SERVICE

 

SAP HANA EXPRESS EDITION

Si tratta di una versione semplificata di SAP HANA, progettata per essere eseguita su computer portatili e altri host, come le macchine virtuali ospitate su cloud. Viene utilizzata dagli sviluppatori per creare e distribuire applicazioni di nuova generazione: l’utilizzo è gratuito per database in-memory fino a 32 GB e si può espandere a 64, 96 o 128 GB con l’acquisto di una licenza aggiuntiva.

La si può scaricare da questo link.

SAP HANA RUNTIME EDITION

A differenza della Full-Use Edition, la Runtime Edition è limitata a un ambiente di runtime per le applicazioni SAP. Per applicazione SAP si intende qualsiasi applicazione che include NetWeaver Application Server (un web application server specifico per i prodotti SAP), ad esempio S/4 HANA, BW/4 HANA e altri prodotti correlati.

Come si legge sul blogs.sap, questo tipo di licenza – più economica – consente l’estrazione dei dati solo attraverso le applicazioni SAP. Non è permessa, ad esempio, l’estrazione di informazioni dalla base dati per portarle verso applicativi terzi di Business Intelligence.

La Runtime Edition è considerata parte integrante dell’applicazione stessa, quindi qualsiasi connessione diretta al database HANA per elaborare dati che non passi per il front end dell’applicazione costituisce una violazione della licenza.

La licenza viene conteggiata con una metrica chiamata HSAV, che è una percentuale del valore (tipicamente il 15%) del proprio patrimonio licenze SAP sia dal punto di vista dell’acquisto che della manutenzione.

SAP HANA FULL-USE EDITION

Abbiamo visto che la Runtime Edition è un’opzione di utilizzo del database HANA riservato solo alle applicazioni SAP. La Full-use, invece non presenta limiti nel caricamento e all’esportazione di dati SAP e non SAP direttamente in e da SAP HANA: i dati possono essere letti sia dal livello dell’applicazione che da quello del database e si prestano alla modellazione, all’amministrazione, all’uso di motori avanzati secondo diritti avanzati.

La Full-Use viene concessa in due modalità: Standard (con diritti limitati) ed Enterprise Edition. Per S4 non è più opzionabile la Standard Edition. L’Enterprise Edition viene concessa in licenza in base a una metrica di gigabyte di memoria, secondo singoli blocchi di unità da 64 GB, con un prezzo che parte da 120.000 per blocco.

SAP HANA offre funzionalità avanzate di analisi predittiva e di apprendimento automatico all’interno del database: rispetto alla Runtime, che si limita ad alcune funzionalità in-database e a casi d’uso predittivi, l’Enterprise Edition copre tutte le integrazioni a livello di database con la possibilità di fornire soluzioni per i diversi scenari in tutte le linee di business. Sotto una tabella del blogs.sap che le riassume:

Si tenga presente, inoltre, che usare SAP HANA System Replication (SAP HSR) con active/active – per aumentare le prestazioni del database –  è una funzionalità che si paga in più rispetto alle licenze previste.

Licenziare l’utilizzo: Runtime o Full-Use?

Conoscere i diversi casi d’uso – Runtime e Full-Use – è importante per prepararsi alle negoziazioni SAP e assicurarsi di licenziare correttamente l’utilizzo che si vuole fare del database HANA.

La scelta tra Runtime e Full-Use è legata alla strategia e ai programmi dell’organizzazione e alle capacità che si vuole incrementare dell’architettura aziendale. Per questo, prima di firmare, le funzionalità SAP HANA vanno mappate sulle esigenze aziendali, per scegliere di conseguenza il licensing più adeguato.

Se il proprio obiettivo è sfruttare il database HANA per velocizzare la capacità di esecuzione delle applicazioni SAP o supportare il passaggio a S4 HANA senza troppe pretese, la licenza Runtime è più indicata, mentre se si vuole accedere a tutta la potenza analitica e di elaborazione della piattaforma SAP HANA per scalare il proprio business la scelta deve orientarsi su una licenza Full-Use.

Un altro aspetto da considerare riguarda anche la mole di dati da gestire: essendo le metriche molto diverse tra loro (HSAV vs GB), ci sono casi in cui potrebbe essere più conveniente una licenza Full-Use. Ad esempio, se si ha un volume di dati molto limitato a fronte di un costo di licenza elevato (su cui per Runtime si paga la percentuale), potrebbe essere utile valutare anche il costo dell’alternativa per cui si licenziano i singoli blocchi di GB.

Il cloud: SAP CLOUD PLATFORM, SAP HANA SERVICE

SAP HANA Cloud è un base DBaaS (database as a service) che consente di sfruttare la capacità di elaborazione dati in-memory di SAP HANA in cloud. Ufficialmente chiamato SAP Cloud Platform, SAP HANA service, offre diverse funzionalità come gestione e amministrazione del database, sicurezza dei dati, elaborazione multi-modello, sviluppo di applicazioni e virtualizzazione dei dati.

Si tratta quindi di un servizio di database gestito, con tutti i vantaggi collegati (back-up, disponibilità, scalabilità illimitata). Si appoggia a due opzioni di distribuzione nel cloud, garantendo flessibilità nel processo di sviluppo: se nell’ambiente Cloud Foundry, si basa su provider di cloud pubblico come AWS, Google Cloud Platform o Azure, mentre se nell’ambiente Neo si basa sul cloud proprietario ospitato da SAP.

Le opzioni di licenza sono simili alla Full-Use di SAP HANA. L’edizione Enterprise sfrutta tutte le funzionalità di SAP HANA Service Edition e può partire da 32 GB (quindi è un ottimo punto di partenza dopo aver superato SAP HANA, edizione express) fino a scalare con incrementi di 16 GB. Sono disponibili licenze in abbonamento e contratti Cloud Platform Enterprise (cioè si paga per quello che si usa).

Conclusione e raccomandazioni

Consigliamo sempre, prima di pianificare l’acquisto di licenze per il database SAP HANA, di identificare correttamente l’utilizzo che se ne vuole fare.

Per questo motivo deve esserci una stretta sinergia tra i team di IT procurement, R&D e le linee di business (che definiscono obiettivi e KPI per l’innovazione), per condividere strategie e programmi di gestione database. I nostri consulenti aiutano le aziende a mappare le esigenze in assessment per definire la best fit esigenza/licenza e a negoziare al tavolo del vendor con consapevolezza.

Può essere utile prevedere anche azioni continuative di ottimizzazione dei costi di licenza, così come consigliato dall’esperto Gleichmann sul blog.sap, che prevedono:

  • Housekeeping: ovvero il monitoraggio delle licenze già acquistate, per verificare utilizzi non conformi (es. una licenza Runtime che non rispetta i vincoli interni a SAP) o non adeguati alle proprie attività di database management e sviluppo
  • Archiviazione/cancellazione: visto quanto sopra, prevedere dei piani ciclici di archiviazione/disattivazione delle licenze
  • Configurare correttamente il sistema: SAP HANA offre diverse funzionalità, che vanno configurate. Errori di configurazione possono portare a spese senza poter percepire appieno il loro beneficio
  • Fare frequenti controlli sullo stato di salute di HANA per scoprire i bug: i bug che possono interessare il database possono rallentare o inficiare il funzionamento del sistema per cui stiamo pagando la licenza senza poterne usufruire al 100% del suo potenziale
  • Utilizzare il NSE (SAP HANA Native Storage Extension), che è un archivio integrato in SAP HANA che consente di gestire i dati ad accesso meno frequente senza caricarli completamente in memoria. Questa funzionalità permette di pagare solo per la cache del buffer e non per il warm-store su disco, riducendo i costi di licenza.
  • Oltre al NSE ci sono altre tecnologie come il pmem (lo storage persistente) che permettono di ridurre il TCO dell’hardware (RAM): non avrà un impatto sui costi di licenza, ma ottimizzare i costi dell’hardware è un bonus per la crescita futura del database, se abbiamo in programma di sfruttare per molti anni la potenza del database HANA.


Con frequenti controlli al proprio database (revisione licenze, funzionalità, configurazioni, frammentazione, bug ecc.) è inoltre più facile fare previsioni di utilizzo e di conseguenza fare una stima indicativa dei costi futuri da sostenere (es. il TCO) per verificare la reale capacità di spesa aziendale e impostare dei KPI indicativi del rapporto spesa/revenue.

02-s pattern02

Vorresti aiuto nel destreggiarti nel licensing SAP?

CONTATTACI PER APPROFONDIRE!