Créez un PAC de serveur Micro Focus Enterprise avec Amazon EC2 Auto Scaling et Systems Manager

Créée par Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) et Krithika Palani Selvam (AWS)

Récapitulatif

Ce modèle introduit une architecture évolutive pour les applications mainframe utilisant Micro Focus Enterprise Server dans le cadre du Scale-Out Performance and Availability Cluster (PAC) et un groupe Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling sur Amazon Web Services (AWS). La solution est entièrement automatisée grâce aux hooks de cycle de vie d'AWS Systems Manager et d'Amazon EC2 Auto Scaling. En utilisant ce modèle, vous pouvez configurer les applications en ligne et par lots de votre mainframe afin d'obtenir une résilience élevée grâce à une mise à l'échelle interne et externe automatique en fonction de vos demandes de capacité.

Conditions préalables et limitations

Prérequis

Limites

Versions du produit

Architecture

Dans un environnement mainframe classique, vous devez fournir du matériel pour héberger vos applications et vos données d'entreprise. Pour répondre aux pics de demandes saisonnières, mensuelles, trimestrielles, voire inédits ou inattendus, les utilisateurs de mainframe doivent évoluer en achetant des capacités de stockage et de calcul supplémentaires. L'augmentation du nombre de ressources de stockage et de capacité de calcul améliore les performances globales, mais la mise à l'échelle n'est pas linéaire.

Ce n'est pas le cas lorsque vous commencez à adopter un modèle de consommation à la demande sur AWS en utilisant les serveurs Amazon EC2 Auto Scaling et Micro Focus Enterprise. Les sections suivantes expliquent en détail comment créer une architecture d'application mainframe entièrement automatisée et évolutive à l'aide du cluster de performance et de disponibilité (PAC) Micro Focus Enterprise Server Scale-Out avec un groupe Amazon EC2 Auto Scaling. 

Architecture de mise à l'échelle automatique de Micro Focus Enterprise Server

Tout d'abord, il est important de comprendre les concepts de base de Micro Focus Enterprise Server. Cet environnement fournit un environnement de déploiement x86 compatible avec le mainframe pour les applications qui s'exécutaient traditionnellement sur le mainframe IBM. Il propose à la fois des exécutions en ligne et par lots, ainsi qu'un environnement de transaction prenant en charge les éléments suivants :

Micro Focus Enterprise Server permet aux applications mainframe de s'exécuter avec un minimum de modifications. Les charges de travail du mainframe existantes peuvent être déplacées vers des plateformes x86 et modernisées afin de tirer parti des extensions natives du cloud AWS pour une expansion rapide vers de nouveaux marchés ou zones géographiques. 

Le modèle AWS Prescriptive Guidance Modernisation du mainframe : on DevOps AWS with Micro Focus a introduit l'architecture permettant d'accélérer le développement et les tests d'applications mainframe sur AWS à l'aide de Micro Focus Enterprise Developer et Enterprise Test Server avec AWS et AWS. CodePipeline CodeBuild Ce modèle met l'accent sur le déploiement d'applications mainframe dans l'environnement de production AWS afin de garantir une disponibilité et une résilience élevées.

Dans un environnement de production mainframe, vous avez peut-être configuré IBM Parallel Sysplex dans le mainframe pour obtenir des performances et une disponibilité élevées. Pour créer une architecture évolutive similaire à Sysplex, Micro Focus a introduit le cluster de performance et de disponibilité (PAC) dans Enterprise Server. Les PAC prennent en charge le déploiement d'applications mainframe sur plusieurs régions de serveurs d'entreprise gérées sous forme d'image unique et redimensionnées dans des instances Amazon EC2. Les PAC prennent également en charge les performances prévisibles des applications et le débit du système à la demande. 

