Partager via

Haute disponibilité pour SAP NetWeaver sur des machines virtuelles Azure sur Windows avec Azure NetApp Files (SMB) pour les applications SAP

  • Article

Cet article décrit comment déployer, configurer les machines virtuelles, installer l’infrastructure de cluster et installer un système SAP NetWeaver 7.50 à haute disponibilité sur des machines virtuelles Windows, avec SMB sur Azure NetApp Files.

La couche de base de données n’est pas couverte en détail dans cet article. Nous supposons que le réseau virtuel Azure a déjà été créé.

Commencez par lire les notes et publications SAP suivantes :

Vue d’ensemble

SAP a développé une nouvelle approche et une alternative aux disques partagés pour le clustering d’une instance SAP ASCS/SCS sur un cluster de basculement Windows. Au lieu d’utiliser des disques partagés de cluster, il est possible d’utiliser un partage de fichiers SMB pour déployer des fichiers d’hôte global SAP. Azure NetApp Files prend en charge SMBv3 (ainsi que NFS) avec la liste de contrôle d’accès NTFS à l’aide d’Active Directory. Azure NetApp Files est automatiquement hautement disponible (car il s’agit d’un service PaaS). Ces fonctionnalités font d’Azure NetApp Files l’option idéale pour héberger le partage de fichiers SMB pour SAP global.
Microsoft Entra Domain Services et services de domaine Active Directory (AD DS) sont pris en charge. Vous pouvez utiliser des contrôleurs de domaine Active Directory existants avec Azure NetApp Files. Les contrôleurs de domaine peuvent figurer dans Azure en tant que machines virtuelles ou en local via ExpressRoute ou S2S VPN. Dans cet article, nous allons utiliser un contrôleur de domaine dans une machine virtuelle Azure.
La haute disponibilité pour les services centraux SAP Netweaver nécessite un stockage partagé. Pour parvenir à cela sur Windows, il était nécessaire de créer un cluster SOFS ou d’utiliser un logiciel de disque partagé de cluster comme SIOS. Maintenant, il est possible d’atteindre la haute disponibilité SAP Netweaver à l’aide d’un stockage partagé, déployé sur Azure NetApp Files. L’utilisation d’Azure NetApp Files pour le stockage partagé élimine le besoin de recourir à SOFS ou SIOS.

Notes

Le clustering d’instances SAP ASCS/SCS à l’aide d’un partage de fichiers est pris en charge pour les systèmes SAP avec SAP Kernel 7.22 (et versions ultérieures). Pour plus d’informations, consultez la note SAP 2698948.

SAP ASCS/SCS HA Architecture with SMB share

Conditions préalables pour un partage de fichiers SMB :

  • Protocole SMB 3.0 (ou version ultérieure)
  • Possibilité de définir les listes de contrôle d’accès (ACL, access control list) Active Directory pour les groupes d’utilisateurs Active Directory et l’objet d’ordinateur computer$.
  • La haute disponibilité doit être activée pour le partage de fichiers.

Le partage pour les services centraux SAP de cette architecture de référence est proposé par Azure NetApp Files :

SAP ASCS/SCS HA Architecture with SMB share details

Créer et monter un volume SMB pour Azure NetApp Files

Procédez comme suit pour préparer l’utilisation d’Azure NetApp Files.

  1. Créez un compte Azure NetApp, en suivant les étapes décrites dans Créer un compte NetApp.

  2. Configurez le pool de capacité, en suivant les instructions de la rubrique Configurer un pool de capacité

  3. Les ressources d’Azure NetApp Files doivent résider dans un sous-réseau délégué. Suivez les instructions de la rubrique Déléguer un sous-réseau à Azure NetApp Files pour créer un sous-réseau délégué.

    Important

    Vous devez créer des connexions Active Directory avant de créer un volume SMB. Passez en revue la configuration requise pour les connexions Active Directory.

    Lorsque vous créez la connexion Active Directory, veillez à entrer un préfixe de serveur SMB (compte d’ordinateur) de plus de 8 caractères pour éviter la limitation du nom d’hôte de 13 caractères pour les applications SAP (un suffixe est automatiquement ajouté au nom du compte de l’ordinateur SMB).
    Les limitations de nom d’hôte des applications SAP sont décrites dans 2718300 - Limitations de longueur de nom d’hôte physique et virtuel et 611361 - Noms d’hôte de serveurs de plateforme SAP ABAP.

  4. Créez la connexion Active Directory, comme décrit dans Créer une connexion Active Directory. Veillez à ajouter l’utilisateur qui exécutera SWPM pour installer le système SAP, comme Administrators privilege user dans la connexion Active Directory. Si vous n’ajoutez pas l’utilisateur d’installation SAP comme Administrators privilege user dans la connexion Active Directory, SWPM échoue avec des erreurs d’autorisation, à moins que vous n’exécutiez SWPM en tant qu’utilisateur avec des droits d’administrateur de domaine élevés.

  5. Créez un volume SMB Azure NetApp Files, en suivant les instructions fournies dans Ajouter un volume SMB.

  6. Montez le volume SMB sur votre machine virtuelle Windows.

