Cree un servidor empresarial Micro Focus PAC con Amazon EC2 Auto Scaling y Systems Manager

Creada por Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) y Krithika Palani Selvam () AWS

Resumen

Este patrón introduce una arquitectura escalable para aplicaciones de mainframe que utilizan Micro Focus Enterprise Server en Scale-Out Performance and Availability Cluster (PAC) y un grupo de EC2 Auto Scaling de Amazon Elastic Compute Cloud (Amazon) en Amazon Web Services (). AWS La solución está totalmente automatizada con AWS los ganchos de ciclo de vida de Systems Manager y Amazon EC2 Auto Scaling. Al usar este patrón, puede configurar sus aplicaciones de mainframe en línea y por lotes para lograr una alta resiliencia escalando vertical y horizontalmente de forma automática en función de sus demandas de capacidad.

Requisitos previos y limitaciones

Requisitos previos 

Limitaciones

Versiones de producto

Arquitectura

En un entorno de mainframe convencional, debe aprovisionar el hardware para alojar las aplicaciones y los datos corporativos. Para hacer frente a los picos de demanda estacionales, mensuales, trimestrales o incluso imprevistos o sin precedentes, los usuarios de mainframe deben escalar horizontalmente sus capacidades adquiriendo capacidad de almacenamiento y procesamiento adicionales. El aumento de la cantidad de recursos de almacenamiento y capacidad de cómputo mejora el rendimiento general, pero el escalado no es lineal.

Este no es el caso cuando se empieza a adoptar un modelo de consumo bajo demanda con AWS los servidores Amazon EC2 Auto Scaling y Micro Focus Enterprise. En las siguientes secciones se explica en detalle cómo crear una arquitectura de aplicaciones de mainframe escalable y totalmente automatizada mediante el clúster de rendimiento y disponibilidad de Micro Focus Enterprise Server Scale-Out (PAC) con un grupo de Amazon EC2 Auto Scaling. 

Arquitectura de escalado automático de Micro Focus Enterprise Server

En primer lugar, es importante conocer los conceptos básicos de Micro Focus Enterprise Server. Este entorno proporciona un entorno de implementación x86 compatible con el mainframe para las aplicaciones que tradicionalmente se ejecutaban en el mainframe. IBM Ofrece ejecuciones en línea y por lotes, así como un entorno de transacciones compatible con:

Micro Focus Enterprise Server permite la ejecución de aplicaciones de mainframe con cambios mínimos. Las cargas de trabajo de mainframe existentes se pueden trasladar a plataformas x86 y modernizarse para aprovechar las extensiones nativas de la AWS nube y expandirse rápidamente a nuevos mercados o geografías. 

El modelo de orientación AWS prescriptiva sobre la modernización de los mainframes: DevOps siguiendo AWS con Micro Focus, se introdujo la arquitectura para acelerar el desarrollo y las pruebas de las aplicaciones de mainframe AWS mediante el uso de Micro Focus Enterprise Developer y Enterprise Test Server con y. AWS CodePipeline AWS CodeBuild Este patrón se centra en el despliegue de aplicaciones de mainframe en el entorno de AWS producción para lograr una alta disponibilidad y resiliencia.

En un entorno de producción de mainframe, es posible que haya configurado IBM Parallel Sysplex en el mainframe para lograr un alto rendimiento y una alta disponibilidad. Para crear una arquitectura escalable similar a Sysplex, Micro Focus introdujo el clúster de rendimiento y disponibilidad () en Enterprise Server. PAC PACsadmiten la implementación de aplicaciones de mainframe en múltiples regiones de Enterprise Server administradas como una sola imagen y escaladas en instancias de AmazonEC2. PACstambién permiten un rendimiento predecible de las aplicaciones y del sistema bajo demanda. 

En unPAC, varias instancias de Enterprise Server funcionan juntas como una sola entidad lógica. Por lo tanto, el fallo de una instancia de Enterprise Server no interrumpirá la continuidad del negocio, ya que la capacidad se comparte con otras regiones, mientras que las nuevas instancias se inician automáticamente con la funcionalidad estándar del sector, como un grupo de Amazon EC2 Auto Scaling. Esto elimina los puntos únicos de fallo y mejora la resiliencia ante problemas de hardware, red y aplicaciones. Las instancias de Enterprise Server ampliadas se pueden operar y administrar mediante la administración web común de Enterprise Server (ESCWA)APIs, lo que simplifica el mantenimiento operativo y la facilidad de servicio de los servidores empresariales. 

Nota: Micro Focus recomienda que el clúster de rendimiento y disponibilidad (PAC) esté formado por al menos tres regiones de servidores empresariales para que la disponibilidad no se vea comprometida en caso de que una región de servidores empresariales falle o requiera mantenimiento.