Dans un PAC, plusieurs instances d'Enterprise Server fonctionnent ensemble en tant qu'entité logique unique. La défaillance d'une instance de serveur d'entreprise n'interrompt donc pas la continuité des activités, car la capacité est partagée avec d'autres régions, tandis que les nouvelles instances sont automatiquement démarrées à l'aide de fonctionnalités standard telles qu'un groupe Amazon EC2 Auto Scaling. Cela élimine les points de défaillance uniques, améliorant ainsi la résilience face aux problèmes matériels, réseau et applicatifs. Les instances de serveur d'entreprise évolutives peuvent être exploitées et gérées à l'aide des API Enterprise Server Common Web Administration (ESCWA), ce qui simplifie la maintenance opérationnelle et la facilité de maintenance des serveurs d'entreprise. 

Remarque : Micro Focus recommande que le cluster de performance et de disponibilité (PAC) soit composé d'au moins trois régions de serveurs d'entreprise afin que la disponibilité ne soit pas compromise en cas de défaillance ou de maintenance d'une région de serveurs d'entreprise.

La configuration PAC nécessite un service de gestion de base de données relationnelle (RDBMS) pris en charge pour gérer la base de données régionale, une base de données interrégionale et des bases de données facultatives. Une base de données de stockage de données doit être utilisée pour gérer les fichiers VSAM (Virtual Storage Access Method) à l'aide du support du gestionnaire de fichiers de base de données Micro Focus afin d'améliorer la disponibilité et l'évolutivité. Les SGBDR pris en charge sont les suivants :

Pour plus de détails sur les exigences RDBMS et PAC prises en charge, voir Micro Focus Enterprise Server - Conditions préalables et Micro Focus Enterprise Server - Configuration PAC recommandée.

Le schéma suivant montre une configuration d'architecture AWS typique pour un Micro Focus PAC. 

Ces composants constituent la configuration minimale requise pour un cluster PAC Micro Focus Enterprise Server. La section suivante traite de l'automatisation de la gestion des clusters.

Utilisation d'AWS Systems Manager Automation pour le dimensionnement

Une fois le cluster PAC déployé sur AWS, le PAC est géré via les API Enterprise Server Common Web Administration (ESCWA). 

Pour automatiser les tâches de gestion du cluster lors d'événements de dimensionnement automatique, vous pouvez utiliser les runbooks Systems Manager Automation et Amazon EC2 Auto Scaling with Amazon. EventBridge L'architecture de ces automatisations est illustrée dans le schéma suivant.

Outils

Épopées

Ressources connexes

Informations supplémentaires

Les scénarios suivants doivent être automatisés pour étendre ou dédimensionner les clusters PAC.

Automatisation pour démarrer ou recréer un PAC

Au début d'un cluster PAC, Enterprise Server demande à la CESAO d'invoquer des API pour créer une configuration PAC. Cela démarre et ajoute des régions Enterprise Server dans le PAC. Pour créer ou recréer un PAC, procédez comme suit : 

Les étapes précédentes peuvent être mises en œuvre à l'aide d'un PowerShell script Windows. 

Les étapes suivantes expliquent comment créer une automatisation pour créer un PAC en réutilisant le PowerShell script Windows.

Vous pouvez utiliser l'exemple d' CloudFormation extrait AWS suivant pour créer le runbook Automation.

Exemple d' CloudFormation extrait de code pour un runbook Systems Manager Automation utilisé pour la création de PAC

  PACInitDocument:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Command
       Content:
         schemaVersion: '2.2'
         description: Operation Runbook to create Enterprise Server PAC
         mainSteps:
         - action: aws:runPowerShellScript
           name: CreatePAC
           inputs:
             onFailure: Abort
             timeoutSeconds: "1200"
             runCommand:
             - | 
               C:\Scripts\PAC-Init.ps1
  PacInitAutomation:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Automation
       Content:
         description: Prepare Micro Focus PAC Cluster via ESCWA Server
         schemaVersion: '0.3'
         assumeRole: !GetAtt SsmAssumeRole.Arn
         mainSteps:
           - name: RunPACInitDocument
             action: aws:runCommand
             timeoutSeconds: 300
             onFailure: Abort
             inputs:
               DocumentName: !Ref PACInitDocument
               Targets:
                 - Key: tag:Enterprise Server - ESCWA
                   Values:
                     - "true"
   PacInitDocumentAssociation:
     Type: AWS::SSM::Association
     Properties:
       DocumentVersion: "$LATEST"
       Name: !Ref PACInitDocument
       Targets:
         - Key: tag:Enterprise Server - ESCWA
           Values:
             - "true"

