Eseguire SAP HANA in Azure (istanze Large)

Questa architettura di riferimento mostra un set di procedure comprovate per l'esecuzione di SAP HANA in Azure (istanze Large) con disponibilità elevata e ripristino di emergenza.This reference architecture shows a set of proven practices for running SAP HANA on Azure (Large Instances) with high availability (HA) and disaster recovery (DR). Chiamata HLI (HANA Large Instances), questa offerta viene distribuita nei server fisici nelle aree di Azure. Questa soluzione illustra un semplice scenario di scalabilità orizzontale per illustrare i concetti di base nella distribuzione e nel funzionamento di un sistema SAP HANA in Azure. Per le opzioni, vedere altri scenari di installazione per istanze Large di HANA.

Architettura

Scaricare un file di Visio di questa architettura.

Flusso di lavoro

L'architettura è costituita dai componenti dell'infrastruttura seguenti.

• Rete virtuale. Il servizio Azure Rete virtuale (VNet) connette in modo sicuro le risorse di Azure l'una all'altra e viene suddivisa in subnet separate per ogni livello. I livelli dell'applicazione SAP vengono distribuiti in azure Macchine virtuali (VM) per connettersi al livello di database HANA che risiede in istanze large.

• Rete HLI Revisione 4.5. A partire da luglio 2021, è disponibile la revisione aggiornata di HLI Rev 4. Questa implementazione aggiornata [rev4.5] include molti miglioramenti nell'infrastruttura, ad esempio 100 Gb/s per l'archiviazione NFS e una migliore ridondanza di rete del server di database. In questa progettazione, i server HLI vengono distribuiti nei data center di Azure in prossimità fisica alle macchine virtuali di Azure in cui sono in esecuzione i server applicazioni SAP. Se usato insieme a una configurazione [ExpressRoute FastPath][fastpath], Rev 4.5 eleva le prestazioni dell'applicazione. Queste funzionalità di rete supportano anche le distribuzioni rev 3 e rev 4.

• Macchine virtuali (VM) . Le macchine virtuali vengono usate nel livello applicazione SAP e nel livello servizi condivisi. Quest'ultimo include una jump box usata dagli amministratori per configurare istanze Large di HANA e fornire l'accesso ad altre macchine virtuali. Per raggruppare i server applicazioni SAP nello stesso data center con le unità di istanze Large di HANA, usare gruppi di posizionamento di prossimità.

• Istanza Large di HANA. Questo server fisico è certificato per soddisfare gli standard SAP HANA Tailored Datacenter Integration (TDI) per l'esecuzione di SAP HANA. Questa architettura usa due istanze Large di HANA: un'unità di calcolo primaria e una secondaria. La disponibilità elevata a livello di dati è fornita dalla replica di sistema HANA (HSR).

• Coppia a disponibilità elevata. Un gruppo di pannelli di istanze Large di HANA viene gestito insieme per garantire ridondanza e affidabilità del database.

• Microsoft Enterprise Edge (MSEE). MSEE è un punto di connessione da un provider di connettività o dal perimetro della rete attraverso un circuito ExpressRoute.

• Schede di interfaccia di rete (NIC). Per abilitare la comunicazione, il server delle istanze Large di HANA offre quattro schede di rete virtuali per impostazione predefinita. Questa architettura richiede una scheda di rete per la comunicazione client, una seconda scheda di rete per la connettività da nodo a nodo richiesta da HSR, una terza scheda di rete per l'archiviazione delle istanze Large di HANA e una quarta scheda di rete per iSCSI, usato nel clustering a disponibilità elevata.

• Archiviazione di NFS (Network File System). Il server NFS supporta la condivisione di file di rete che fornisce la persistenza dei dati protetta per l'istanza Large di HANA.

• ExpressRoute. ExpressRoute è il servizio di rete di Azure consigliato per la creazione di connessioni private tra una rete locale e le reti virtuali di Azure che non passano tramite Internet pubblico. Le macchine virtuali di Azure si connettono alle istanze Large di HANA usando un'altra connessione ExpressRoute. La connessione ExpressRoute tra la rete virtuale di Azure e le istanze Large di HANA viene configurata come parte dell'offerta Microsoft.

• Gateway. Il gateway ExpressRoute viene usato per connettere la rete virtuale di Azure usata per il livello applicazione SAP alla rete di istanze Large di HANA. Usare la SKU Prestazioni elevate o Prestazioni extra.

