Crea una PAC per server Micro Focus Enterprise con Amazon EC2 Auto Scaling e Systems Manager

Creato da Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) e Krithika Palani Selvam (AWS)

Riepilogo

Questo modello introduce un'architettura scalabile per applicazioni mainframe che utilizza Micro Focus Enterprise Server in Scale-Out Performance and Availability Cluster (PAC) e un gruppo Amazon Elastic Compute Cloud (Amazon EC2) Elastic Auto Scaling su Amazon Web Services (AWS). La soluzione è completamente automatizzata con gli hook del ciclo di vita di AWS Systems Manager e Amazon EC2 Auto Scaling. Utilizzando questo modello, puoi configurare le tue applicazioni mainframe online e in batch per ottenere un'elevata resilienza grazie alla scalabilità interna e orizzontale automatica in base alle tue esigenze di capacità.

Prerequisiti e limitazioni

Prerequisiti

Limitazioni

Versioni del prodotto

Architettura

Nell'ambiente mainframe convenzionale, è necessario fornire l'hardware per ospitare le applicazioni e i dati aziendali. Per far fronte e soddisfare i picchi di richieste stagionali, mensili, trimestrali o addirittura inaspettate o senza precedenti, gli utenti mainframe devono scalare orizzontalmente acquistando capacità di storage e di elaborazione aggiuntive. L'aumento del numero di risorse di archiviazione e capacità di elaborazione migliora le prestazioni complessive, ma la scalabilità non è lineare.

Questo non è il caso quando inizi ad adottare un modello di consumo on demand su AWS utilizzando Amazon EC2 Auto Scaling e Micro Focus Enterprise Server. Le sezioni seguenti spiegano in dettaglio come creare un'architettura applicativa mainframe completamente automatizzata e scalabile utilizzando Micro Focus Enterprise Server Scale-Out Performance and Availability Cluster (PAC) con un gruppo Amazon EC2 Auto Scaling. 

Architettura di scalabilità automatica Micro Focus Enterprise Server

Innanzitutto, è importante comprendere i concetti di base di Micro Focus Enterprise Server. Questo ambiente fornisce un ambiente di distribuzione x86 compatibile con il mainframe per le applicazioni tradizionalmente eseguite sul mainframe IBM. Fornisce esecuzioni online e in batch e un ambiente di transazione che supporta quanto segue:

Micro Focus Enterprise Server consente l'esecuzione delle applicazioni mainframe con modifiche minime. I carichi di lavoro mainframe esistenti possono essere spostati su piattaforme x86 e modernizzati per sfruttare le estensioni native di AWS Cloud per una rapida espansione verso nuovi mercati o aree geografiche. 

Modernizzazione del modello AWS Prescriptive Guidance: su DevOps AWS con Micro Focus ha introdotto l'architettura per accelerare lo sviluppo e il test di applicazioni mainframe su AWS utilizzando Micro Focus Enterprise Developer ed Enterprise Test Server con AWS e AWS. CodePipeline CodeBuild Questo modello si concentra sulla distribuzione di applicazioni mainframe nell'ambiente di produzione AWS per ottenere disponibilità e resilienza elevate.

In un ambiente di produzione mainframe, potresti aver configurato IBM Parallel Sysplex nel mainframe per ottenere prestazioni e disponibilità elevate. Per creare un'architettura scalabile simile a Sysplex, Micro Focus ha introdotto il Performance and Availability Cluster (PAC) su Enterprise Server. I PAC supportano la distribuzione di applicazioni mainframe su più regioni Enterprise Server gestite come un'unica immagine e scalabili in istanze Amazon EC2. I PAC supportano anche prestazioni prevedibili delle applicazioni e velocità di trasmissione del sistema su richiesta. 

In un PAC, più istanze di Enterprise Server funzionano insieme come un'unica entità logica. Il guasto di un'istanza di Enterprise Server, pertanto, non interromperà la continuità aziendale poiché la capacità è condivisa con altre regioni, mentre le nuove istanze vengono avviate automaticamente utilizzando funzionalità standard del settore come un gruppo Amazon EC2 Auto Scaling. Ciò rimuove i singoli punti di errore, migliorando la resilienza ai problemi hardware, di rete e delle applicazioni. Le istanze scalabili di Enterprise Server possono essere gestite e gestite utilizzando le API Enterprise Server Common Web Administration (ESCWA), semplificando la manutenzione operativa e la facilità di manutenzione degli Enterprise Server. 

Nota: Micro Focus consiglia che il Performance and Availability Cluster (PAC) sia composto da almeno tre regioni Enterprise Server in modo da non compromettere la disponibilità nel caso in cui un'area Enterprise Server si guasti o richieda manutenzione.

La configurazione PAC richiede un servizio di gestione del database relazionale (RDBMS) supportato per gestire il database regionale, un database interregionale e database di archivi dati opzionali. È necessario utilizzare un database di archivio dati per gestire i file VSAM (Virtual Storage Access Method) utilizzando il supporto Micro Focus Database File Handler per migliorare la disponibilità e la scalabilità. Gli RDBMS supportati includono quanto segue:

