Share via

Déploiement de SAP ASCS/ERS avec des machines virtuelles à haute disponibilité SAP HANA sur RHEL

  • Article

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

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.

Diagram that shows the architecture of an SAP HANA, SAP ASCS/SCS, and ERS installation within the same cluster.

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.

  1. Ouvrez l’équilibreur de charge interne créé pour la configuration du cluster SAP HANA.
  2. 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).
  3. Pool back-end : ce pool reste le même car nous déployons ASCS et ERS sur le même pool back-end.
  4. 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.
  5. Adresse IP front-end : sélectionnez l’adresse IP frontale.
    1. Pool back-end : Sélectionnez le pool back-end.
    2. Ports haute disponibilité : sélectionnez cette option.
    3. Protocole : sélectionnez TCP.
    4. Sonde d’intégrité : créez une sonde d’intégrité avec les détails suivants (s’applique à la fois à ASCS et à ERS) :
      1. Protocole : sélectionnez TCP.
      2. Port : Par exemple, 620<n° d’instance> pour ASCS et 621<n° d’instance> pour ERS.
      3. Intervalle : entrez 5.
      4. Seuil de la sonde : entrez 2.
    5. Délai d'inactivité (minutes) : entrez 30.
    6. 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_timestampsla 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.

Tester la configuration du cluster

Testez minutieusement votre cluster Pacemaker :