Pour plus d'informations, voir Micro Focus Enterprise Server - Configuration d'un PAC.

Automatisation pour une mise à l'échelle avec une nouvelle instance de serveur d'entreprise

Lorsqu'une instance de serveur d'entreprise est étendue, sa région de serveur d'entreprise doit être ajoutée au PAC. Les étapes suivantes expliquent comment appeler les API de la CESAO et ajouter la région Enterprise Server dans le PAC. 

Les étapes précédentes peuvent être mises en œuvre à l'aide d'un PowerShell script Windows. Pour plus d'informations, voir Micro Focus Enterprise Server - Configuration d'un PAC.

Les étapes suivantes peuvent être utilisées pour créer une automatisation pilotée par les événements afin d'ajouter une instance Enterprise Server récemment lancée dans un PAC en réutilisant le PowerShell script Windows. 

Vous pouvez utiliser l'exemple d' CloudFormation extrait suivant pour créer le runbook Automation et la règle. EventBridge

Exemple d' CloudFormation extrait de code pour Systems Manager utilisé pour étendre les instances d'Enterprise Server

  ScaleOutDocument:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Command
       Content:
         schemaVersion: '2.2'
         description: Operation Runbook to Adding MFDS Server into an existing PAC 
         parameters:
           MfdsPort:
             type: String
           InstanceIpAddress:
             type: String
             default: "Not-Available"
           InstanceId:
             type: String
             default: "Not-Available"
         mainSteps:
         - action: aws:runPowerShellScript
           name: Add_MFDS
           inputs:
             onFailure: Abort
             timeoutSeconds: "300"
             runCommand:
             - |
               $ip = "{{InstanceIpAddress}}"
               if ( ${ip} -eq "Not-Available" ) {
                 $ip = aws ec2 describe-instances --instance-id {{InstanceId}} --output text --query "Reservations[0].Instances[0].PrivateIpAddress"
               }            
               C:\Scripts\Scale-Out.ps1 -host_ip ${ip} -port {{MfdsPort}}
 
   PacScaleOutAutomation:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Automation
       Content:
         parameters:
           MfdsPort:
             type: String
           InstanceIpAddress:
             type: String
             default: "Not-Available"
           InstanceId:
             type: String
             default: "Not-Available"
         description: Scale Out 1 New Server in Micro Focus PAC Cluster via ESCWA Server
         schemaVersion: '0.3'
         assumeRole: !GetAtt SsmAssumeRole.Arn
         mainSteps:
           - name: RunScaleOutCommand
             action: aws:runCommand
             timeoutSeconds: 300
             onFailure: Abort
             inputs:
               DocumentName: !Ref ScaleOutDocument
               Parameters:
                 InstanceIpAddress: "{{InstanceIpAddress}}"
                 InstanceId: "{{InstanceId}}"
                 MfdsPort: "{{MfdsPort}}"
               Targets:
                 - Key: tag:Enterprise Server - ESCWA
                   Values:
                     - "true"

Automatisation pour le dimensionnement dans une instance de serveur d'entreprise

Comme dans le cas du scaling out, lorsqu'une instance de serveur d'entreprise est mise à l'échelle, l'événement EC2 Instance-Terminate Lifecycle Action est lancé et les appels de processus et d'API suivants sont nécessaires pour supprimer une instance de Micro Focus Enterprise Server du PAC. 