• Ripristino di emergenza. Le opzioni per il ripristino di emergenza includono la replica di sistema HANA (HSR), il backup e il ripristino dei file HANA o la replica di archiviazione. Su richiesta, il team di gestione dei servizi Microsoft può configurare i server di archiviazione e i volumi. L'utente è responsabile della pianificazione dello snapshot di archiviazione, del test del sistema e della familiarità con il processo di ripristino. Altre considerazioni si applicano al livello applicazione per SAP NetWeaver e SAP S/4HANA in Azure.

Consigli

I requisiti possono variare: usare queste indicazioni solo come punto di partenza.

Calcolo istanze Large di HANA

Le istanze Large di HANA sono server fisici basati sull'architettura cpu Intel Broadwell e Cascade Lake e configurate in un modulo di istanze di grandi dimensioni, ovvero un set specifico di server o pannelli. Un'unità di calcolo è uguale a un server o blade server e uno stamp è costituito da più server o blade server. All'interno di un modulo di istanze di grandi dimensioni, i server non vengono condivisi e sono dedicati all'esecuzione della distribuzione di un cliente di SAP HANA.

Sono disponibili un'ampia gamma di SKU per le istanze Large di HANA, che supportano fino a 24 TB di memoria (con scalabilità orizzontale di 120 TB) per BW/4HANA o altri carichi di lavoro SAP HANA.

Scegliere uno SKU che soddisfi i requisiti di dimensionamento determinati nelle fasi di architettura e progettazione. Assicurarsi sempre che il dimensionamento si applichi allo SKU corretto. Le funzionalità e i requisiti di distribuzione variano in base al tipo e la disponibilità varia in base all'area. È possibile inoltre passare da un SKU a uno SKU di dimensioni maggiori.

Microsoft consente di stabilire la configurazione di istanze di grandi dimensioni, ma è responsabilità dell'utente verificare le impostazioni di configurazione del sistema operativo. Fare riferimento alle note SAP più recenti per la versione esatta di Linux in uso.

Storage

Il layout di archiviazione è implementato in base alla raccomandazione del TDI per SAP HANA. Le istanze Large di HANA sono fornite con una specifica configurazione di archiviazione per le specifiche TDI standard. È tuttavia possibile acquistare spazio di archiviazione aggiuntivo in incrementi di 1 TB.

Per supportare i requisiti degli ambienti di importanza critica, tra cui il ripristino rapido, viene usata l'archiviazione NFS invece dell'archiviazione DAS. Il server di archiviazione NFS per le istanze Large di HANA è ospitato in un ambiente multi-tenant, dove i tenant sono separati e protetti tramite l'isolamento di calcolo, rete e archiviazione.

Per supportare la disponibilità elevata nel sito primario, usare layout di archiviazione diversi. Ad esempio, in una distribuzione multi-host con istanze aumentate, lo spazio di archiviazione è condiviso. Un'altra opzione di disponibilità elevata è la replica basata su applicazioni, ad esempio HSR. Per il ripristino di emergenza, tuttavia, viene usata una replica di archiviazione basata su snapshot.

Rete

Questa architettura usa reti sia virtuali che fisiche. La rete virtuale fa parte dell'infrastruttura distribuita come servizio (IaaS) di Azure e si connette a una rete fisica discreta di istanze Large di HANA tramite circuiti ExpressRoute . Un gateway cross-premise connette i carichi di lavoro nella rete virtuale di Azure ai siti locali.

Tutte le distribuzioni di istanze Large di HANA a partire da luglio 2019 usano i francobolli rev 4, distribuiti in prossimità degli host di macchine virtuali di Azure usati per i server applicazioni SAP. Di conseguenza, la distribuzione di Rev 4 riduce al minimo la latenza di rete tra l'applicazione e i livelli di database.

Le reti di istanze Large di HANA sono isolate tra di loro per motivi di sicurezza. Le istanze che si trovano in aree diverse non comunicano tra loro, tranne che per la replica di archiviazione dedicata. Tuttavia, per usare HSR, è necessaria la comunicazione tra aree diverse. [Copertura globale di Azure] [globalreach], tabelle di routing IP o proxy possono essere usati per abilitare HSR tra aree.

Tutte le reti virtuali di Azure che si connettono a istanze Large di HANA in un'area possono essere connesse tra loro tramite ExpressRoute a istanze Large di HANA in un'area secondaria.