PACLa configuración requiere un servicio de administración de bases de datos relacionales compatible (RDBMS) para administrar la base de datos regional, una base de datos interregional y las bases de datos de almacenes de datos opcionales. Se debe utilizar una base de datos de almacenes de datos para administrar los archivos del método de acceso al almacenamiento virtual (VSAM) mediante la compatibilidad con el controlador de archivos de base de datos Micro Focus para mejorar la disponibilidad y la escalabilidad. RDBMSsEntre los compatibles se incluyen los siguientes:

Para obtener más información sobre los PAC requisitos RDBMS y los requisitos compatibles, consulte Micro Focus Enterprise Server: requisitos previos y Micro Focus Enterprise Server: configuración recomendada PAC.

El siguiente diagrama muestra una configuración de AWS arquitectura típica para un Micro FocusPAC. 

Estos componentes constituyen el requisito mínimo para un PAC clúster de Micro Focus Enterprise Server. La siguiente sección trata sobre la automatización de la administración de clústeres.

Uso de AWS Systems Manager Automation para el escalado

Una vez desplegado el PAC clústerAWS, PAC se administra mediante la administración web común de Enterprise Server (ESCWA)APIs. 

Para automatizar las tareas de administración de clústeres durante los eventos de escalado automático, puede utilizar los manuales de automatización de Systems Manager y Amazon EC2 Auto Scaling with Amazon EventBridge. La arquitectura de estas automatizaciones se muestra en el siguiente diagrama.

Herramientas

Epics

Recursos relacionados

Información adicional

Los siguientes escenarios deben automatizarse para ampliar o reducir los PAC clústeres.

Automatización para iniciar o recrear un PAC

Al inicio de un PAC clúster, Enterprise Server debe invocarlo ESCWA APIs para crear una PAC configuración. Esto inicia y agrega regiones de Enterprise Server a. PAC Para crear o volver a crear unaPAC, siga los siguientes pasos: 

Los pasos anteriores se pueden implementar mediante un PowerShell script de Windows. 

En los pasos siguientes se explica cómo crear una automatización para crear una PAC mediante la reutilización del PowerShell script de Windows.

Puede usar el siguiente AWS CloudFormation fragmento de ejemplo para crear el manual de automatización.

CloudFormation Fragmento de ejemplo de un manual de automatización de Systems Manager utilizado para la creación 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"

Para obtener más información, consulte Micro Focus Enterprise Server: Configuración de un. PAC

Automatización para escalado horizontal con una nueva instancia de Enterprise Server

Cuando una instancia de Enterprise Server se amplía, su región de Enterprise Server debe añadirse a. PAC En los siguientes pasos se explica cómo invocar ESCWA APIs y añadir la región de Enterprise Server a. PAC 

Los pasos anteriores se pueden implementar mediante un PowerShell script de Windows. Para obtener más información, consulte Micro Focus Enterprise Server: Configuración de un PAC.

Los siguientes pasos se pueden utilizar para crear una automatización basada en eventos para añadir una instancia de Enterprise Server recién lanzada a una PAC mediante la reutilización del PowerShell script de Windows. 

Puede usar el siguiente CloudFormation fragmento de ejemplo para crear el manual de automatización y la regla. EventBridge

CloudFormation Fragmento de ejemplo de Systems Manager utilizado para escalar instancias de 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"

Automatización para reducir horizontalmente una instancia de Enterprise Server

Al igual que con la ampliación horizontal, cuando se amplía una instancia de Enterprise Server, se inicia la acción de finalización del ciclo de vida EC2 de la instancia, por lo que se necesitan los siguientes procesos y API llamadas para eliminar una instancia de Micro Focus Enterprise Server de la. PAC 

Los pasos anteriores se pueden implementar en un PowerShell script de Windows. Para obtener más información sobre este proceso, consulte el documento de Micro Focus Enterprise Server: Administración de un PAC.

En los siguientes pasos se explica cómo crear una automatización basada en eventos para cerrar una instancia de Enterprise Server desde un PAC mediante la reutilización del script de Windows. PowerShell  

Puede utilizar la siguiente CloudFormation plantilla de ejemplo para crear un manual, un enlace de ciclo de vida y una EventBridge regla de Systems Manager Automation.

CloudFormation Fragmento de ejemplo de un manual de automatización de Systems Manager utilizado para escalar en una instancia de 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

Automatización para un activador de escalado EC2 automático de Amazon

El proceso de configuración de una política de escalado para instancias de Enterprise Server requiere comprender el comportamiento de la aplicación. En la mayoría de los casos, puede establecer políticas de escalado de seguimiento de objetivos. Por ejemplo, puedes usar la CPU utilización media como CloudWatch métrica de Amazon para configurar la política de escalado automático. Para obtener más información, consulte Políticas de escalado de seguimiento de Target para Amazon EC2 Auto Scaling. Para aplicaciones con patrones de tráfico regulares, considere la posibilidad de usar una política de escalado predictivo. Para obtener más información, consulte Escalado predictivo para Amazon EC2 Auto Scaling.