Disponibilità elevata per SAP NetWeaver in macchine virtuali di Azure su Windows con Azure NetApp Files (SMB) per applicazioni SAP

  • Articolo

Questo articolo descrive come distribuire, configurare le macchine virtuali, installare il framework del cluster e installare un sistema SAP NetWeaver 7.50 a disponibilità elevata nelle macchine virtuali Windows usando SMB in Azure NetApp Files.

Il livello del database non è descritto in dettaglio in questo articolo. Si presuppone che la rete virtuale di Azure sia già stata creata.

Leggere prima di tutto i documenti e le note SAP seguenti:

Panoramica

SAP ha sviluppato un nuovo approccio e un'alternativa per i dischi condivisi del cluster per il clustering di un'istanza ASCS/SCS di SAP in un cluster di failover di Windows. Invece di usare i dischi condivisi del cluster, è possibile usare una condivisione file SMB per distribuire file host globali SAP. Azure NetApp Files supporta SMBv3 (insieme a NFS) con ACL NTFS usando Active Directory. Azure NetApp Files è automaticamente a disponibilità elevata (come è un servizio PaaS). Queste funzionalità rendono ideale Azure NetApp Files per l'hosting della condivisione file SMB per SAP globale.
Sono supportati sia Microsoft Entra Domain Services che Dominio di Active Directory Services (AD DS). È possibile usare i controller di dominio Active Directory esistenti con Azure NetApp Files. I controller di dominio possono trovarsi in Azure come macchine virtuali o in locale tramite ExpressRoute o VPN da sito a sito. In questo articolo si userà il controller di dominio in una macchina virtuale di Azure.
La disponibilità elevata per SAP NetWeaver Central Services richiede l'archiviazione condivisa. Per ottenere questo risultato in Windows, finora era necessario creare un cluster SOFS o usare dischi condivisi del cluster s/w come SIOS. È ora possibile ottenere la disponibilità elevata di SAP NetWeaver usando l'archiviazione condivisa, distribuita in Azure NetApp Files. L'uso di Azure NetApp Files per l'archiviazione condivisa elimina la necessità di sofS o SIOS.

Nota

Il clustering di istanze di SAP ASCS/SCS tramite una condivisione file è supportato per i sistemi SAP con SAP Kernel 7.22 (e versioni successive). Per informazioni dettagliate, vedere la nota SAP 2698948

SAP ASCS/SCS HA Architecture with SMB share

I prerequisiti per una condivisione file SMB sono:

  • Protocollo SMB 3.0 (o versione successiva).
  • Possibilità di impostare elenchi di controllo di accesso (ACL) di Active Directory per i gruppi di utenti di Active Directory e l'oggetto computer$ .
  • La condivisione file deve essere abilitata per la disponibilità elevata.

La condivisione per i servizi SAP Central in questa architettura di riferimento è offerta da Azure NetApp Files:

SAP ASCS/SCS HA Architecture with SMB share details

Creare e montare un volume SMB per Azure NetApp Files