Il circuito ExpressRoute per le istanze Large di HANA è incluso per impostazione predefinita durante il provisioning. Per la configurazione, è necessario un layout di rete specifico, inclusi gli intervalli di indirizzi CIDR (Classless Inter-Domain Routing) necessari e il routing del dominio. Per i dettagli, vedere Infrastruttura e connettività a SAP HANA (istanze Large) in Azure.

Per ridurre la latenza di rete e migliorare le prestazioni, prendere in considerazione l'abilitazione di FastPath (detta anche M edizione Standard E v2). Questa configurazione di rete consente il traffico dall'ambiente locale alla rete virtuale di Azure e dalla rete virtuale alle istanze Large di HANA, per ignorare il gateway di Azure.

Considerazioni

Scalabilità

Per scegliere il piano adatto alle proprie esigenze, è possibile scegliere tra server di varie dimensioni disponibili per le istanze Large di HANA. I server sono classificati come tipo I e tipo II e sono personalizzati per diversi carichi di lavoro. Scegliere una dimensione in grado di adattarsi alla crescita del carico di lavoro per i prossimi tre anni. Sono disponibili anche impegni di un anno.

Una distribuzione multi-host con scalabilità orizzontale viene in genere usata per le distribuzioni BW/4HANA come una sorta di strategia di partizionamento del database. A partire da questo articolo, BW/4HANA in istanze Large di HANA può aumentare fino a 120 TB. Per aumentare le istanze, pianificare il posizionamento delle tabelle HANA prima dell'installazione. Dal punto di vista dell'infrastruttura, vi sono più host connessi a un volume di archiviazione condivisa, per consentire l'intervento rapido degli host in standby nel caso in cui uno dei nodi del ruolo di lavoro di calcolo nel sistema HANA smetta di funzionare.

S/4HANA e SAP Business Suite in HANA in un singolo pannello possono aumentare fino a 24 TB con un nodo a istanza singola. Istanze Large di HANA e l'infrastruttura di archiviazione di Azure supportano anche distribuzioni con scalabilità orizzontale S/4HANA e BW/4HANA. Per SKU specifici certificati per la scalabilità orizzontale, consultare la [directory hardware certificato SAP][directory].

I requisiti di memoria per HANA aumentano in base al volume dei dati. Usare il consumo di memoria corrente del sistema come base per stimare il consumo futuro e quindi eseguire il mapping della domanda in una delle dimensioni delle istanze Large di HANA.

Se si dispone già di distribuzioni SAP, SAP fornisce report utilizzabili per controllare i dati usati dai sistemi esistenti e calcolare i requisiti di memoria per un'istanza HANA. Ad esempio, vedere le note SAP seguenti (l'accesso richiede un account SAP Service Marketplace):

• SAP Note 1793345 - Sizing for SAP Suite on HANA (Nota SAP 1793345: ridimensionamento della suite SAP in HANA)
• SAP Note 1872170 - Suite on HANA and S/4 HANA sizing report (Nota SAP 1872170: report sul ridimensionamento della suite in HANA e S/4 HANA)
• SAP Note 2121330 - FAQ: SAP BW on HANA sizing report (Nota SAP 2121330: domande frequenti: report sul ridimensionamento di SAP BW in HANA)
• SAP Note 1736976 - Sizing report for BW on HANA (Nota SAP 1736976: report sul ridimensionamento per BW in HANA)
• SAP Note 2296290 - New sizing report for BW on HANA (Nota SAP 2296290: nuovo report sul ridimensionamento per BW in HANA)

Disponibilità

La ridondanza delle risorse è il tema generale nelle soluzioni di infrastruttura a disponibilità elevata. Per progettare e implementare una corretta strategia di disponibilità elevata e ripristino di emergenza, collaborare con SAP, con l'integratore di sistemi di fiducia o con Microsoft. Questa architettura segue il contratto di servizio di Azure per HANA in Azure (istanze Large). Per valutare i propri requisiti di disponibilità, prendere in considerazione tutti i singoli punti di guasto, il livello desiderato di tempo di attività per i servizi e queste metriche comuni:

• Obiettivo tempo di ripristino (RTO) indica il tempo durante il quale il server di istanze Large di HANA non è disponibile.

• Obiettivo punto di ripristino (RPO) indica il periodo massimo tollerabile per il quale i dati dei clienti sono persi a causa di un guasto.

