Preparare l'infrastruttura di Azure per la disponibilità elevata di SAP con un cluster di failover Windows e la condivisione di file per le istanze di SAP ASCS/SCS
Questo articolo descrive la procedura di preparazione dell'infrastruttura di Azure, necessaria per installare e configurare il sistema SAP a disponibilità elevata in un cluster Windows Server Failover Clustering (WSFC) usando la condivisione file a scalabilità orizzontale come opzione per il clustering delle istanze di SAP ASCS/SCS.
Prerequisito
Prima di iniziare l'installazione, esaminare l'articolo seguente:
- Architecture guide: Cluster an SAP ASCS/SCS instance on a Windows failover cluster by using a file share(Guida all'architettura: clustering di un'istanza ASCS/SCS di SAP in un cluster di failover Windows che usa una condivisione di file)
Nomi host e indirizzi IP
| Ruolo nome host virtuale | Nome host virtuale | Indirizzo IP statico | Set di disponibilità |
|---|---|---|---|
| Cluster ASCS/SCS del primo nodo del cluster | ascs-1 | 10.0.6.4 | ascs-as |
| Cluster ASCS/SCS del secondo nodo del cluster | ascs-2 | 10.0.6.5 | ascs-as |
| Nome di rete del cluster | ascs-cl | 10.0.6.6 | n/d |
| Nome di rete del cluster SAP PR1 ASCS | pr1-ascs | 10.0.6.7 | n/d |
Tabella 1: cluster ASCS/SCS
| SAP <SID> | Numero di istanza di SAP ASCS/SCS |
|---|---|
| PR1 | 00 |
Tabella 2: dettagli dell'istanza SAP ASCS/SCS
| Ruolo nome host virtuale | Nome host virtuale | Indirizzo IP statico | Set di disponibilità |
|---|---|---|---|
| Primo nodo del cluster | sofs-1 | 10.0.6.10 | sofs-as |
| Secondo nodo del cluster | sofs-2 | 10.0.6.11 | sofs-as |
| Terzo nodo del cluster | sofs-3 | 10.0.6.12 | sofs-as |
| Nome di rete del cluster | sofs-cl | 10.0.6.13 | n/d |
| Nome host di SAP GLOBAL | sapglobal | Usare gli indirizzi IP di tutti i nodi del cluster | n/d |
Tabella 3: cluster di file server di scalabilità orizzontale
Distribuire le macchine virtuali per un cluster SAP ASCS/SCS, un cluster di sistema di gestione orizzontale (DBMS, Database Management System) e le istanze dei server di applicazioni SAP
Per preparare l'infrastruttura di Azure, completare la procedura seguente:
Se si usa Windows Server 2016, è consigliabile configurare il controllo cloud di Azure.
Distribuire manualmente il cluster file server di scalabilità orizzontale
È possibile distribuire manualmente il cluster file server di Scalabilità orizzontale Microsoft, come descritto nel blog Spazi di archiviazione diretta in Azure, eseguendo il codice seguente:
# Set an execution policy - all cluster nodes
Set-ExecutionPolicy Unrestricted
# Define Scale-Out File Server cluster nodes
$nodes = ("sofs-1", "sofs-2", "sofs-3")
# Add cluster and Scale-Out File Server features
Invoke-Command $nodes {Install-WindowsFeature Failover-Clustering, FS-FileServer -IncludeAllSubFeature -IncludeManagementTools -Verbose}
# Test cluster
Test-Cluster -node $nodes -Verbose
# Install cluster
$ClusterNetworkName = "sofs-cl"
$ClusterIP = "10.0.6.13"
New-Cluster -Name $ClusterNetworkName -Node $nodes –NoStorage –StaticAddress $ClusterIP -Verbose
# Set Azure Quorum
Set-ClusterQuorum –CloudWitness –AccountName gorcloudwitness -AccessKey <YourAzureStorageAccessKey>
# Enable Storage Spaces Direct
Enable-ClusterS2D
# Create Scale-Out File Server with an SAP global host name
# SAPGlobalHostName
$SAPGlobalHostName = "sapglobal"
Add-ClusterScaleOutFileServerRole -Name $SAPGlobalHostName
Distribuire automaticamente il file server di scalabilità orizzontale
È anche possibile automatizzare la distribuzione del server di scalabilità orizzontale usando i modelli di Azure Resource Manager in un ambiente con rete virtuale e Active Directory già esistente.
Importante
È consigliabile usare tre o più nodi del cluster per un file server di scalabilità orizzontale con il mirroring a tre vie.
È necessario specificare il numero di macchine virtuali nell'interfaccia utente del modello di Resource Manager del file server di scalabilità orizzontale.
Usare i dischi gestiti
Il modello di Azure Resource Manager per la distribuzione del file server di scalabilità orizzontale con Spazi di archiviazione diretta e Azure Managed Disks è disponibile su GitHub.
È consigliabile usare Managed Disks.
Figura 1: Schermata dell'interfaccia utente per il modello di Resource Manager del file server di scalabilità orizzontale con dischi gestiti
Nel modello eseguire le operazioni seguenti:
- Nella casella Conteggio macchine virtuali inserire un numero minimo di 2.
- Nella casella Conteggio dischi delle macchine virtuali inserire un numero minimo di dischi di 3 (2 dischi + 1 disco di riserva = 3 dischi).
- Nella casella Nome SOFS inserire il nome di rete dell'host SAP GLOBAL, sapglobalhost.
- Nella casella Nome condivisione inserire il nome della condivisione file, sapmnt.
Usare i dischi non gestiti
Il modello di Azure Resource Manager per la distribuzione del file server di scalabilità orizzontale con Spazi di archiviazione diretta e Azure Unmanaged Disks è disponibile su GitHub.
Figura 2: Schermata dell'interfaccia utente per il modello di Azure Resource Manager del file server di scalabilità orizzontale con dischi gestiti
Nella casella Tipo di account di archiviazione selezionare Archiviazione Premium. Le altre impostazioni sono le stesse usate con i dischi gestiti.
Modificare le impostazioni di timeout del cluster
Dopo aver installato correttamente il cluster file server con scalabilità orizzontale di Windows, adattare le soglie di timeout per il rilevamento del failover in condizioni in Azure. I parametri da modificare sono documentati nel blog Tuning Failover Cluster Network Thresholds (Definire le soglie di rete per il cluster di failover). Supponendo che le macchine virtuali in cluster si trovino nella stessa subnet, modificare i parametri seguenti in questi valori:
- SameSubNetDelay = 2000
- SameSubNetThreshold = 15
- RouteHistoryLength = 30
Queste impostazioni sono state testate con i clienti e rappresentano un buon compromesso. Sono abbastanza resilienti, ma forniscono anche un failover sufficientemente rapido in condizioni di errore reali o errori di macchina virtuale.