Conseil

Pour obtenir des instructions sur le montage du volume Azure NetApp Files, connectez-vous au Portail Azure, puis accédez à l’objet Azure NetApp Files, sélectionnez le panneau Volumes, puis sélectionnez Instructions de montage.

Considérations importantes

Lorsque vous envisagez d’utiliser l’architecture Azure NetApp Files pour SAP Netweaver, tenez compte des importantes considérations suivantes :

  • La taille de pool de capacité minimale est de 4 Tio. La taille du pool de capacité peut être augmentée par incréments de 1 Tio.
  • Le volume minimal est de 100 Gio.
  • Le réseau virtuel sélectionné doit avoir un sous-réseau délégué à Azure NetApp Files.
  • Les caractéristiques de débit et de performance d’un volume Azure NetApp Files sont une fonction du quota de volume et du niveau de service, comme décrit dans Niveau de service pour Azure NetApp Files. Lorsque vous dimensionnez les volumes SAP Azure NetApp, assurez-vous que le débit obtenu répond à la configuration requise pour l’application.

Préparer l’infrastructure pour la haute disponibilité SAP à l’aide d’un cluster de basculement Windows

  1. Définissez les règles d’équilibrage de charge ASCS/SCS par défaut pour l’équilibreur de charge interne Azure.
  2. Ajoutez des machines virtuelles Windows au domaine.
  3. Ajoutez des entrées de registre aux deux nœuds de cluster de l’instance SAP ASCS/SCS
  4. Configurez un cluster de basculement Windows Server pour une instance SAP ASCS/SCS
  5. Si vous utilisez Windows Server 2016, nous vous recommandons de configurer un témoin Azure Cloud.

Installer l’instance SAP ASCS sur les deux nœuds

Vous avez besoin des logiciels suivants de SAP :

Installer une instance ASCS/SCS sur le premier nœud de cluster ASCS/SCS

  1. Installez une instance ASCS/SCS SAP sur le premier nœud de cluster. Démarrez l’outil d’installation SAP SWPM, puis accédez à Product (Produit)>DBMS (SGBD)> Installation > Application Server ABAP (ou Java) > High-Availability System (Système à haute disponibilité) > ASCS/SCS instance (Instance ASCS/SCS) > Additional cluster node (Noeud de cluster supplémentaire).

  2. Sélectionnez File Share Cluster (Cluster de partage de fichiers) en tant que configuration de partage de cluster dans SWPM.

  3. Lorsque vous y êtes invité à l’étape SAP System Cluster Parameters (Paramètres du cluster du système SAP), entrez le nom d’hôte du partage SMB Azure NetApp Files que vous avez déjà créé comme File Share Host Name (Nom d’hôte du partage de fichiers). Dans cet exemple, le nom d’hôte du partage SMB est anfsmb-9562.

    Important

    Si les résultats de l’outil de vérification de la configuration requise dans SWPM indiquent que la fonctionnalité de disponibilité continue n’est pas remplie, vous pouvez résoudre ce problème en suivant les instructions figurant dans Retard de message d’erreur lorsque vous essayez d’accéder à un dossier partagé qui n’existe plus dans Windows.

    Conseil

    Si les résultats de l’outil de vérification de la configuration requise dans SWPM indiquent qu’une condition de taille d’échange n’est pas remplie, vous pouvez ajuster la taille d’échange en accédant à Poste de travail > Propriétés système > Paramètres de performances > Options avancées > Mémoire virtuelle > Modifier.

  4. Configurez une ressource de cluster SAP, le port de sonde SAP-SID-IP, à l’aide de PowerShell. Exécutez cette configuration sur l’un des nœuds de cluster SAP ASCS/SCS, comme décrit dans Configurer le port de sonde.

Installer une instance ASCS/SCS sur le deuxième nœud de cluster ASCS/SCS

  1. Installez une instance ASCS/SCS SAP sur le deuxième nœud de cluster. Démarrez l’outil d’installation SAP SWPM, puis accédez à Product (Produit)>DBMS (SGBD)> Installation > Application Server ABAP (ou Java) > High-Availability System (Système à haute disponibilité) > ASCS/SCS instance (Instance ASCS/SCS) > Additional cluster node (Noeud de cluster supplémentaire).