Per la disponibilità elevata, distribuire più di un'istanza in una coppia a disponibilità elevata e usare HSR in modalità sincrona per ridurre al minimo la perdita e il tempo di inattività dei dati. In aggiunta a una configurazione a disponibilità elevata locale a due nodi, HSR supporta la replica multilivello, in cui un terzo nodo in un'area di Azure separata si registra nella replica secondaria della coppia HSR in cluster come destinazione di replica. In questo modo si forma un collegamento a margherita di repliche.

Il failover nel nodo di ripristino di emergenza è un processo manuale senza clustering Linux. Per il rilevamento e il failover automatici degli errori, è possibile configurare Pacemaker per ridurre ulteriormente i tempi di inattività causati da errori software o hardware. A partire da HANA 2.0 SPS 04, HSR supporta anche la replica multi-destinazione. Invece di una catena di dati, questa forma di replica ha un sottoscrittore primario e più sottoscrittori secondari.

Quando si configura HSR di istanze Large di HANA con failover automatico, è possibile richiedere al team di gestione dei servizi Microsoft di configurare un dispositivo STONITH per i server di istanze Large di HANA.

Ripristino di emergenza

Questa architettura supporta il ripristino di emergenza tra istanze Large di HANA in aree diverse di Azure. Vi sono due modi per supportare il ripristino di emergenza con istanze Large di HANA:

• Replica di archiviazione. Il contenuto di archiviazione primario viene replicato costantemente nei sistemi di archiviazione di ripristino di emergenza remoti che sono disponibili nel server designato delle istanze Large di HANA per il ripristino di emergenza. Nella replica di archiviazione, il database HANA non viene caricato in memoria. Questa opzione di ripristino di emergenza è più semplice da un punto di vista amministrativo. Per determinare se si tratta di una strategia adeguata, confrontare il tempo di caricamento del database con il contratto di servizio sulla disponibilità. La replica di archiviazione consente inoltre di eseguire il recupero temporizzato. Se è configurato il ripristino di emergenza multifunzione (con ottimizzazione dei costi), è necessario acquistare ulteriore spazio di archiviazione delle stesse dimensioni nella posizione di ripristino di emergenza. Microsoft fornisce script self-service di failover e snapshot di archiviazione per il failover HANA come parte dell'offerta di istanze Large di HANA.

• HSR multilivello o multi-destinazione con una terza replica nell'area di ripristino di emergenza (in cui il database HANA viene caricato in memoria). Questa opzione supporta un tempo di ripristino più rapido ma non supporta il recupero temporizzato. HSR richiede un sistema secondario. Il traffico di replica del sistema HANA destinato al sito di ripristino di emergenza può essere instradato tramite proxy, ad esempio tabelle nginx o IP. In alternativa, è possibile usare Copertura globale per collegare i circuiti ExpressRoute insieme, consentendo agli utenti di connettersi direttamente all'unità istanze Large di HANA.

Ottimizzazione dei costi

Usare il calcolatore dei prezzi di Azure per stimare i costi.

Per altre informazioni, vedere la sezione sui costi in Microsoft Azure Well-Architected Framework.

Gli SKU possono influire sul modello di fatturazione. Ecco alcune considerazioni relative ai costi.

Macchine virtuali

In questa architettura di riferimento, le macchine virtuali vengono usate per ospitare applicazioni SAP, servizi SAP e servizi condivisi, ad esempio jump box di gestione. Esistono alcuni SKU certificati di istanze Large di HANA. Le configurazioni dipendono dal carico di lavoro, dalle risorse della CPU, dalla memoria desiderata e dal budget.

Gli SKU di istanze Large di HANA sono disponibili come istanze di macchina virtuale riservate. Le prenotazioni di Azure possono ridurre i costi se è possibile eseguire il commit a un anno o a un periodo di tre anni. Le prenotazioni di macchine virtuali possono ridurre i costi fino al 72% rispetto ai prezzi con pagamento in base al consumo. Si ottiene un'infrastruttura SAP HANA creata appositamente con calcolo, archiviazione e rete. Le istanze Large di HANA sono abbinate all'archiviazione e alla rete NFS e offrono il supporto predefinito per i backup tramite snapshot di archiviazione, disponibilità elevata e ripristino di emergenza e configurazioni con scalabilità orizzontale. Se il carico di lavoro non ha un tempo prevedibile di completamento o consumo di risorse, prendere in considerazione l'opzione con pagamento in base al consumo.