Les étapes précédentes peuvent être implémentées dans un PowerShell script Windows. Pour plus de détails sur ce processus, consultez le document Micro Focus Enterprise Server - Administration d'un PAC.

Les étapes suivantes expliquent comment créer une automatisation pilotée par les événements pour mettre fin à une instance de serveur d'entreprise à partir d'un PAC en réutilisant le script Windows. PowerShell  

Vous pouvez utiliser l'exemple de CloudFormation modèle suivant pour créer un runbook, un hook de cycle de vie et une EventBridge règle de Systems Manager Automation.

Exemple d' CloudFormation extrait de code d'exécution de Systems Manager Automation utilisé pour le dimensionnement dans une instance de serveur d'entreprise

  ScaleInDocument:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Command
       Content:
         schemaVersion: '2.2'
         description: Operation Runbook to Remove MFDS Server from PAC 
         parameters:
           MfdsPort:
             type: String
           InstanceIpAddress:
             type: String
             default: "Not-Available"
           InstanceId:
             type: String
             default: "Not-Available"
         mainSteps:
         - action: aws:runPowerShellScript
           name: Remove_MFDS
           inputs:
             onFailure: Abort
             runCommand:
             - |
               $ip = "{{InstanceIpAddress}}"
               if ( ${ip} -eq "Not-Available" ) {
                 $ip = aws ec2 describe-instances --instance-id {{InstanceId}} --output text --query "Reservations[0].Instances[0].PrivateIpAddress"
               }            
               C:\Scripts\Scale-In.ps1 -host_ip ${ip} -port {{MfdsPort}}
 
   PacScaleInAutomation:
     Type: AWS::SSM::Document
     Properties:
       DocumentType: Automation
       Content:
         parameters:
           MfdsPort:
             type: String
           InstanceIpAddress:
             type: String
             default: "Not-Available"            
           InstanceId:
             type: String
             default: "Not-Available"                
         description: Scale In 1 New Server in Micro Focus PAC Cluster via ESCWA Server
         schemaVersion: '0.3'
         assumeRole: !GetAtt SsmAssumeRole.Arn
         mainSteps:
           - name: RunScaleInCommand
             action: aws:runCommand
             timeoutSeconds: "600"
             onFailure: Abort
             inputs:
               DocumentName: !Ref ScaleInDocument
               Parameters:
                 InstanceIpAddress: "{{InstanceIpAddress}}"
                 MfdsPort: "{{MfdsPort}}"
                 InstanceId: "{{InstanceId}}"
               Targets:
                 - Key: tag:Enterprise Server - ESCWA
                   Values:
                     - "true"
           - name: TerminateTheInstance
             action: aws:executeAwsApi
             inputs:
               Service: autoscaling
               Api: CompleteLifecycleAction
               AutoScalingGroupName: !Ref AutoScalingGroup
               InstanceId: "{{ InstanceId }}"
               LifecycleActionResult: CONTINUE
               LifecycleHookName: !Ref ScaleInLifeCycleHook

Automatisation pour un déclencheur de dimensionnement automatique Amazon EC2

Le processus de configuration d'une politique de dimensionnement pour les instances d'Enterprise Server nécessite de comprendre le comportement de l'application. Dans la plupart des cas, vous pouvez définir des politiques de dimensionnement pour le suivi des cibles. Par exemple, vous pouvez utiliser l'utilisation moyenne du processeur comme CloudWatch métrique Amazon pour définir la politique de dimensionnement automatique. Pour plus d'informations, consultez Politiques de suivi des objectifs et d'échelonnement pour Amazon EC2 Auto Scaling. Pour les applications présentant des modèles de trafic réguliers, envisagez d'utiliser une politique de dimensionnement prédictive. Pour plus d'informations, consultez Predictive Scaling pour Amazon EC2 Auto Scaling.