Piattaforma dati del carico di lavoro SAP
La piattaforma dati si riferisce alle tecnologie dell'archivio dati che supportano un carico di lavoro SAP. I carichi di lavoro SAP pongono richieste elevate sulla piattaforma dati. Vengono descritte le procedure consigliate per ottimizzare i costi mantenendo al contempo le prestazioni.
Ottimizzazione dei costi dei dati
Impatto: Ottimizzazione dei costi
È consigliabile ottimizzare il costo di archiviazione per il carico di lavoro SAP. L'archiviazione è un componente essenziale di un carico di lavoro SAP. L'archiviazione contiene dati attivi e dati di backup fondamentali per l'organizzazione. L'archiviazione influisce sulle prestazioni, la disponibilità e la recuperabilità di un carico di lavoro SAP. È importante avere le prestazioni corrette al giusto costo. Ecco le raccomandazioni per raggiungere questo obiettivo.
Usare il tipo di archiviazione della capacità riservata. Sono disponibili diverse opzioni di archiviazione tra cui scegliere in base ai requisiti del carico di lavoro. I dischi gestiti, l'archiviazione BLOB e l'archiviazione di backup possono supportare un carico di lavoro SAP in varie combinazioni. Ognuna di queste opzioni include opzioni di prenotazione di archiviazione che riduce i costi complessivi per i dati persistenti.
Per altre informazioni, vedi:
- Capacità riservata del disco di Azure
- Capacità riservata dell'archiviazione BLOB
- capacità riservata di archiviazione Backup di Azure
Usare i criteri di gestione del ciclo di vita. Oltre alla capacità riservata, è necessario assicurarsi che il periodo di conservazione dei dati sia adatto al carico di lavoro SAP. Un backup del database SAP può essere di grandi dimensioni e aggiungere al costo di archiviazione, se non ottimizzato. È consigliabile creare criteri del ciclo di vita che soddisfino l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino (RPO) del carico di lavoro SAP. I criteri devono passare all'archiviazione Premium, Standard, Cold, Archive in base ai requisiti aziendali e di età.
Migliorare l'affidabilità dei dati
Impatto: affidabilità
L'affidabilità dei dati è essenziale per garantire la continuità delle operazioni. Vengono fornite raccomandazioni sull'affidabilità per la configurazione dell'affidabilità del database, la creazione dell'affidabilità della condivisione SAPMNT, l'uso dei backup e l'implementazione di una soluzione di ripristino di emergenza.
Configurare l'affidabilità del database
Un'applicazione SAP invia i dati a più sistemi aziendali, rendendo la resilienza del database una considerazione chiave del carico di lavoro. È consigliabile replicare i dati di produzione per ottenere la massima resilienza. La replica tra aree è la soluzione di ripristino di emergenza preferita. Tuttavia, per un'opzione più conveniente, è consigliabile configurare almeno la ridondanza della zona. I metodi scelti dipendono dal sistema di gestione del database (DBMS) e dal contratto di servizio aziendale richiesto. Di seguito sono riportate le raccomandazioni per il livello del database.
Definire RPO e RTO. La creazione della resilienza del database richiede un piano per ripristinare la perdita di dati. Un errore logico nel database SAP, un'emergenza su larga scala o un'interruzione del sistema può causare una perdita di dati in un carico di lavoro SAP. Il piano di ripristino deve identificare la quantità di dati che si è disposti a perdere e la velocità con cui è necessario eseguire il ripristino. La quantità di perdita di dati che si è disposti a perdere è l'obiettivo del punto di ripristino (RPO). La velocità con cui è necessario eseguire il ripristino è l'obiettivo del tempo di ripristino (RTO). Quando si progetta per la recuperabilità, è necessario comprendere l'OBIETTIVO RPO e l'RTO desiderati e effettivi dell'applicazione SAP.
Usare la replica sincrona senza perdita di dati. In alcuni scenari non esiste alcuna tolleranza per la perdita di dati. L'obiettivo del punto di ripristino è 0. Per ottenere questo RPO, è necessario usare la replica sincrona a livello di database. La replica sincrona esegue il commit delle transazioni di database in istanze di database in due zone o aree separate. È consigliabile misurare la latenza tra le due istanze per assicurarsi che soddisfi le esigenze del carico di lavoro ed eseguire questa operazione con lo strumento di misurazione SAP niping . Una latenza di rete più elevata rallenta la scalabilità del carico di lavoro e la distanza fisica tra le istanze aggiunge latenza di rete. Di conseguenza, la replica tra aree avrà una latenza più elevata rispetto alle zone di disponibilità perché esiste una distanza maggiore tra le istanze. La replica del database tra aree diverse deve essere asincrona e la replica tra le zone di disponibilità deve essere sincrona. È importante bilanciare la resilienza e la latenza nella progettazione del carico di lavoro SAP.
Per altre informazioni, vedi:
- Distribuzione DBMS generale di Macchine virtuali di Azure per un carico di lavoro SAP
- Architettura e scenari di disponibilità elevata per SAP NetWeaver
- Latenza di rete tra e all'interno delle zone
Creare l'affidabilità della condivisione SAPMNT
SAPMNT ospita i file del kernel fisico per l'applicazione SAP e può essere un singolo punto di errore. In Azure sono disponibili diverse opzioni per creare ridondanza e progettare una condivisione SAPMNT a disponibilità elevata. È consigliabile usare File Premium di Azure o Azure NetApp Files per Linux e File Premium di Azure. Per le distribuzioni basate su Windows, è consigliabile usare Azure NetApp Files o Azure Shared Disk.
Esistono anche alcune configurazioni specifiche dell'applicazione da gestire per l'affidabilità SAPMNT. Per distribuire il livello dell'applicazione SAP NetWeaver, sono necessarie directory condivise nell'ambiente (/sapmnt/SID and /usr/sap/trans). È consigliabile creare file system a disponibilità elevata e garantire la resilienza. Le /sapmnt/SID directory e /usr/sap/SID/ASCS sono importanti. È consigliabile posizionare questi file system in NFS su File di Azure per ottenere la massima affidabilità.
Per altre informazioni, vedere NFS in File di Azure.
Tabella 1 - Linee guida SAPMNT per ogni sistema operativo.
Usare i backup dei dati
Il carico di lavoro SAP deve implementare una normale soluzione di backup. I backup sono la spina dorsale del ripristino di emergenza e contribuiscono a garantire la continuità delle operazioni. Sono disponibili alcuni consigli per l'affidabilità dei backup.
Iniziare con Backup di Azure
È consigliabile usare Backup di Azure come strategia di backup di base per un carico di lavoro SAP. Backup di Azure è la soluzione di backup nativa in Azure e offre più funzionalità per semplificare i backup SAP. Con Backup di Azure, vogliamo sottolineare alcune funzionalità.
Tabella 2 : funzionalità di Backup di Azure
| Funzionalità | Descrizione |
|---|---|
| Compatibilità dei backup del database nativo | Backup di Azure fornisce backup nativi tramite il connettore Backint per i database SAP HANA, SQL Server e Oracle usati dalle applicazioni SAP. Backup di Azure per SAP offre un'API denominata Backint. Backint consente alle soluzioni di backup di creare backup direttamente a livello di database. Backup di Azure supporta anche la funzionalità di backup del database per i database HANA e SQL Server. |
| Backup dell'archiviazione | La funzionalità di backup dell'archiviazione consente di ottimizzare la strategia di backup usando gli snapshot del disco di Archiviazione Premium di Azure per i dischi selettivi. Per altre informazioni sui backup coerenti con l'applicazione, vedere Coerenza degli snapshot. |
| Backup di una macchina virtuale | Eseguire il backup e il ripristino dei dati delle macchine virtuali di Azure tramite il portale di Azure. Il ripristino tra aree consente di ripristinare le macchine virtuali di Azure che si trovavano in un'area secondaria abbinata. |
| Conservazione a lungo termine | Backup di Azure consente di conservare anni di backup SAP per esigenze di conformità e controllo. |
| Gestione del backup | Backup di Azure consente di gestire i backup dal portale di Azure con un'interfaccia utente semplice. |
Per altre informazioni, vedi:
- Documentazione su Backup
- Panoramica del backup di SAP HANA
- Backup di Azure architettura per il backup di SAP HANA.
- Guida del backup di SAP HANA in macchine virtuali di Azure
- Guida di backup per i database di replica di sistema SAP HANA nelle macchine virtuali di Azure.
- Linee guida per il backup per gli snapshot dell'istanza del database SAP HANA nelle macchine virtuali di Azure.
- Guida al backup per SQL Server in Azure Macchine virtuali
Trovare soluzioni di backup del marketplace
Esistono diverse soluzioni di backup di terze parti certificate in Azure Marketplace. Queste soluzioni offrono funzionalità di backup fornitore e funzionalità di backup certificate SAP. È consigliabile creare il layering di queste soluzioni oltre a Backup di Azure per generare soluzioni personalizzate con supporto di base.
I partner Microsoft offrono soluzioni integrate con Archiviazione di Azure per carichi di lavoro di archiviazione, backup e continuità aziendale e ripristino di emergenza. Le soluzioni partner sfruttano i vantaggi di scalabilità e costi di Archiviazione di Azure. È possibile usare le soluzioni per risolvere i problemi di backup, creare un sito di ripristino di emergenza o archiviare il contenuto inutilizzato per la conservazione a lungo termine. Possono sostituire i backup basati su nastro e offrire un sito di ripristino economico su richiesta con tutti gli standard di conformità e le funzionalità di archiviazione, ad esempio l'archiviazione non modificabile e la gestione del ciclo di vita.
Usare gli snapshot
Uno snapshot è una copia temporizzato dei dati. La velocità e l'affidabilità degli snapshot consentono di gestire database di grandi dimensioni e proteggere il database primario da danneggiamenti o errori. Queste funzionalità rendono gli snapshot critici per il ripristino di emergenza. Sono disponibili alcune opzioni per creare e archiviare i backup per il carico di lavoro SAP.
Backup di Azure può eseguire backup del database per HANA e SQL Server, ad esempio. La funzionalità Insieme di credenziali di backup del disco condiviso di Azure può essere usata come soluzione di archiviazione del database. Azure NetApp Files (ANF) può anche eseguire il backup di dati critici usando snapshot, ad esempio snapshot di volumi ANF. La replica tra aree ANF usa snapshot ANF per replicare i dati da un'area a un'altra.
La soluzione corretta dipende dai livelli di costo e disponibilità desiderati. In alcuni scenari, potrebbe essere necessario replicare i dati SAP in Azure in altre aree di Azure per il ripristino di emergenza. Tuttavia, è possibile ottenere le stesse funzionalità con Archiviazione di Azure replica, ad esempio l'archiviazione con ridondanza geografica o Azure Site Recovery.
Per altre informazioni, vedi:
- Configurazioni del carico di lavoro SAP con le zone di disponibilità di Azure
- Ripristino di emergenza di SAP NetWeaver
- Azure Site Recovery per carichi di lavoro SAP
- Azure Storage redundancy (Ridondanza di Archiviazione di Azure)
- Eseguire il backup degli snapshot dell'istanza dei database SAP HANA nelle macchine virtuali di Azure
Implementare un piano di ripristino di emergenza
È consigliabile investire nel ripristino di emergenza per migliorare l'affidabilità del carico di lavoro SAP. Il ripristino di emergenza viene ottenuto replicando i dati primari in una posizione secondaria. Diversi strumenti e metodologia possono essere usati per raggiungere l'obiettivo. Il ripristino di emergenza è necessario quando la posizione primaria non è accessibile a causa di un'emergenza tecnica o naturale. Le soluzioni di ripristino di emergenza possono trovarsi in più zone all'interno dell'area o in più aree in base ai requisiti aziendali, ma è consigliabile il ripristino di emergenza nell'area per migliorare la resilienza.
Per altre informazioni, vedi:
- Azure Site Recovery
- Replica tra più aree di volumi di Azure NetApp Files
- Copia snapshot tra aree per Archiviazione dischi di Azure
- Backup e ripristino di emergenza
Migliorare le prestazioni di archiviazione
Impatto: efficienza delle prestazioni
È importante scegliere le soluzioni di archiviazione appropriate per supportare le esigenze dei dati del carico di lavoro SAP. La soluzione corretta può migliorare le prestazioni delle funzionalità esistenti e consentire di aggiungere nuove funzionalità. In generale, l'archiviazione deve soddisfare i requisiti di operazioni di input/output al secondo e le esigenze di velocità effettiva del database SAP.
Per altre informazioni, vedere Tipi di archiviazione per un carico di lavoro SAP.
Usare l'archiviazione che supporta i requisiti di prestazioni. Microsoft supporta tecnologie di archiviazione diverse per soddisfare i requisiti di prestazioni. Per il carico di lavoro SAP, è possibile usare Azure Managed Disk (ad esempio, SSD Premium, SSD Premium v2, SSD Standard) e Azure NetApp Files.
Configurare l'archiviazione per le prestazioni. Sono state pubblicate linee guida per la configurazione dell'archiviazione per i database SAP HANA. Illustra gli scenari di produzione e una variante non di produzione consapevole dei costi. Seguendo le configurazioni di archiviazione consigliate, l'archiviazione passerà tutti gli indicatori KPI (HCMT) hardware e cloud. Per altre informazioni, vedere Configurazioni di archiviazione delle macchine virtuali di Azure sap HANA.
Abilitare l'acceleratore di scrittura. L'acceleratore di scrittura è una funzionalità per le macchine virtuali serie M in Archiviazione Premium esclusivamente con Managed Disks di Azure. È fondamentale abilitare l'acceleratore di scrittura sui dischi associati al volume /hana/log. Questa configurazione facilita la latenza di scrittura in millisecondi inferiore per le dimensioni dei blocchi da 4 KB e 16 KB. Per altre informazioni, vedere Acceleratore di scrittura di Azure.
Scegliere la macchina virtuale corretta. La scelta della macchina virtuale corretta comporta implicazioni in termini di costi e prestazioni. L'obiettivo è scegliere una macchina virtuale di archiviazione che supporta i requisiti di IOPS e velocità effettiva del carico di lavoro SAP. Durante la selezione di una macchina virtuale sono disponibili tre aree critiche
Tabella 3 - Funzionalità di calcolo che influiscono sulle prestazioni
| Funzionalità di calcolo | Descrizione |
|---|---|
| Numero di vCPU | Il numero di CPU ha un effetto diretto sulle licenze nel nodo del database. La maggior parte dei database segue un modello di licenza basato su core. Usare la quantità che soddisfa le proprie esigenze e modificare i contratti di licenza in base alle esigenze. |
| Memoria | La memoria è fondamentale per le prestazioni dell'applicazione e l'applicazione SAP può avere esigenze di memoria elevate. In generale, una maggiore memoria offre più letture di memoria, meno paging e costi di macchina virtuale più elevati. |
| Velocità effettiva. | La velocità effettiva è importante per un'applicazione ospitata in una delle macchine virtuali per comunicare con l'esterno della macchina virtuale usando le schede di interfaccia di rete.Throughput is important for an application hosted on one of the VMS to communicate with outside the VM by using its network interface cards (NIC). |