Usare la panoramica del piano di risparmio di Azure e combinare le prenotazioni di Azure. Il piano di risparmio di Azure è un piano flessibile per risparmiare sui costi che genera risparmi significativi sui prezzi con pagamento in base al consumo. Si accetta un contratto di un anno o tre anni e si ricevono sconti per i servizi di calcolo idonei. I risparmi si applicano a questi servizi di calcolo indipendentemente dall'area, dalle dimensioni dell'istanza o dal sistema operativo. Per altre informazioni, vedere la documentazione del piano di risparmio di Azure.

Usare le macchine virtuali spot di Azure per eseguire carichi di lavoro che possono essere interrotti e non richiedono il completamento entro un intervallo di tempo predeterminato o un contratto di servizio.

Per altre informazioni, vedere la sezione "SAP HANA in Istanze Large di Azure" in HLI per SAP HANA Macchine virtuali Prezzi.

Azure ExpressRoute

Per questa architettura, Azure ExpressRoute viene usato come servizio di rete per la creazione di connessioni private tra una rete locale e reti virtuali di Azure. Le macchine virtuali di Azure si connettono a istanze Large di HANA usando un'altra connessione ExpressRoute e un gateway ExpressRoute. Prestazioni elevate o Prestazioni Ultra è lo SKU consigliato.

Tutto il trasferimento dei dati in ingresso è gratuito. Tutto il trasferimento dei dati in uscita viene addebitato in base a una tariffa pre-determinata. Per altre informazioni, vedere Prezzi di ExpressRoute di Azure.

Backup

In base ai requisiti aziendali, scegliere tra diverse opzioni disponibili.

Per informazioni dettagliate su un approccio do-it-yourself per il backup e altre opzioni disponibili con istanze Large di HANA, vedere l'articolo [Backup e ripristino][backup-restore].

Gestione

Monitorare le risorse delle istanze Large di HANA, ad esempio CPU, memoria, larghezza di banda di rete e spazio di archiviazione, usando SAP HANA Studio, sap HANA Cockpit, SAP Solution Manager e altri strumenti Linux nativi. Gli SKU di tipo I di istanze Large di HANA non sono dotati di strumenti di monitoraggio predefiniti. Gli SKU di tipo II offrono strumenti di diagnostica predefiniti per la registrazione delle attività di sistema e la risoluzione dei problemi.

Microsoft offre strumenti e risorse di base per monitorare istanze Large di HANA in Azure. Il team di supporto Microsoft può anche essere utile per la risoluzione dei problemi tecnici.

Sicurezza

• Dalla fine del 2018, l'archiviazione di istanze Large di HANA viene crittografata per impostazione predefinita.

• I dati in transito tra istanze Large di HANA e le macchine virtuali non vengono crittografati. Per crittografare i dati trasferiti, abilitare le funzioni di crittografia specifiche dell'applicazione. Vedere la nota SAP 2159014 relativa alle domande frequenti sulla sicurezza SAP HANA.

• L'isolamento garantisce sicurezza tra i tenant nell'ambiente multi-tenant delle istanze Large di HANA. I tenant sono isolati mediante le rispettive VLAN.

• Una guida utile è disponibile in Procedure consigliate per la sicurezza della rete di Azure.

• Come per qualsiasi distribuzione, è consigliabile applicare la protezione avanzata del sistema operativo, inclusa la protezione avanzata dell'immagine SU edizione Standard Linux per SAP in Azure.

• Per motivi di sicurezza fisica, l'accesso ai data center di Azure è limitato al personale autorizzato. I clienti non possono accedere ai server fisici.

Per altre informazioni, vedere Sicurezza di SAP HANA - Panoramica. Per l'accesso è necessario un account SAP Service Marketplace.

Community

Le community possono rispondere alle domande ed essere utili per configurare correttamente la distribuzione. Considerare quanto segue:

• Blog Running SAP Applications on the Microsoft Platform (Esecuzione di applicazioni SAP nella piattaforma Microsoft)
• SAP in Stack Overflow

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

Autore principale:

• Ben Trinh | Architetto principale

Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.

Risorse correlate

Può essere utile esaminare gli scenari di esempio di Azure seguenti, che illustrano soluzioni specifiche usando alcune delle stesse tecnologie:

• Esecuzione di carichi di lavoro di produzione SAP con un database Oracle in Azure
• Ambienti di sviluppo/test per i carichi di lavoro SAP in Azure