Usare il riavvio della macchina virtuale dell'infrastruttura di Azure per ottenere una "disponibilità più elevata" di un sistema SAP

Questa sezione si applica a:

Windows e Linux

Se si decide di non usare funzionalità come Windows Server Failover Clustering (WSFC) o Pacemaker in Linux (attualmente supportato solo per SUSE Linux Enterprise Server [SLES] 12 e versioni successive), viene usato il riavvio della macchina virtuale di Azure. Protegge i sistemi SAP da tempi di inattività pianificati e non pianificati dell'infrastruttura server fisica di Azure e dalla piattaforma Azure sottostante complessiva.

Annotazioni

Il riavvio della macchina virtuale di Azure protegge principalmente le macchine virtuali e non le applicazioni. Anche se il riavvio della macchina virtuale non offre disponibilità elevata per le applicazioni SAP, offre un determinato livello di disponibilità dell'infrastruttura. Offre anche indirettamente una "disponibilità più elevata" dei sistemi SAP. Non esiste anche un contratto di servizio per il tempo necessario per riavviare una macchina virtuale dopo un'interruzione dell'host pianificata o non pianificata, che rende questo metodo di disponibilità elevata non adatto per i componenti critici di un sistema SAP. Esempi di componenti critici possono essere un'istanza ASCS/SCS o un sistema di gestione di database (DBMS).

Un altro elemento importante dell'infrastruttura per la disponibilità elevata è l'archiviazione. Ad esempio, il Service Level Agreement (SLA) per l'Archiviazione di Azure è 99.9% di disponibilità%. Se si distribuiscono tutte le macchine virtuali e i relativi dischi in un singolo account di archiviazione di Azure, la potenziale indisponibilità di Archiviazione di Azure causerà l'indisponibilità di tutte le macchine virtuali inserite in tale account di archiviazione e tutti i componenti SAP in esecuzione all'interno delle macchine virtuali.

Anziché inserire tutte le macchine virtuali in un singolo account di archiviazione di Azure, è possibile usare account di archiviazione dedicati per ogni macchina virtuale. Usando più account di archiviazione di Azure indipendenti, si aumenta la disponibilità complessiva delle macchine virtuali e delle applicazioni SAP.

I dischi gestiti di Azure vengono inseriti automaticamente nel dominio di errore della macchina virtuale a cui sono collegati. Se si inseriscono due macchine virtuali in un set di disponibilità e si usano dischi gestiti, la piattaforma si occupa anche della distribuzione dei dischi gestiti in domini di errore diversi. Se si prevede di usare un account di archiviazione Premium, è consigliabile usare dischi gestiti.

Un'architettura di esempio di un sistema SAP NetWeaver che usa gli account di archiviazione e disponibilità elevata dell'infrastruttura di Azure potrebbe essere simile alla seguente:

Un'architettura di esempio di un sistema SAP NetWeaver che usa la disponibilità elevata dell'infrastruttura di Azure e i dischi gestiti potrebbe essere simile al seguente:

Per i componenti SAP critici, finora sono stati ottenuti i risultati seguenti:

• Disponibilità elevata dei server applicazioni SAP

  Le istanze del server applicazioni SAP sono componenti ridondanti. Ogni istanza del server applicazioni SAP viene distribuita nella propria macchina virtuale, in esecuzione in un dominio di errore e aggiornamento di Azure diverso. Per altre informazioni, vedere le sezioni Domini di errore e Domini di aggiornamento .

  È possibile verificare questa configurazione usando i set di disponibilità di Azure. Per altre informazioni, vedere la sezione Set di disponibilità di Azure .

  La potenziale indisponibilità pianificata o non pianificata di un dominio di errore o aggiornamento di Azure causerà l'indisponibilità di un numero limitato di macchine virtuali con le istanze del server applicazioni SAP.

  Ogni istanza del server applicazioni SAP viene inserita nel proprio account di archiviazione di Azure. La potenziale indisponibilità di un account di archiviazione di Azure causerà l'indisponibilità di una sola macchina virtuale con l'istanza del server applicazioni SAP. Tenere tuttavia presente che esiste un limite al numero di account di archiviazione di Azure all'interno di una sottoscrizione di Azure. Per garantire l'avvio automatico di un'istanza di ASCS/SCS dopo il riavvio della macchina virtuale, impostare il parametro di avvio automatico nel profilo di avvio dell'istanza di ASCS/SCS.

  Per altre informazioni, vedere Disponibilità elevata per i server applicazioni SAP.

  Anche se si usano dischi gestiti, i dischi vengono archiviati in un account di archiviazione di Azure e potrebbero non essere disponibili in caso di interruzione dell'archiviazione.