Mettre à jour le profil d’instance SAP ASCS/SCS

Mettez à jour les paramètres dans le profil d’instance ASCS/SCS SAP <SID>ASCS/SCS<Nr><Hôte>.

Nom du paramètre Valeur du paramètre
gw/netstat_once 0
enque/encni/set_so_keepalive true
service/ha_check_node 1

Le paramètre enque/encni/set_so_keepalive est requis uniquement si vous utilisez ENSA1.
Redémarrez l’instance SAP ASCS/SCS. Définissez les paramètres KeepAlive sur les deux nœuds de cluster SAP ASCS/SCS en suivant les instructions indiquées dans Set registry entries on the cluster nodes of the SAP ASCS/SCS instance (Définir des entrées de Registre sur les nœuds de cluster de l’instance SAP ASCS/SCS).

Installer une instance de SGBD et les serveurs d’applications SAP

Finalisez votre installation SAP en installant :

  • Une instance de SGBD
  • Un serveur d’applications SAP principal
  • Un serveur d’applications SAP supplémentaire

Testez le basculement de l’instance SAP ASCS/SCS

Basculement du nœud de cluster A vers le nœud de cluster B et inversément

Dans ce scénario de test, nous faisons référence au nœud de cluster sapascs1 comme nœud A et au nœud de cluster sapascs2 comme nœud B.

  1. Vérifiez que les ressources du cluster s’exécutent sur le nœud A. Figure 1: Windows Server failover cluster resources running on node A prior before the failover test

  2. Redémarrez le nœud de cluster A. Les ressources de cluster SAP sont déplacées vers le nœud de cluster B. Figure 2: Windows Server failover cluster resources running on node B after the failover test

Test d’entrée de verrou

1. Vérifiez que le serveur ERS (Enqueue Replication Server) est actif
2. Connectez-vous au système SAP, exécutez la transaction SU01 et ouvrez un ID utilisateur en mode modification. Cela génère une entrée de verrou SAP.
3. Quand vous êtes connecté au système SAP, affichez l’entrée de verrou, en accédant à la transaction ST12.
4. Basculez les ressources ASCS du nœud de cluster A vers le nœud de cluster B.
5. Vérifiez que l’entrée de verrou, générée avant le basculement des ressources de cluster SAP ASCS/SCS, est conservée.

Figure 3: Lock entry is retained after failover test

Pour plus d’informations, consultez Troubleshooting for Enqueue Failover in ASCS with ERS (en anglais)

Configurations facultatives

Les diagrammes suivants montrent plusieurs instances SAP sur des machines virtuelles Azure exécutant le cluster de basculement Microsoft Windows pour réduire le nombre total de machines virtuelles.

Il peut s’agir de serveurs d’applications SAP locaux sur un cluster ASCS/SCS SAP ou d’un rôle de cluster ASCS/SCS SAP sur des nœuds Always On Microsoft SQL Server.

Important

L’installation d’un serveur d’applications SAP local sur un nœud Always On SQL Server n’est pas prise en charge.

ASCS/SCS SAP et la base de données Microsoft SQL Server sont tous deux des points de défaillance uniques (SPOF). Pour protéger ces points de défaillance uniques dans un environnement Windows, Azure NetApp Files SMB est utilisé.

Bien que la consommation de ressources ASCS/SCS SAP soit relativement faible, il est recommandé de réduire de 2 Go la configuration de la mémoire pour SQL Server ou le serveur d’applications SAP.

Serveurs d’applications SAP sur des nœuds WSFC utilisant NetApp Files SMB

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

Remarque

L’image montre l’utilisation de disques locaux supplémentaires. Cela est facultatif pour les clients qui n’installent pas les logiciels d’application sur le lecteur du système d’exploitation (C:)

ASCS/SCS SAP sur des nœuds Always On SQL Server utilisant Azure NetApp Files SMB

Important

L’utilisation d’Azure NetApp Files SMB pour tout volume SQL Server n’est pas prise en charge.

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

Remarque

L’image montre l’utilisation de disques locaux supplémentaires. Cela est facultatif pour les clients qui n’installent pas les logiciels d’application sur le lecteur du système d’exploitation (C:)

Utilisation de Windows DFS-N pour prendre en charge la création de partage SAPMNT flexible pour le partage de fichiers SMB

L’utilisation de DFS-N vous permet d’utiliser des volumes sapmnt individuels pour les systèmes SAP déployés dans la même région et le même abonnement Azure. Utilisation de Windows DFS-N pour prendre en charge la création de partage SAPMNT flexible pour le partage de fichiers SMB décrit la procédure de configuration.

Étapes suivantes