Eseguire la procedura seguente, come preparazione per l'uso di Azure NetApp Files.

  1. Creare un account Azure NetApp seguendo la procedura descritta in Creare un account NetApp

  2. Configurare il pool di capacità seguendo le istruzioni riportate in Configurare un pool di capacità

  3. Le risorse di Azure NetApp Files devono trovarsi nella subnet delegata. Seguire le istruzioni in Delegare una subnet ad Azure NetApp Files per creare una subnet delegata.

    Importante

    È necessario creare le connessioni Active Directory prima di creare un volume SMB. Esaminare i requisiti per le connessioni di Active Directory.

    Quando si crea la connessione Active Directory, assicurarsi di immettere il prefisso SMB Server (Account computer) non più di 8 caratteri per evitare la limitazione dei 13 caratteri del nome host per le applicazioni SAP (un suffisso viene aggiunto automaticamente al nome dell'account computer SMB).
    Le limitazioni relative ai nomi host per le applicazioni SAP sono descritte in 2718300 - Limitazioni di lunghezza del nome host fisico e virtuale e 611361 - Nomi host dei server DELLA piattaforma SAP ABAP.

  4. Creare una connessione Active Directory, come descritto in Creare una connessione Active Directory. Assicurarsi di aggiungere l'utente che eseguirà SWPM per installare il sistema SAP, come Administrators privilege user nella connessione Active Directory. Se non si aggiunge l'utente di installazione SAP come Administrators privilege user nella connessione di Active Directory, SWPM avrà esito negativo con errori di autorizzazione, a meno che non si esegua SWPM come utente con diritti di Amministrazione dominio elevati.

  5. Creare un volume SMB di Azure NetApp Files SMB seguendo le istruzioni riportate in Aggiungere un volume SMB.

  6. Montare il volume SMB nella macchina virtuale Windows.

Suggerimento

Per istruzioni su come montare il volume di Azure NetApp Files, accedere al portale di Azure, quindi passare all'oggetto Azure NetApp Files, selezionare il pannello Volumi e quindi selezionare Istruzioni di montaggio.

Considerazioni importanti

Quando si prende in considerazione Azure NetApp Files per l'architettura SAP Netweaver, tenere presenti le considerazioni importanti seguenti:

  • La capacità minima del pool è di 4 TiB. Le dimensioni del pool di capacità possono essere aumentate in incrementi di 1 TiB.
  • Il volume minimo è di 100 GiB.
  • La rete virtuale selezionata deve avere una subnet delegata ad Azure NetApp Files.
  • Le caratteristiche di velocità effettiva e prestazioni di un volume di Azure NetApp Files sono una funzione della quota del volume e del livello di servizio, come documentato in Livello di servizio per Azure NetApp Files. Durante il dimensionamento dei volumi SAP Azure NetApp, assicurarsi che la velocità effettiva risultante soddisfi i requisiti dell'applicazione.

Preparare l'infrastruttura per la disponibilità elevata di SAP usando un cluster di failover Windows

  1. Impostare le regole di bilanciamento del carico ASCS/SCS per il servizio di bilanciamento del carico interno di Azure.
  2. Aggiungere macchine virtuali Windows al dominio.
  3. Aggiungere voci del Registro di sistema in entrambi i nodi del cluster dell'istanza di SAP ASCS/SCS
  4. Configurare un cluster di failover di Windows Server per un'istanza di SAP ASCS/SCS
  5. Se si usa Windows Server 2016, è consigliabile configurare Controllo cloud di Azure.

Installare l'istanza DI SAP ASCS in entrambi i nodi

È necessario il software seguente da SAP:

  • Strumento di installazione di SAP Software Provisioning Manager (SWPM) versione SPS25 o successiva.
  • Kernel SAP 7.22 o versione successiva
  • Creare un nome host virtuale (nome di rete del cluster) per l'istanza di SAP ASCS/SCS in cluster, come descritto in Creare un nome host virtuale per l'istanza di SAP ASCS/SCS in cluster.

Installare un'istanza di ASCS/SCS nel primo nodo del cluster ASCS/SCS

  1. Installare un'istanza di SAP ASCS/SCS nel primo nodo del cluster. Avviare lo strumento di installazione di SAP SWPM, quindi passare a: Product>DBMS> Installation > Application Server ABAP (o Java) > High-Availability System > ASCS/SCS instance > First cluster node (Istanza del primo cluster ASCS/SCS).

  2. Selezionare Cluster condivisione file come Configurazione condivisione cluster in SWPM.

  3. Quando richiesto al passaggio Parametri del cluster di sistema SAP, immettere il nome host per la condivisione SMB di Azure NetApp Files già creata come Nome host condivisione file. In questo esempio il nome host della condivisione SMB è anfsmb-9562.

    Importante

    Se i risultati del controllo dei prerequisiti in SWPM indicano che la condizione della funzionalità di disponibilità continua non è soddisfatta, può essere risolta seguendo le istruzioni riportate in Messaggio di errore ritardato quando si tenta di accedere a una cartella condivisa che non esiste più in Windows.

    Suggerimento

    Se i risultati del controllo prerequisito in SWPM indicano che la condizione Dimensioni scambio non è soddisfatta, è possibile modificare le dimensioni swap passando a Proprietà>del sistema del computer>personale Prestazioni Impostazioni> Modifica avanzata> della memoria> virtuale.

  4. Configurare una risorsa cluster SAP, la SAP-SID-IP porta probe, usando PowerShell. Eseguire questa configurazione in uno dei nodi del cluster SAP ASCS/SCS, come descritto in Configurare la porta probe.

Installare un'istanza di ASCS/SCS nel secondo nodo del cluster ASCS/SCS

  1. Installare un'istanza di SAP ASCS/SCS nel secondo nodo del cluster. Avviare lo strumento di installazione di SAP SWPM, quindi passare a Product>DBMS> Installation > Application Server ABAP (o Java) > High-Availability System > ASCS/SCS instance > Additional cluster node (Nodo cluster aggiuntivo).

Aggiornare il profilo dell'istanza di SAP ASCS/SCS

Aggiornare i parametri nel profilo <di istanza DI SAP ASCS/SCS SID>ASCS/SCS<Nr<>Host.>

Nome parametro Valore parametro
gw/netstat_once 0
enque/encni/set_so_keepalive vero
service/ha_check_node 1

Il parametro enque/encni/set_so_keepalive è necessario solo se si usa ENSA1.
Riavviare l'istanza di SAP ASCS/SCS. Impostare KeepAlive i parametri in entrambi i nodi del cluster SAP ASCS/SCS seguire le istruzioni per impostare le voci del Registro di sistema nei nodi del cluster dell'istanza di SAP ASCS/SCS.

Installare un'istanza di DBMS e i server applicazioni SAP

Completare l'installazione di SAP installando:

  • Un'istanza DBMS
  • Un server applicazioni SAP primario
  • Un server applicazioni SAP aggiuntivo

Testare il failover dell'istanza di SAP ASCS/SCS

Eseguire il failover dal nodo A del cluster al nodo B del cluster e di nuovo

In questo scenario di test si farà riferimento al nodo del cluster sapascs1 come nodo A e al nodo del cluster sapascs2 come nodo B.

  1. Verificare che le risorse del cluster siano in esecuzione nel nodo A. Figure 1: Windows Server failover cluster resources running on node A prior before the failover test

  2. Riavviare il nodo del cluster A. Le risorse del cluster SAP verranno spostate nel nodo B del cluster. Figure 2: Windows Server failover cluster resources running on node B after the failover test

Test della voce di blocco

1.Verificare che sap Enqueue Replication Server (ERS) sia attivo
2. Accedere al sistema SAP, eseguire la transazione SU01 e aprire un ID utente in modalità di modifica. Verrà generata una voce di blocco SAP.
3. Quando si è connessi al sistema SAP, visualizzare la voce di blocco passando alla transazione ST12.
4. Eseguire il failover delle risorse ASCS dal nodo A del cluster al nodo B del cluster.
5. Verificare che la voce di blocco, generata prima del failover delle risorse del cluster SAP ASCS/SCS venga mantenuto.

Figure 3: Lock entry is retained after failover test

Per altre informazioni, vedere Risoluzione dei problemi relativi al failover di accodamento in ASCS con ERS

Configurazioni facoltative

I diagrammi seguenti illustrano più istanze SAP nelle macchine virtuali di Azure che eseguono il cluster di failover di Microsoft Windows per ridurre il numero totale di macchine virtuali.

Può trattarsi di server applicazioni SAP locali in un cluster SAP ASCS/SCS o in un ruolo del cluster SAP ASCS/SCS nei nodi Always On di Microsoft SQL Server.

Importante

L'installazione di un server applicazioni SAP locale in un nodo AlwaysOn di SQL Server non è supportata.

Entrambi, SAP ASCS/SCS e il database di Microsoft SQL Server, sono singoli punti di errore (SPOF). Per proteggere questi file SPOFs in un ambiente Windows, viene usato SMB di Azure NetApp Files.

Anche se l'utilizzo delle risorse di SAP ASCS/SCS è piuttosto ridotto, è consigliabile ridurre la configurazione della memoria per SQL Server o SAP Application Server di 2 GB.

Server applicazioni SAP nei nodi WSFC che usano NetApp Files SMB

Figure 4: Windows Server failover clustering configuration in Azure with Windows NetApp Files SMB and locally installed SAP Application Server

Nota

L'immagine mostra l'uso di dischi locali aggiuntivi. Questa opzione è facoltativa per i clienti che non installeranno il software dell'applicazione nell'unità del sistema operativo (C:)

SAP ASCS/SCS nei nodi AlwaysOn di SQL Server tramite SMB di Azure NetApp Files

Importante

L'uso di SMB di Azure NetApp Files per qualsiasi volume di SQL Server non è supportato.

Figure : SAP ASCS/SCS on SQL Server Always On nodes using Azure NetApp Files SMB

Nota

L'immagine mostra l'uso di dischi locali aggiuntivi. Questa opzione è facoltativa per i clienti che non installeranno il software dell'applicazione nell'unità del sistema operativo (C:)

Uso di Windows DFS-N per supportare la creazione flessibile di condivisione SAPMNT per la condivisione file basata su SMB

L'uso di DFS-N consente di usare singoli volumi sapmnt per i sistemi SAP distribuiti nella stessa area e sottoscrizione di Azure. L'uso di Windows DFS-N per supportare la creazione flessibile di condivisione SAPMNT per la condivisione file basata su SMB illustra come configurare questa operazione.

Passaggi successivi