Baseline operativa per SAP in Azure
Questo articolo si basa su una serie di considerazioni e raccomandazioni definite nell'articolo relativo alla zona di destinazione di Azure Area di progettazione: gestione per ambienti Azure. Le indicazioni fornite in questo articolo illustrano come gestire in modo operativo una piattaforma SAP in un ambiente aziendale di Azure, con gestione e monitoraggio centralizzati a livello di piattaforma.
L'articolo offre raccomandazioni chiave per i team operativi SAP per gestire i sistemi SAP all'interno della piattaforma Azure. Poiché SAP è una piattaforma fondamentale, è consigliabile includere indicazioni sulle aree di progettazione della zona di destinazione di Azure nella progettazione. Per creare procedure operative standard per la gestione di un carico di lavoro SAP, consultare la sezione Procedure operative del carico di lavoro SAP in Azure Well-Architected Framework.
Punti chiave
Di seguito alcune raccomandazioni e considerazioni chiave sulla progettazione per il monitoraggio e la gestione di SAP in Azure:
Usare Monitoraggio di Azure per soluzioni SAP per monitorare i carichi di lavoro SAP in Azure. Prendere in considerazione l'integrazione di Monitoraggio di Azure per soluzioni SAP con SAP Solution Manager. È possibile aggiungere Application Insights per estrarre tutti i dati di telemetria necessari durante la generazione di avvisi e ticket di supporto quando i dati di telemetria indicano un potenziale errore.
Monitorare l'ambiente SAP usando Avvisi baseline SAP in Azure
Implementare la protezione dalle minacce usando la Soluzione Microsoft Sentinel per SAP. Usare questa soluzione per monitorare i sistemi SAP e rilevare minacce sofisticate in tutti i livelli di logica di business e applicazione.
Eseguire un'estensione della macchina virtuale per il controllo SAP. L'estensione per SAP impiega un'identità gestita assegnata di una macchina virtuale (VM) per accedere ai dati di monitoraggio e di configurazione delle VM. Questo controllo verifica che tutte le metriche delle prestazioni nell'applicazione SAP provengano dall'estensione Azure per SAP sottostante.
Proteggere il database HANA usando il servizio Backup di Azure. Se si distribuisce Azure NetApp Files per HANA, Oracle o il database DB2, usare lo strumento snapshot coerente con l'applicazione Azure (AzAcSnap) per creare snapshot coerenti con le applicazioni. AzAcSnap supporta anche i database Oracle. Prendere in considerazione l'utilizzo di una VM centrale piuttosto che di VM singole.
Usare il monitoraggio della latenza tra VM per le applicazioni sensibili alla latenza.
Usare Monitoraggio connessione in Azure Network Watcher per monitorare le metriche di latenza per database SAP e server applicazioni. In alternativa, raccogliere e visualizzare le misurazioni della latenza di rete usando Monitoraggio di Azure.
Usare il monitoraggio di Azure Site Recovery per mantenere l'integrità del servizio di ripristino di emergenza per i server delle applicazioni SAP.
Tutti i sistemi di produzione devono usare dischi gestiti Premium con almeno 128 GiB (P10) per i dischi del sistema operativo per evitare problemi di prestazioni.
Escludere tutti i file system di database e i programmi eseguibili dalle analisi antivirus. L'inclusione potrebbe causare problemi di prestazioni. Rivolgersi ai fornitori di database per informazioni dettagliate sull'elenco di esclusione. Ad esempio, Oracle consiglia di escludere /oracle/<sid>/sapdata dalle scansioni antivirus.
Assicurarsi che il fuso orario del sistema operativo e quello del sistema SAP corrispondano.
Non raggruppare servizi applicazione diversi nello stesso cluster. Ad esempio, non combinare cluster DRBD e servizi centrali nello stesso cluster. Tuttavia, è possibile usare lo stesso cluster Pacemaker per gestire circa cinque servizi centrali diversi (cluster multi-SID).
Anche se si usa il cluster TWS (Workload Scheduler) di IBM per la pianificazione dei processi, prendere in considerazione l'esecuzione del cluster TWS nella propria coppia di VM. Non è consigliabile eseguirlo in un cluster di database o servizi centrali SAP.
Se si usa un database DB2 per l'esecuzione di SAP in Azure, negli scenari in cui si implementa, è consigliabile
LOG_METH2
usare una condivisione File di Azure (NFSv4.1). Migliora la velocità del ripristino di emergenza.Prendere in considerazione l'esecuzione di sistemi di sviluppo/test in un modello di snooze per risparmiare e ottimizzare i costi di esecuzione di Azure.
Prendere in considerazione la creazione di un piano per i requisiti non funzionali. Eseguire il mapping di tali requisiti con le risorse native di Azure che possono soddisfare tali requisiti. Monitoraggio di Azure per SAP, ad esempio, è in grado di monitorare i cluster dei servizi centrali.
Analizzare e adottare parametri SAP, in particolare parametri di memoria ABAP, durante l'esecuzione di una migrazione del sistema operativo o del database. Ad esempio,
em/initial_size_MB
è valido solo per gli ambienti AIX e non deve essere impostato per le VM di Azure.Dopo la migrazione, prendere in considerazione la raccolta di statistiche di database complete per i database non HANA. Ad esempio, implementare la nota SAP 1020260 - Recapito delle statistiche Oracle.
Prendere in considerazione l'uso di Oracle Automatic Storage Management (ASM) per tutte le distribuzioni Oracle che usano SAP in Azure.
Prendere in considerazione l'uso dell'archiviazione automatica per le distribuzioni DB2 che usano SAP in Azure.
Ottimizzare e gestire le operazioni di SAP Basis usando SAP Landscape Management (LaMa). Usare il connettore SAP LaMa per Azure per spostare, copiare, clonare e aggiornare i sistemi SAP.
Eseguire un controllo di qualità per SAP HANA sull'infrastruttura di Azure di cui è stato effettuato il provisioning per verificare che le VM di cui è stato effettuato il provisioning siano conformi alle migliori procedure di SAP HANA per Azure.
Per ogni sottoscrizione di Azure, eseguire un test di latenza delle zone di disponibilità di Azure prima della distribuzione a livello di zona per scegliere le zone a bassa latenza per la distribuzione di SAP in Azure.
Se si collabora con i clienti gestendo le proprie proprietà SAP, prendere in considerazione Azure Lighthouse. Azure Lighthouse consente ai provider di servizi gestiti di usare i servizi di gestione delle identità native di Azure per l'autenticazione nell'ambiente dei clienti. Mette il controllo nelle mani dei clienti, perché può revocare l'accesso in qualsiasi momento e controllare le azioni dei provider di servizi.
Azure Lighthouse funziona con le API esistenti, ad esempio il programma Cloud Solution Provider. I vantaggi per i provider includono la gestione dei tenant senza modifica del contesto e visualizzazione delle informazioni tra tenant. L'uso di Azure Lighthouse consente di mantenere la fiducia tra clienti e provider e di semplificare la gestione degli ambienti SAP.
Efficienza delle prestazioni Oracle
L'efficienza delle prestazioni può essere difficile da diagnosticare in qualsiasi sistema aziendale. Per SAP in Azure che esegue Oracle, una raccolta di script SQL consente di diagnosticare i problemi di prestazioni.
La prima raccomandazione consiste nell'usare report AWR (Automatic Workload Repository). I report AWR contengono informazioni utili per la diagnosi dei problemi nel sistema Oracle. È consigliabile eseguire un report AWR durante diverse sessioni e scegliere i periodi di picco per tale report, per garantire un'ampia copertura per l'analisi.
Il report AWR mostra statistiche SQL, informazioni sul database, statistiche di sistema e I/O e altre informazioni che è possibile usare per individuare i problemi. Per altri strumenti di analisi e istruzioni SQL utili, consultare questo post del blog su SAP.
Per indicazioni aggiuntive sull'efficienza delle prestazioni sui carichi di lavoro Oracle, consultare la sezione Efficienza delle prestazioni del carico di lavoro Oracle in Azure Well-Architected Framework.
Passaggi successivi
Costruire la propria continuità aziendale e il ripristino di emergenza per una migrazione SAP.