• Disponibilità più elevata delle istanze di SAP ASCS/SCS

  In questo scenario usare il riavvio della macchina virtuale di Azure per proteggere la macchina virtuale con l'istanza di SAP ASCS/SCS installata. Nel caso di tempi di inattività pianificati o non pianificati dei server di Azure, le macchine virtuali vengono riavviate in un altro server disponibile. Come accennato in precedenza, il riavvio della macchina virtuale di Azure protegge principalmente le macchine virtuali e non le applicazioni, in questo caso l'istanza ASCS/SCS. Tramite il riavvio della macchina virtuale, si raggiunge indirettamente la "disponibilità più elevata" dell'istanza di SAP ASCS/SCS.

  Per garantire l'avvio automatico dell'istanza di ASCS/SCS dopo il riavvio della macchina virtuale, impostare il parametro di avvio automatico nel profilo di avvio dell'istanza di ASCS/SCS. Questa impostazione indica che l'istanza di ASCS/SCS come singolo punto di errore (SPOF) in esecuzione in una singola macchina virtuale determinerà la disponibilità dell'intero panorama applicativo SAP.

• Disponibilità più elevata del server DBMS

  Come nel caso d'uso precedente dell'istanza di SAP ASCS/SCS, si usa il riavvio della macchina virtuale di Azure per proteggere la macchina virtuale con software DBMS installato e si ottiene una "disponibilità più elevata" del software DBMS tramite il riavvio della macchina virtuale.

  Un DBMS in esecuzione in una singola macchina virtuale è anche uno SPOF ed è il fattore determinante per la disponibilità dell'intero panorama applicativo SAP.

Uso dell'avvio automatico per le istanze sap

SAP offre un'impostazione che consente di avviare le istanze SAP immediatamente dopo l'avvio del sistema operativo all'interno della macchina virtuale. Le istruzioni sono documentate nell'articolo della Knowledge Base SAP 1909114. TUTTAVIA, SAP non consiglia più l'uso dell'impostazione, perché non consente il controllo dell'ordine di riavvio dell'istanza se sono interessate più macchine virtuali o se più istanze sono in esecuzione per ogni macchina virtuale.

Supponendo un tipico scenario Azure con un'istanza del server applicazioni SAP in una VM e una singola VM eventualmente riavviata, avvio automatico non è critico. È tuttavia possibile abilitarla aggiungendo il parametro seguente nel profilo di avvio dell'istanza di SAP Advanced Business Application Programming (ABAP) o Java:

Autostart = 1

Annotazioni

Anche il parametro di avvio automatico presenta alcune carenze. In particolare, il parametro attiva l'avvio di un'istanza SAP ABAP o Java quando viene avviato il servizio Windows o Linux correlato dell'istanza. Tale sequenza si verifica all'avvio del sistema operativo. Tuttavia, i riavvii dei servizi SAP sono anche un'occorrenza comune per le funzionalità di sap Software Lifecycle Management, ad esempio Software Update Manager (SUM) o altri aggiornamenti o aggiornamenti. Queste funzionalità non prevedono il riavvio automatico di un'istanza. Pertanto, il parametro di avvio automatico deve essere disabilitato prima di eseguire tali attività. Il parametro di avvio automatico non deve essere usato anche per le istanze SAP in cluster, ad esempio ASCS/SCS/CI.

Per altre informazioni sull'avvio automatico per le istanze SAP, vedere gli articoli seguenti:

• Avviare o arrestare SAP insieme all'avvio/arresto del server Unix
• Avvio e arresto degli agenti di gestione di SAP NetWeaver

Passaggi successivi

Per informazioni sulla disponibilità elevata completa compatibile con le applicazioni SAP NetWeaver, vedere Disponibilità elevata delle applicazioni SAP in Azure IaaS.