Déploiement de SAP ASCS/ERS avec des machines virtuelles à haute disponibilité SAP HANA sur RHEL
Cet article explique comment installer et configurer SAP HANA avec les instances ABAP SAP Central Services (ASCS)/SAP Central Services (SCS) et Enqueue Replication Server (ERS) sur le même cluster haute disponibilité exécuté sur Red Hat Enterprise Linux (RHEL).
Références
- Configuration de SAP S/4HANA ASCS/ERS avec Standalone Enqueue Server 2 (ENSA2) dans Pacemaker
- Configuration de SAP NetWeaver ASCS/ERS ENSA1 avec des ressources autonomes dans RHEL 7.5+ et RHEL 8
- Note SAP 1928533, qui contient :
- Liste des tailles de machines virtuelles (VM) Azure prises en charge pour le déploiement du logiciel SAP.
- Des informations importantes sur la capacité en fonction de la taille des machines virtuelles Azure.
- Les logiciels SAP pris en charge et les combinaisons entre système d’exploitation (OS) et base de données.
- Version du noyau SAP requise pour Windows et Linux sur Azure.
- La note SAP 2015553 répertorie les conditions préalables au déploiement de logiciels SAP pris en charge par SAP sur Azure.
- La note SAP 2002167 répertorie les paramètres de système d'exploitation recommandés pour Red Hat Enterprise Linux 7.x.
- La note SAP 2772999 répertorie les paramètres de système d'exploitation recommandés pour Red Hat Enterprise Linux 8.x.
- La note SAP 2009879 contient des directives SAP HANA pour Red Hat Enterprise Linux.
- La note SAP 2178632 contient des informations détaillées sur toutes les métriques de surveillance rapportées pour SAP sur Azure.
- La note SAP 2191498 contient la version requise de l’agent hôte SAP pour Linux sur Azure.
- La note SAP 2243692 contient des informations sur les licences SAP sur Linux dans Azure.
- La note SAP 1999351 contient des informations supplémentaires sur le dépannage de l’extension Azure Enhanced Monitoring pour SAP.
- Le wiki de la communauté SAP contient toutes les notes SAP nécessaires pour Linux.
- Planification et implémentation de machines virtuelles Azure pour SAP sur Linux
- Déploiement de machines virtuelles Azure pour SAP sur Linux
- Déploiement SGBD de machines virtuelles Azure pour SAP sur Linux
- SAP Netweaver dans un cluster Pacemaker
- Documentation RHEL générale :
- Documentation RHEL spécifique à Azure :
Vue d’ensemble
Cet article décrit le scénario d’optimisation des coûts dans lequel vous déployez des instances SAP HANA, SAP ASCS/SCS et SAP ERS dans la même configuration haute disponibilité. Pour réduire le nombre de machines virtuelles d’un seul système SAP, vous souhaitez installer SAP ASCS/SCS et SAP ERS sur les mêmes hôtes que ceux où SAP HANA est exécuté. Une fois SAP HANA paramétré dans une configuration de cluster haute disponibilité, vous voulez que SAP ASCS/SCS et SAP ERS soient également gérés par le cluster. Cette configuration constitue plus ou moins un ajout à une configuration de cluster SAP HANA existante. SAP ASCS/SCS et SAP ERS sont ainsi installés sur un nom d’hôte virtuel, et son répertoire d’instance est géré par le cluster.
L'architecture présentée présente NFS sur Azure Files ou Azure NetApp Files pour un répertoire d'instance hautement disponible pour l'installation.
L'exemple présenté dans cet article pour décrire le déploiement utilise les informations système suivantes :
Nom de l’instance | Numéro d’instance | Nom d’hôte virtuel | IP virtuelle (port de sonde) |
---|---|---|---|
Base de données SAP HANA | 03 | saphana | 10.66.0.13 (62503) |
Services centraux ABAP SAP (ASCS) | 00 | sapascs | 10.66.0.20 (62000) |
Serveur de réplication en file d’attente (ERS) | 01 | sapers | 10.66.0.30 (62101) |
Identificateur système SAP HANA | HN1 | --- | --- |
Identificateur système SAP | NW1 | --- | --- |
Remarque
Installez des instances SAP Dialog (PAS et AAS) sur des machines virtuelles distinctes.
Considérations importantes pour la solution d’optimisation des coûts
- Les instances SAP Dialog (PAS et AAS) (par exemple sapa01 et sapa02) doivent de préférence être installées sur des machines virtuelles distinctes. Installez SAP ASCS et SAP ERS avec des noms d’hôte virtuels. Pour en savoir plus sur la manière d'attribuer un nom d'hôte virtuel à une machine virtuelle, consultez le blog Utiliser les noms d'hôte virtuels SAP avec Linux dans Azure.
- Lorsqu’un déploiement de base de données HANA, de SAP ASCS/SCS et de SAP ERS est effectué dans la même configuration de cluster, le numéro d’instance de la base de données HANA, de SAP ASCS/SCS et de SAP ERS doit être différent.
- Envisagez de dimensionner correctement vos références SKU de machine virtuelle en fonction des instructions de dimensionnement. Vous devez prendre en compte le comportement du cluster dans lequel plusieurs instances SAP (base de données HANA, ASCS/SCS et ERS) peuvent s’exécuter sur une seule machine virtuelle tandis qu’une autre machine virtuelle du cluster n’est pas disponible.
- Vous pouvez utiliser différents stockages (par exemple Azure NetApp Files ou NFS sur Azure Files) pour installer les instances SAP ASCS et ERS.
Notes
Pour les systèmes SAP J2EE, il n’est pas possible de placer
/usr/sap/<SID>/J<nr>
sur NFS sur Azure Files. Les systèmes de fichiers de base de données comme /hana/data et /hana/log ne sont pas pris en charge sur NFS sur Azure Files. - Pour installer davantage de serveurs d'applications sur des machines virtuelles distinctes, vous pouvez utiliser des partages NFS ou un disque managé local pour un système de fichiers de répertoire d'instance. Si vous installez davantage de serveurs d'applications pour le système SAP J2EE,
/usr/sap/<SID>/J<nr>
sur NFS sur Azure Files n'est pas pris en charge. - Consultez Considérations sur NFS sur Azure Files et Considérations sur Azure NetApp Files, car les mêmes considérations s’appliquent à cette configuration.
Prérequis
La configuration décrite dans cet article constitue un ajout à la configuration de cluster SAP HANA existante. Dans cette configuration, une instance SAP ASCS/SCS et une instance ERS sont installées sur un nom d’hôte virtuel. Le répertoire d’instance est géré par le cluster.
Installez une base de données HANA, puis configurez une réplication système HANA (HSR) et le cluster Pacemaker en suivant les étapes décrites dans Haute disponibilité de SAP HANA sur les machines virtuelles Azure sur Red Hat Enterprise Linux ou Haute disponibilité de SAP HANA Scale-up avec Azure NetApp Files sur Red Hat Enterprise Linux en fonction de l’option de stockage choisie.
Après avoir installé, configuré et paramétré le cluster HANA, effectuez les étapes suivantes pour installer les instances ASCS et ERS.
Configuration d’Azure Load Balancer pour ASCS et ERS
Cet article part du principe que vous avez déjà configuré l’équilibreur de charge pour la configuration d’un cluster HANA, comme décrit dans Configurer Azure Load Balancer. Dans la même instance Azure Load Balancer, suivez ces étapes pour créer davantage d’adresses IP front-end et de règles d’équilibrage de charge pour ASCS et ERS.
- Ouvrez l’équilibreur de charge interne créé pour la configuration du cluster SAP HANA.
- Configuration de l’adresse IP front-end : créez deux adresses IP front-end, une pour ASCS et une autre pour ERS (par exemple : 10.66.0.20 et 10.66.0.30).
- Pool back-end : ce pool reste le même car nous déployons ASCS et ERS sur le même pool back-end.
- Règles de trafic entrant : créez deux règles d’équilibrage de charge, une pour ASCS et une autre pour ERS. Suivez les mêmes étapes pour les deux règles d’équilibrage de charge.
- Adresse IP front-end : sélectionnez l’adresse IP frontale.
- Pool back-end : Sélectionnez le pool back-end.
- Ports haute disponibilité : sélectionnez cette option.
- Protocole : sélectionnez TCP.
- Sonde d’intégrité : créez une sonde d’intégrité avec les détails suivants (s’applique à la fois à ASCS et à ERS) :
- Protocole : sélectionnez TCP.
- Port : Par exemple, 620<n° d’instance> pour ASCS et 621<n° d’instance> pour ERS.
- Intervalle : entrez 5.
- Seuil de la sonde : entrez 2.
- Délai d'inactivité (minutes) : entrez 30.
- Activer l’adresse IP flottante : sélectionnez cette option.
La propriété de configuration de la sonde d’intégrité numberOfProbes
, également appelée Seuil défectueux dans le Portail Microsoft Azure, n’est pas respectée. Pour contrôler le nombre de vérifications consécutives réussies ou échouées, définissez la propriété probeThreshold
sur 2
. Il n’est actuellement pas possible de définir cette propriété à l’aide du Portail Microsoft Azure. Utilisez soit Azure CLI, soit la commande PowerShell.
Important
L’adresse IP flottante n’est pas prise en charge sur une configuration IP secondaire de carte réseau dans les scénarios d’équilibrage de charge. Pour plus d’informations, consultez Limitations d’Azure Load Balancer. Si vous avez besoin de plus d'adresses IP pour les machines virtuelles, déployez une deuxième carte réseau.
Lorsque des machines virtuelles sans adresse IP publique sont placées dans le pool back-end d’une instance Azure Load Balancer Standard interne (sans adresse IP publique), il n’y a pas de connectivité Internet sortante à moins qu’une configuration supplémentaire ne soit effectuée pour permettre le routage vers les points de terminaison publics. Pour connaître les étapes à suivre pour obtenir une connectivité sortante, consultez Connectivité de point de terminaison public pour les machines virtuelles à l'aide d'Azure Standard Load Balancer dans les scénarios de haute disponibilité SAP.
Important
N’activez pas les horodateurs TCP sur les machines virtuelles Azure placées derrière l’Équilibreur de charge Azure. L’activation des horodateurs TCP provoque l’échec des sondes d’intégrité. Affectez au paramètre net.ipv4.tcp_timestamps
la valeur 0
. Pour plus d’informations, consultez Sondes d’intégrité Load Balancer.
Configuration de SAP ASCS/SCS et de SAP ERS
En fonction de votre stockage, suivez les étapes décrites dans les articles suivants pour configurer une ressource SAPInstance
pour l'instance SAP ASCS/SCS et SAP ERS dans le cluster.
- NFS sur Azure Fichiers : Haute disponibilité des machines virtuelles Azure pour SAP NW sur RHEL avec NFS sur Azure Files
- Fichiers Azure NetApp : Haute disponibilité des machines virtuelles Azure pour SAP NW sur RHEL avec Azure NetApp Files
Tester la configuration du cluster
Testez minutieusement votre cluster Pacemaker :