Per i dettagli sui requisiti RDBMS e PAC supportati, vedere Micro Focus Enterprise Server - Prerequisiti e Micro Focus Enterprise Server - Configurazione PAC consigliata.

Il diagramma seguente mostra una configurazione tipica dell'architettura AWS per un Micro Focus PAC. 

Questi componenti costituiscono il requisito minimo per un cluster PAC Micro Focus Enterprise Server. La sezione successiva tratta l'automazione della gestione dei cluster.

Utilizzo di AWS Systems Manager Automation per la scalabilità

Dopo la distribuzione del cluster PAC su AWS, il PAC viene gestito tramite le API Enterprise Server Common Web Administration (ESCWA). 

Per automatizzare le attività di gestione dei cluster durante gli eventi di scalabilità automatica, puoi utilizzare i runbook di Systems Manager Automation e Amazon EC2 Auto Scaling with Amazon. EventBridge L'architettura di queste automazioni è illustrata nel diagramma seguente.

Strumenti

Epiche

Risorse correlate

Informazioni aggiuntive

I seguenti scenari devono essere automatizzati per la scalabilità interna o orizzontale dei cluster PAC.

Automazione per l'avvio o la ricreazione di un PAC

All'avvio di un cluster PAC, Enterprise Server richiede a ESCWA di richiamare le API per creare una configurazione PAC. Questo avvia e aggiunge le regioni Enterprise Server al PAC. Per creare o ricreare un PAC, attenersi alla seguente procedura: 

I passaggi precedenti possono essere implementati utilizzando uno PowerShell script di Windows. 

I passaggi seguenti spiegano come creare un'automazione per la creazione di un PAC riutilizzando lo script di Windows PowerShell .

Puoi utilizzare lo CloudFormation snippet AWS di esempio seguente per creare il runbook di automazione.

CloudFormation Frammento di esempio per un runbook di Systems Manager Automation utilizzato per la creazione di 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"

Per ulteriori informazioni, vedere Micro Focus Enterprise Server - Configurazione di un PAC.

Automazione per la scalabilità orizzontale con una nuova istanza di Enterprise Server

Quando un'istanza Enterprise Server viene scalata orizzontalmente, la relativa regione Enterprise Server deve essere aggiunta al PAC. I passaggi seguenti spiegano come richiamare le API ESCWA e aggiungere la regione Enterprise Server al PAC. 

I passaggi precedenti possono essere implementati utilizzando uno script di Windows. PowerShell Per ulteriori informazioni, vedere Micro Focus Enterprise Server - Configurazione di un PAC.

I seguenti passaggi possono essere utilizzati per creare un'automazione basata sugli eventi per aggiungere un'istanza Enterprise Server appena lanciata in un PAC riutilizzando lo script di Windows. PowerShell  

È possibile utilizzare lo CloudFormation snippet di esempio seguente per creare il runbook di automazione e la regola. EventBridge

CloudFormation Frammento di esempio per Systems Manager utilizzato per scalare le istanze di 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"

Automazione per la scalabilità in un'istanza di Enterprise Server

Analogamente alla scalabilità orizzontale, quando un'istanza di Enterprise Server viene scalata in orizzontale, viene avviato l'evento EC2 Instance-terminate Lifecycle Action e sono necessarie le seguenti chiamate di processo e API per rimuovere un'istanza di Micro Focus Enterprise Server dal PAC. 

I passaggi precedenti possono essere implementati in uno PowerShell script di Windows. Per ulteriori dettagli su questo processo, consultate il documento Micro Focus Enterprise Server - Amministrazione di un PAC.

I passaggi seguenti spiegano come creare un'automazione basata sugli eventi per terminare un'istanza di Enterprise Server da un PAC riutilizzando lo script di Windows. PowerShell  

È possibile utilizzare il seguente CloudFormation modello di esempio per creare un runbook, un hook del ciclo di vita e una regola di Systems Manager Automation. EventBridge

CloudFormation Frammento di esempio per un runbook di Systems Manager Automation utilizzato per la scalabilità in un'istanza di Enterprise Server

  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

Automazione per un trigger di scalabilità automatica di Amazon EC2

Il processo di impostazione di una politica di scalabilità per le istanze di Enterprise Server richiede una comprensione del comportamento dell'applicazione. Nella maggior parte dei casi, è possibile impostare politiche di scalabilità di Target Tracking. Ad esempio, puoi utilizzare l'utilizzo medio della CPU come CloudWatch metrica Amazon per impostare la politica di scalabilità automatica. Per ulteriori informazioni, consulta Policy di dimensionamento con monitoraggio degli obiettivi per Dimensionamento automatico Amazon EC2. Per le applicazioni con schemi di traffico regolari, prendi in considerazione l'utilizzo di una politica di scalabilità predittiva. Per ulteriori informazioni, consulta Scaling predittivo per Amazon EC2 Auto Scaling.