Préparation d’infrastructure Azure pour la haute disponibilité SAP à l’aide de cluster de basculement Windows et de partage de fichiers pour une instance SAP ASCS/SCS
Ce document décrit les étapes de préparation d’infrastructure Azure nécessaires pour installer et configurer des systèmes SAP à haute disponibilité sur un cluster de basculement Windows (WSFC) en utilisant le partage de fichiers avec montée en puissance parallèle comme option pour le clustering d’instance SAP ASCS/SCS.
Configuration requise
Avant de commencer l’installation, consultez l’article suivant :
Noms d’hôtes et adresses IP
Rôle du nom d’hôte virtuel | Nom d’hôte virtuel | Adresse IP statique | Groupe à haute disponibilité |
---|---|---|---|
Premier nœud de cluster du cluster ASCS/SCS | ascs-1 | 10.0.6.4 | ascs-as |
Second nœud de cluster du cluster ASCS/SCS | ascs-2 | 10.0.6.5 | ascs-as |
Nom réseau du cluster | ascs-cl | 10.0.6.6 | n/a |
Nom réseau du cluster SAP PR1 ASCS | pr1-ascs | 10.0.6.7 | n/a |
Tableau 1 : Cluster ASCS/SCS
<SID> SAP | Numéro de l’instance SAP ASCS/SCS |
---|---|
PR1 | 00 |
Tableau 2 : Détails de l’instance SAP ASCS/SCS
Rôle du nom d’hôte virtuel | Nom d’hôte virtuel | Adresse IP statique | Groupe à haute disponibilité |
---|---|---|---|
Premier nœud de cluster | sofs-1 | 10.0.6.10 | sofs-as |
Deuxième nœud de cluster | sofs-2 | 10.0.6.11 | sofs-as |
Troisième nœud de cluster | sofs-3 | 10.0.6.12 | sofs-as |
Nom réseau du cluster | sofs-cl | 10.0.6.13 | n/a |
Nom d’hôte global SAP | sapglobal | Utiliser les adresses IP de tous les nœuds de cluster | n/a |
Tableau 3 : Cluster de serveurs de fichiers avec montée en puissance parallèle
Déployer des machines virtuelles pour un cluster SAP ASCS/SCS, un cluster de système de gestion de base de données (SGBD) et des instances de serveur d’applications SAP
Pour préparer l’infrastructure Azure, procédez comme suit :
Créez et configurez un équilibreur de charge Azure pour SAP ASCS.
Ajoutez des entrées de Registre aux deux nœuds de cluster de l’instance SAP ASCS/SCS.
Lorsque vous utilisez Windows Server 2016, nous vous recommandons de configurer un témoin Azure Cloud.
Déployer manuellement le cluster du serveur de fichiers scale-out
Vous pouvez déployer manuellement le cluster Microsoft Scale-Out File Server, comme décrit dans le blog espaces de stockage direct dans Azure, en exécutant le code suivant :
# 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
Déployer automatiquement le serveur de fichiers avec montée en puissance parallèle
Vous pouvez également automatiser le déploiement du serveur de fichiers avec montée en puissance parallèle à l’aide des modèles Azure Resource Manager dans un environnement de réseau virtuel et Active Directory existant.
Important
Nous vous recommandons de prévoir au moins trois nœuds de cluster pour un partage de fichiers avec montée en puissance parallèle, avec une mise en miroir triple.
Dans l’interface utilisateur du modèle Resource Manager de serveur de fichiers avec montée en puissance parallèle, vous devez spécifier dans le nombre de machines virtuelles.
Utiliser des disques managés
Le modèle Azure Resource Manager permettant de déployer le serveur de fichiers avec montée en puissance parallèle avec des espaces de stockage direct et Azure Disques managés est disponible sur GitHub.
Nous vous recommandons d’utiliser la fonctionnalité Disques managés.
Figure 1 : Écran de l’interface utilisateur pour le modèle Resource Manager de serveur de fichiers avec montée en puissance parallèle avec disques managés
Dans le modèle, procédez comme suit :
- Dans la zone Nombre de machines virtuelles, entrez le nombre minimal 2.
- Dans la zone Nombre de disques de machines virtuelles, entrez le nombre minimal de disques 3 (2 disques + 1 disque de rechange = 3 disques).
- Dans la zone Nom du SOFS, entrez le nom du réseau hôte global SAP, sapglobalhost.
- Dans la zone Nom du partage, entrez le nom du partage de fichiers, sapmnt.
Utiliser des disques non managés
Le modèle Azure Resource Manager permettant de déployer le serveur de fichiers avec montée en puissance parallèle avec des espaces de stockage direct et des disques non gérés Azure est disponible sur GitHub.
Figure 2 : Écran de l’interface utilisateur pour le modèle Azure Resource Manager de serveur de fichiers avec montée en puissance parallèle sans disques managés
Dans la zone Type de compte de stockage, sélectionnez Stockage Premium. Les autres paramètres sont les identiques aux paramètres des disques managés.
Ajustez les paramètres liés au délai d’expiration du cluster
Après avoir installé le cluster de serveurs de fichiers avec montée en puissance parallèle avec succès, adaptez les seuils de délai d’expiration pour la détection de basculement aux conditions dans Azure. Les paramètres à changer sont documentés dans : Tuning Failover Cluster Network Thresholds (Réglage des seuils réseau de cluster de basculement). En supposant que vos machines virtuelles en cluster se trouvent dans le même sous-réseau, modifiez les paramètres suivants par ces valeurs :
- SameSubNetDelay = 2000
- SameSubNetThreshold = 15
- RouteHistoryLength = 30
Ces paramètres ont été testés auprès de clients et offrent un bon compromis. Ils sont suffisamment résilients, mais assurent également un basculement assez rapide dans des conditions d’erreur réelles ou en cas de problème sur une machine virtuelle.