Esplorare la fase di non produzione
In questa fase, si iniziano a distribuire sistemi SAP non di produzione in Azure in seguito a una fase pilota riuscita, applicando tutte le attività di test e convalida. Tutti i criteri e i passaggi applicabili alla fase pilota valgono anche per questa fase. L'ambiente non di produzione include in genere sistemi di sviluppo, unit test e test di regressione aziendale. È consigliabile che almeno uno di questi sistemi implementi una configurazione a disponibilità elevata che verrà usata per il sistema di produzione futuro. Altri passaggi da considerare durante tale fase includono:
Prima di spostare i sistemi dalla vecchia piattaforma ad Azure, raccogliere i dati sull'utilizzo delle risorse, tra cui utilizzo della CPU, velocità effettiva di archiviazione e dati sulle operazioni di I/O al secondo. Questa operazione è importante per le unità a livello DBMS, ma è anche utile in caso di unità a livello applicazione. Inoltre, è necessario misurare la latenza di rete e di archiviazione.
Registrare i requisiti di disponibilità dei sistemi da distribuire. L'obiettivo è determinare se i sistemi non di produzione devono essere disponibili 24 ore su 24, 7 giorni su 7, o se alcuni possono essere arrestati temporaneamente.
Determinare se creare immagini del sistema operativo personalizzate per Macchine virtuali di Azure o se usare immagini di Azure Marketplace. A seconda della scelta, assicurarsi di tenere conto delle implicazioni delle licenze. Se si decide di creare immagini del sistema operativo personalizzate, fare riferimento alla documentazione seguente:
- Per il sistema operativo Windows, Creare un'immagine gestita di una macchina virtuale generalizzata in Azure.
- Per il sistema operativo Linux, Come creare un'immagine gestita di una macchina virtuale o di un disco rigido virtuale.
Quando si distribuisce SAP su immagini SLES e RHEL da Azure Marketplace, assicurarsi di usare immagini specifiche di SAP fornite rispettivamente da SUSE e Red Hat.
Assicurarsi di soddisfare i requisiti di supporto di SAP in relazione ai contratti di supporto tecnico Microsoft. Altre informazioni sono disponibili in Nota SAP 2015553.
Identificare i proprietari dei sistemi distribuiti per semplificare la pianificazione e le notifiche di manutenzione.
Monitorare gli aggiornamenti alla documentazione di Azure per identificare nuove funzionalità che possono influire sulle distribuzioni.
Monitorare gli aggiornamenti alle note SAP correlate ad Azure, ad esempio la nota SAP 1928533, per identificare nuovi SKU di macchine virtuali o versioni del sistema operativo e dei sistemi DBMS da poco supportati. Sfruttare i vantaggi delle nuove offerte per realizzare il miglior rapporto prezzo/prestazioni.
Convalidare nuovamente le risorse rispetto alle note SAP, alla directory hardware SAP HANA e alla matrice di disponibilità dei prodotti SAP, per assicurarsi che non vi siano variazioni riguardo agli SKU di macchine virtuali supportati per Azure, alle versioni del sistema operativo supportate e alle versioni di SAP e DBMS supportate.
Fare riferimento alla directory hardware di SAP HANA per nuovi SKU di macchine virtuali di Azure certificati per HANA. Per eventuali aggiornamenti, confrontare i prezzi con gli SKU considerati in origine e identificare le opzioni con il rapporto prezzo/prestazioni ottimale.
Adattare gli script di distribuzione per applicare i nuovi tipi di SKU di Macchine virtuali di Azure e integrare nuove funzionalità che possono rivelarsi utili.
Dopo la distribuzione dell'infrastruttura, testare e valutare la latenza di rete tra la macchina virtuale a livello di applicazione SAP e la macchina virtuale DBMS in base a nota SAP #500235 e nota SAP #1100926. Valutare i risultati rispetto alle indicazioni sulla latenza di rete della nota SAP 1100926. La latenza di rete deve essere da moderata a buona. Assicurarsi che nessuna delle restrizioni indicate in Considerazioni sulla distribuzione DBMS di macchine virtuali di Azure per un carico di lavoro SAP e Configurazioni e operazioni dell'infrastruttura SAP HANA in Azure siano applicabili alla propria distribuzione.
Eseguire tutti gli altri controlli inclusi nella fase pilota prima di procedere alla distribuzione.
Negli scenari di migrazione, come parte del processo di distribuzione, registrare l'utilizzo delle risorse dei sistemi distribuiti in Azure e confrontarlo con i record cronologici locali. Modificare le dimensioni delle macchine virtuali di Azure se si riscontrano differenze significative. Tenere presente che la modifica delle dimensioni delle macchine virtuali di Azure influisce sulla velocità effettiva di archiviazione e di rete. Per informazioni dettagliate, vedere Dimensioni delle macchine virtuali in Azure.
Determinare la funzionalità e i processi di copia dei sistemi. L'obiettivo è semplificare la copia dei sistemi di sviluppo e test per accelerare la distribuzione del progetto. Valutare se usare SAP LaMa come strumento per semplificare queste attività. Dalla versione 3.0 SP05, SAP LaMa include un connettore ad Azure per impostazione predefinita. È possibile usare questo connettore per deallocare e avviare le macchine virtuali e anche per copiare, rilocare ed eliminare i dischi gestiti. Con queste operazioni di base, è possibile rilocare, copiare, clonare e aggiornare i sistemi SAP usando SAP LaMa. Il connettore è disponibile solo in SAP LaMa edizione Enterprise.
Ottimizzare l'accesso in base al ruolo, le autorizzazioni e i processi di Azure per garantire la separazione delle responsabilità, semplificando, allo stesso tempo, il modello operativo.
Testare e documentare l'architettura e le procedure per disponibilità elevata e ripristino di emergenza.