Architecture d' SAP NetWeaver Application Server ABAP

Les outils SAP créent une instance SAP et une instance ASCS. Cette méthode est la norme pour Java Stack (système) et est maintenant standard pour ABAP Stack.

1. Serveur d'applications principal (PAS) - Une instance est une unité administrative qui contient divers composants d'un système SAP. Les composants d'une instance sont paramétrés dans un profil d'instance partagée. Chaque instance est identifiée par un ID système et un numéro d'instance et inclut :

   • Répartiteur Web SAP ; Processus de travail (DIA, BTC, UPD, SPOOL) - Le répartiteur Web SAP se trouve entre l'Internet et votre système SAP. Le Web Dispatcher d' SAP, qui se compose d'un ou plusieurs serveurs d'applications d' SAP NetWeaver, est le point d'entrée des requêtes HTTP et HTTPs dans votre système. En tant que "commutateur Web", le répartiteur Web SAP peut rejeter ou accepter des connexions. Lorsqu'il accepte une connexion, il équilibre la charge pour assurer une distribution même sur les serveurs. Le répartiteur Web SAP contribue à la sécurité et équilibre également la charge dans votre système SAP.

     Vous pouvez utiliser le répartiteur Web SAP dans les systèmes ABAP et Java, dans des systèmes Java purs et dans des systèmes ABAP purs.

   • Service de passerelle SAP - La passerelle SAP effectue des services de demande de commentaires (RFC) dans l'environnement SAP, qui sont basés sur TCP / IP. Ces services permettent aux systèmes SAP et aux programmes externes de communiquer les uns avec les autres. Les services de demande de commentaires (RFC) peuvent être utilisés dans le programme ABAP ou pour les programmes externes qui utilisent les interfaces. RFC peut être utilisé entre des processus d'une instance ou d'un système, ou entre des systèmes.

   • Service ICM (Internet Communication Manager) - Composant de serveur d'applications qui reçoit et distribue les demandes Web (HTTP (S), SMTP, ...). Le gestionnaire de communication Internet (ICM) évalue l'URL et transmet les demandes à AS ABAP ou AS Java.

   • IGS (séparateur de groupe d'échange)

2. Les instances de services centraux ABAP (ASCS) - Cette instance contient le serveur de messages, le serveur de mise en file d'attente et un démarrage distinct. L'instance ASCS ne peut traiter aucune demande de boîte de dialogue. Il est utilisé pour gérer les verrous, échanger des messages et équilibrer la charge de travail dans le système SAP. L'instance ASCS inclut :

   • Serveur de messages - Le serveur de messages SAP s'exécute en tant que processus distinct, principalement sur le même hôte que l'instance centrale. Si une instance SCS (SAP Central Services) ou ASCS (ABAP SCS) est configurée dans le système, le serveur de messages fait partie de cette instance.
   • Stand-alone Enqueue Server- Partie de l'instance centrale (ABAP ou Java ) qui gère les verrous d' SAP. En combinaison avec le serveur de réplication de mise en file d'attente, ce point de défaillance unique peut devenir une solution à haute disponibilité.
   • Instance de services ABAP Central (instance ASCS) - Contient le serveur de messages ABAP et le serveur de mise en file d'attente autonome
   • L'instance de serveur de réplication de mise en file d'attente n'est obligatoire que dans un système à haute disponibilité.

Vous pouvez éventuellement installer l'instance ASCS avec un système intégré :

• répartiteur WebSAP Pour plus d'informations, voir Instance ASCS avec Web Dispatcher d' SAP.
• Passerelle. Pour plus d'informations, voir Instance ASCS avec passerelle intégrée.

Architecture du serveur d'applications d' SAP NetWeaver Java

1. Instance centrale Java (Instance J < nn > instance) - Une instance Java est une unité du cluster AS Java identifiée par son numéro d'instance. Les éléments qui forment une instance exécutée sur une machine physique. De plus, il est possible d'exécuter plusieurs instances sur une seule machine physique, mais il est recommandé de fractionner les différentes instances entre différentes machines physiques. Une architecture AS- Java-Cluster se compose de :

   • gestionnaire de communication Internet (ICM) - ICM est un élément de l'instance Java qui gère les demandes provenant des clients et les distribue aux processus serveur disponibles. Les données sont transférées du gestionnaire de communication Internet aux processus serveur et vice versa à l'aide de l'architecture Fast Channel (FCA), ce qui permet une communication rapide et fiable entre eux.
   • Un ou plusieurs processus serveur - Les processus serveur d'AS Java exécutent l'application Java. Ils sont responsables du traitement des demandes entrantes qui leur sont attribuées par le gestionnaire de communication Internet. Chaque processus serveur est multi-unités d'exécution et peut donc traiter plusieurs demandes simultanément.

2. Instance de services centraux du système (instance SCS) - Les services centraux constituent la base de la communication et de la synchronisation pour le cluster AS Java. Ils sont responsables de l'administration des verrous, de l'échange de messages et de l'équilibrage de charge au sein du cluster. Services centraux exécutés sur une machine physique et constituant une instance distincte. Cette Instance SCS (Central Services Instance) SAP comprend :

   • Serveur de messages - Le serveur de messages conserve une liste de tous les processus serveur dans le cluster AS Java et fournit des informations sur leur disponibilité sur le gestionnaire de communication Internet (ICM). Il représente également l'infrastructure pour l'échange de données entre les processus du serveur participant.
   • Serveur de mise en file d'attente - Le serveur de mise en file d'attente gère les verrous logiques. Le serveur de mise en file d'attente s'exécute sur l'instance des services centraux du cluster Java. Il gère la table de verrouillage dans la mémoire principale et reçoit des demandes de définition ou de libération de verrous. Il mappe les verrous logiques à la base de données.

MS SQL pour le système standard

• Instance de base de données (DB) - MS SQL Server dans ce cas. Les systèmes SAP en paysage ont des exigences spécifiques pour les serveurs, les systèmes d'exploitation, la configuration réseau et le stockage pris en charge. Le déploiement d'une infrastructure de type « SAP » ( AnyDB ) sur Internet (I IBM Cloud ) est similaire aux déploiements d'une infrastructure avec des centres de données sur site. Utilisez les informations fournies par SAP et les fournisseurs de SGBDR. Pour plus d'informations, consultez AnyDB- Microsoft SQL Server et Infrastructure certifiée pour SAP.

• Instance de serveur d'applications principale (instance PAS) - Les répertoires globaux de l'instance ASCS peuvent être utilisés comme système de fichiers global. Cela signifie que l'hôte avec l'instance ASCS est l'hôte global SAP. Toutefois, vous pouvez également installer séparément les répertoires globaux sur n'importe quel hôte de votre système SAP. Vous pouvez également utiliser l'hôte de transport SAP ou l'hôte avec le système de fichiers global (hôte globalSAP ) comme hôte d'instance de serveur d'applications principal. Vous pouvez éventuellement installer une ou plusieurs instances de serveur d'applications supplémentaires.

• Serveur d'applications supplémentaire (AAS) - Vous pouvez installer une ou plusieurs instances de serveur d'applications supplémentaires pour un système SAP existant. Les instances de serveur d'applications supplémentaires sont facultatives et peuvent être installées sur des hôtes distincts.

  Une instance de serveur d'applications supplémentaire peut s'exécuter sur :

  • Hôte de toute instance du système SAP existant
  • Sur un hôte dédié

• SAP Instance de dialogue (DI) / Instance d'application supplémentaire (AAS) - L'instance de dialogue (DI) est une instance d'application supplémentaire sur le dessus de l'instance centrale (CI). Normalement, l'ID est configuré sur un hôte différent.

  L'instance de dialogue se compose de Gateway (GW), Internet Communication Manager (ICM) et de Dispatcher Process (Disp) uniquement. Le DI n'a pas de serveur de messages et de processus de mise en file d'attente.

  L'ID utilisateur démarre toujours après le démarrage de l'élément de configuration car l'ID utilisateur dépend de l'élément de configuration en tant qu'instance principale où le serveur de messages et le serveur de mise en file d'attente existent. Le DI est utilisé pour équilibrer la charge et gérer plus de charge de travail plutôt que d'utiliser uniquement l'instance centrale. Le nouveau nom du DI est Additional Application Server (AAS).

  Structure :

  DI/AAS = GW + ICM + Disp

  Pour plus d'informations sur la configuration et l'ajout d'une instance AAS dans un environnement d' SAP s hétérogènes, voir SAP Note 680617 - INST: Appl. Serveur dans un environnement système SAP hétérogène.

  L'avantage d'un SAA et d'un DI est d'équilibrer la charge de l'instance de PAS en distribuant un pourcentage significatif de la charge de travail, à un autre DI et à un serveur AAS. Avec l'aide du mécanisme d'équilibrage de charge SAP, la AAS et le DI offrent de bons résultats. Le fait d'avoir un AAS et un DI supplémentaire augmente également la puissance de traitement, en utilisant les ressources de sa nouvelle capacité de serveur pour toute la charge de travail du système.

  Pour plus d'informations, voir SAP Remarque 26317 - Configuration du groupe LOGON pour l'équilibrage de charge d'authentification.