Ambienti di sviluppo e test per carichi di lavoro SAP in Azure

Azure ExpressRoute
Macchine virtuali di Azure
Rete virtuale di Azure
Azure Resource Manager

Questo esempio mostra come stabilire un ambiente di sviluppo e test per SAP NetWeaver in un ambiente Windows o Linux in Azure. Il database usato è AnyDB. AnyDB è il termine SAP per qualsiasi sistema di gestione di database supportato diverso da SAP HANA.

Architettura

Diagramma dell'architettura per gli ambienti di sviluppo/test per carichi di lavoro SAP.

Scaricare un file di Visio di questa architettura.

Flusso di dati

Questo scenario illustra il provisioning di un singolo database di sistema SAP e del server applicazioni SAP in una singola macchina virtuale. Il flusso dei dati nello scenario avviene come segue:

  1. I clienti usano l'interfaccia utente SAP o altri strumenti client (Excel, un Web browser o un'altra applicazione Web) per accedere al sistema SAP basato su Azure.
  2. Per la connettività viene usata una connessione ExpressRoute stabilita, che termina nel gateway ExpressRoute in Azure. Il traffico di rete viene indirizzato attraverso il gateway ExpressRoute alla subnet del gateway, da questa alla subnet spoke del livello applicazione (vedere la topologia di rete hub-spoke) e quindi tramite un gateway di sicurezza di rete alla macchina virtuale dell'applicazione SAP.
  3. I server di gestione delle identità offrono servizi di autenticazione.
  4. Il jumpbox offre funzionalità di gestione locale.

Componenti

  • Le reti virtuali costituiscono la base delle comunicazioni di rete in Azure.
  • Le macchine virtuali di Azure offrono un'infrastruttura virtualizzata sicura, a scalabilità elevata e su richiesta con Windows o Linux Server.
  • Azure ExpressRoute estende le reti locali nel cloud Microsoft tramite una connessione privata, facilitata da un provider di connettività.
  • I gruppi di sicurezza di rete limitano il traffico di rete verso risorse specifiche in una rete virtuale. Un gruppo di sicurezza di rete contiene un elenco di regole di sicurezza che consentono o negano il traffico in entrata e in uscita. Le regole di sicurezza sono basate su indirizzo IP, porta e protocollo di origine o di destinazione.
  • I gruppi di risorse fungono da contenitori logici per le risorse di Azure.
  • File di Azure e Azure NetApp Files sono le soluzioni consigliate per l'archiviazione dei file eseguibili SAP e dei dati e log di HANA.

Dettagli dello scenario

Dal momento che questa architettura è progettata per ambienti non di produzione, viene distribuita con una sola macchina virtuale (VM). Le dimensioni della macchina virtuale possono essere modificate in base alle esigenze dell'organizzazione.

Per i casi d'uso di produzione, esaminare le architetture di riferimento SAP disponibili di seguito:

Potenziali casi d'uso

Gli altri casi d'uso pertinenti includono:

  • Carichi di lavoro SAP non di produzione e non critici (ad esempio sandbox, sviluppo, test e controllo di qualità).
  • Carichi di lavoro SAP Business non critici.

Considerazioni

Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, che è un set di set di principi guida che possono essere usati per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Framework ben progettato di Microsoft Azure.

Tenere presente quanto segue quando si stabilisce un ambiente di sviluppo e test per SAP NetWeaver.

Disponibilità

Microsoft offre un contratto di servizio per le singole istanze di macchina virtuale. Per altre informazioni sul contratto di servizio di Microsoft Azure per le macchine virtuali, vedere Contratto di Servizio per Macchine virtuali.

Scalabilità

Per indicazioni generali sulla progettazione di soluzioni scalabili, vedere l'elenco di controllo per l'efficienza delle prestazioni nel Centro architetture di Azure.

Sicurezza

La sicurezza offre garanzie contro attacchi intenzionali e l'abuso di dati e sistemi preziosi. Per altre informazioni, vedere Panoramica del pilastro della sicurezza.

Per indicazioni generali sulla progettazione di soluzioni sicure, vedere la documentazione sulla sicurezza di Azure.

Protezione e clonazione dei dati

Per indicazioni generali sulla protezione dei dati dell'applicazione, vedere lo strumento Azure Application Consistent Snapshot, che fornisce snapshot coerenti con l'applicazione quando viene usata in combinazione con Azure NetApp Files.

Resilienza

Per indicazioni generali sulla progettazione di soluzioni resilienti, vedere Progettazione di applicazioni resilienti per Azure.

Ottimizzazione dei costi

L'ottimizzazione dei costi riguarda l'analisi dei modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. Per altre informazioni, vedere Panoramica del pilastro di ottimizzazione dei costi.

Per semplificare il calcolo del costo di esecuzione dello scenario, tutti i servizi sono stati preconfigurati negli esempi del calcolatore dei costi riportati di seguito. Modificare le variabili appropriate in base al traffico previsto per il caso d'uso.

Sono stati definiti quattro profili di costo di esempio in base alla quantità di traffico prevista:

Dimensione SAP Tipo di VM Storage Calcolatore dei prezzi di Azure
Piccola 8000 D8s_v3 2xP20, 1xP10 Small
Medio 16000 D16s_v3 3xP20, 1xP10 Medium
Grande 32000 E32s_v3 3xP20, 1xP10 grandi dimensioni
Extra Large 64000 M64s 4xP20, 1xP10 Extra Large

Nota

Queste indicazioni dei prezzi costituiscono una guida che indica esclusivamente le macchine virtuali e i costi di archiviazione. Sono esclusi i costi relativi a rete, archivio di backup e dati in ingresso/uscita.

  • Small: un sistema di piccole dimensioni è costituito da macchine virtuali di tipo D8s_v3 con 8 vCPU, 32 GB di RAM e 200 GB di spazio di archiviazione temporanea. Include anche l'archiviazione Premium: due dischi da 512 GB e un disco da 128 GB.
  • Medium: un sistema di medie dimensioni è costituito da macchine virtuali di tipo D16s_v3 con 16 vCPU, 64 GB di RAM e 400 GB di spazio di archiviazione temporanea. Include anche l'archiviazione Premium: tre dischi da 512 GB e un disco da 128 GB.
  • Large: un sistema di grandi dimensioni è costituito da macchine virtuali di tipo E32s_v3 con 32 vCPU, 256 GB di RAM e 512 GB di spazio di archiviazione temporanea. Include anche l'archiviazione Premium: tre dischi da 512 GB e un disco da 128 GB.
  • Extra Large: un sistema di dimensioni molto grandi è costituito da macchine virtuali di tipo M64s con 64 vCPU, 1024 GB di RAM e 2000 GB di spazio di archiviazione temporanea. Include anche l'archiviazione Premium: quattro dischi da 512 GB e un disco da 128 GB.

Distribuire lo scenario

Selezionare il collegamento seguente per distribuire la soluzione.

Distribuisci in Azure

Nota

SAP e Oracle non vengono installati durante la distribuzione. Questi componenti dovranno essere distribuiti separatamente.

Collaboratori

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

Autore principale:

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

Passaggi successivi

Altre informazioni sulle tecnologie dei componenti:

Esplorare le architetture correlate: