Esplorare la fase di preparazione e di pianificazione del progetto
Questa fase produrrà il set di elementi seguente:
Documento di progettazione generale contenente
- Inventario dell'ambiente SAP pianificato (e, nello scenario di migrazione, di quello esistente).
- Matrice di assegnazione delle responsabilità, che definisce le responsabilità e le assegnazioni di tutte le parti coinvolte nel completamento del progetto.
- Architettura generale della soluzione.
- Selezione delle aree di Azure di destinazione. La disponibilità delle risorse non è coerente tra le aree.
- Architettura di rete che fornisce la connettività tra l'ambiente locale e Azure. È opportuno valutare se allineare la progettazione a un progetto di data center virtuale per Azure.
- Principi di sicurezza per l'esecuzione di dati con impatto aziendale elevato in Azure. Può essere utile fare riferimento alla documentazione sulla sicurezza di Azure.
Documento di progettazione tecnica contenente
Un diagramma a blocchi della soluzione.
Dimensionamento dei componenti di calcolo, archiviazione e rete in Azure. Per il dimensionamento definito da SAP per le macchine virtuali di Azure, vedere la nota SAP n. 1928533.
Architettura per disponibilità elevata e ripristino di emergenza.
L'architettura deve essere basata sull'obiettivo del tempo di ripristino (RTO) e sull'obiettivo del punto di ripristino (RPO) forniti dall'azienda.
Per una disponibilità elevata all'interno della stessa zona, identificare le funzionalità del prodotto DBMS di destinazione. La maggior parte dei sistemi DBMS offre un server hot standby sincrono, consigliato per i sistemi di produzione. Consultare inoltre la documentazione relativa a SAP sui vari database, a partire da Considerazioni sulla distribuzione DBMS di macchine virtuali di Azure per un carico di lavoro SAP. NON è supportato l'uso del servizio Clustering di failover di Windows con configurazione del disco condiviso per il livello DBMS. Valutare invece soluzioni come le seguenti:
- SQL Server AlwaysOn
- Oracle Data Guard
- Replica di sistema HANA
Per il ripristino di emergenza del livello DBMS, tra aree di Azure, identificare le opzioni specifiche di ogni prodotto offerte dai fornitori di sistemi DBMS. La maggior parte supporta la replica asincrona o il log shipping.
Per il livello applicazione SAP, definire se eseguire i sistemi di test di regressione dell'azienda, che dovrebbero corrispondere ai sistemi di produzione, nella stessa area di Azure o nell'area di ripristino di emergenza. In quest’ultimo caso, è possibile usare i sistemi di regressione come destinazioni di ripristino di emergenza per la produzione.
Se si decide di non usare i sistemi di test di regressione come destinazioni di ripristino di emergenza, valutare se usare Azure Site Recovery come metodo per la replica del livello dell’applicazione SAP nell'area di ripristino di emergenza di Azure. Per altre informazioni, vedere la documentazione Microsoft Configurare il ripristino di emergenza per una distribuzione di app SAP NetWeaver multilivello.
Se si decide di usare una configurazione di disponibilità elevata/ripristino di emergenza combinata che usa zone di disponibilità di Azure, assicurarsi che l'area di Azure selezionata supporti le zone di disponibilità. La latenza tra zone è più elevata rispetto alla latenza tra macchine virtuali di Azure che fanno parte dello stesso set di disponibilità.
Inventario dettagliato delle versioni dei pacchetti per il supporto di sistema operativo, database, kernel e SAP. Il supporto SAP per una determinata configurazione in scenari locali non implica che la stessa configurazione sia supportata da Macchine virtuali di Azure. A seconda del risultato, può essere necessario aggiornare alcuni dei componenti software. Per informazioni dettagliate sulla configurazione supportata, fare riferimento alle note SAP seguenti:
- Nota SAP n. 1928533. La nota include anche il dimensionamento fornito da SAP per gli SKU di Macchine virtuali di Azure supportati da SAP.
- Nota SAP n. 2039619. La nota fornisce la matrice di supporto Oracle in Azure, in base alla quale Oracle supporta solo Windows e Oracle Linux come sistema operativo guest in Macchine virtuali di Azure. Questa informativa sul supporto è applicabile al livello applicazione SAP che esegue anche istanze di SAP. Tuttavia, Oracle non supporta la disponibilità elevata per SAP Central Services in Oracle Linux tramite Pacemaker. Se è necessaria la disponibilità elevata per ASCS in Oracle Linux, è necessario usare SIOS Protection Suite per Linux. Per informazioni dettagliate sui dati di certificazione SAP, vedere la nota SAP n. 1662610. Per Windows, la soluzione di failover del cluster di failover Windows con supporto SAP è supportata solo in combinazione con Oracle come livello DBMS.
- Nota SAP n. 2235581, che fornisce la matrice di supporto SAP HANA nelle diverse versioni di sistema operativo.
- La Directory hardware di SAP HANA.
Progettazioni a 3 livelli per sistemi di produzione SAP (consigliate rispetto alle progettazioni a 2 livelli). Non è consigliabile combinare server (A)SCS e applicazioni nella stessa macchina virtuale di Azure. L'uso di configurazioni di cluster multi-SID per SAP Central Services è supportato con Windows come sistema operativo guest in Azure. Le configurazioni di cluster SAP Central Services multi-SID, invece, non sono supportate dai sistemi operativi Linux in Azure. La documentazione per il caso di Windows come sistema operativo guest è reperibile negli articoli Microsoft seguenti:
Inventario di tutte le interfacce SAP
Includere tutte le interfacce SAP e non SAP.
Progettazione dei servizi di base, tra cui
- Servizi di autenticazione e risoluzione dei nomi (Active Directory e DNS).
- Topologia di rete.
- Topologia dei gruppi di risorse.
- Controlli degli accessi in base al ruolo per la gestione dell'infrastruttura e delle applicazioni.
- Strategia di assegnazione dei tag.
- Convenzione di denominazione per i componenti dell'infrastruttura,tra cui Macchine virtuali di Azure.
Riferimento per il contratto di supporto tecnico Premier Microsoft
Informazioni di riferimento relative al contratto di supporto tecnico Premier di Microsoft, incluso il contatto diretto con un Technical Account Manager (TAM) Microsoft. Per i requisiti di supporto SAP, fare riferimento alla nota SAP n. 2015553.
Elenco di sottoscrizioni di Azure
Elenco delle sottoscrizioni di Azure e delle rispettive quote di base. Se necessario, aprire richieste di supporto per aumentare le quote delle sottoscrizioni di Azure.
Piano di riduzione dei dati e di migrazione dei dati
Piano di riduzione dei dati e di migrazione dei dati per il trasferimento di dati SAP in Azure (in scenari di migrazione). Per i sistemi SAP NetWeaver, SAP offre linee guida su come mantenere limitato il volume di molti dati.
Approccio di distribuzione automatizzato
L'obiettivo dell'automazione nelle distribuzioni dell'infrastruttura in Azure è garantire risultati deterministici. Molti clienti usano PowerShell o script basati sull'interfaccia della riga di comando di Azure e modelli di Azure Resource Manager. Esistono tuttavia altre tecnologie open source (come Terraform e Ansible) che possono essere usate per distribuire l'infrastruttura di Azure per SAP e anche per installare software SAP. Gli esempi sono disponibili in GitHub nella sezione SAP in Framework di automazione della distribuzione di Azure.
Il Centro di Azure per soluzioni SAP (ACSS) è un'offerta di Azure che rende SAP un carico di lavoro di primo livello in Azure. Centro di Azure per soluzioni SAP è una soluzione end-to-end che consente di creare ed eseguire sistemi SAP come carico di lavoro unificato in Azure. È possibile sfruttare le [funzionalità di gestione ACSS(/azure/sap/center-sap-solutions/manage-virtual-instance)] sia per i sistemi SAP nuovi che per quelli esistenti basati su Azure.
Nota
Definire un piano per verificare con frequenza regolare la progettazione e la distribuzione insieme a un cliente, a un integratore di sistemi, a Microsoft e a eventuali altre parti coinvolte.