Creación de un PAC de Micro Focus Enterprise Server con Amazon EC2 Auto Scaling y Systems Manager - Recomendaciones de AWS

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Creación de un PAC de Micro Focus Enterprise Server con Amazon EC2 Auto Scaling y Systems Manager

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

Entorno: producción

Tecnologías: Modernización; Infraestructura CloudNative DevOps

Resumen

Este patrón presenta una arquitectura escalable para aplicaciones de mainframe que usan Micro Focus Enterprise Server en un clúster de rendimiento y disponibilidad (PAC) escalable horizontalmente y un grupo de escalado automático Amazon Elastic Compute Cloud (Amazon EC2) en Amazon Web Services (AWS). La solución está totalmente automatizada con enlaces de ciclo de vida de AWS 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

  • Una cuenta de AWS activa.

  • Software y licencia de Micro Focus Enterprise Server. Para obtener más información, contacte con el departamento de ventas de Micro Focus.

  • Comprender el concepto de reconstrucción y entrega de una aplicación de mainframe a ejecutar en Micro Focus Enterprise Server. Para obtener información general, consulte Hoja de datos de Micro Focus Enterprise Server.

  • Comprender los conceptos de clúster de rendimiento y disponibilidad escalable horizontalmente de Micro Focus Enterprise Server. Para más información, consulte la documentación de Micro Focus Enterprise Server.

  • Comprensión del concepto general de aplicación de mainframe DevOps con integración continua (CI). Para ver un patrón de AWS Prescriptive Guidance desarrollado por AWS y Micro Focus, consulte Modernización de mainframe: DevOps en AWS con Micro Focus.

Limitaciones

  • Para obtener una lista de las plataformas compatibles con Micro Focus Enterprise Server, consulte la hoja de datos de Micro Focus Enterprise Server.

  • Los scripts y pruebas usados en este patrón se basan en Amazon EC2 Windows Server 2019; no se han probado otras versiones y sistemas operativos de Windows Server con este patrón.

  • El patrón se basa en Micro Focus Enterprise Server 6.0 para Windows; no se han probado versiones anteriores o posteriores para desarrollar este patrón.

Versiones de producto

  • Micro Focus Enterprise Server 6.0

  • Windows Server 2019

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 comienza a adoptar un modelo de consumo bajo demanda en AWS mediante 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 (PAC) escalable horizontalmente de Micro Focus Enterprise Server con un grupo de escalado automático de Amazon EC2. 

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 mainframe para aplicaciones que tradicionalmente se ejecutaban en el mainframe de IBM. Ofrece ejecuciones en línea y por lotes, así como un entorno de transacciones compatible con:

  • IBM COBOL

  • IBM PL/I

  • Trabajos por lotes en IBM JCL

  • Transacciones de IBM CICS e IMS TM

  • Servicios web

  • Utilidades de procesamiento por lotes comunes, incluida SORT

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 en la nube de AWS y así expandirse rápidamente a nuevos mercados o geografías. 

El patrón AWS Prescriptive Guidance Modernization: DevOps on AWS with Micro Focus introdujo la arquitectura para acelerar el desarrollo y las pruebas de aplicaciones de mainframe en AWS mediante Micro Focus Enterprise Developer y Enterprise Test Server con AWS y AWS CodePipeline . CodeBuild Este patrón se centra en la implementación de aplicaciones de mainframe en el entorno de producción de AWS 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 horizontalmente similar a Sysplex, Micro Focus presentó el clúster de rendimiento y disponibilidad (PAC) en Enterprise Server. Los PAC permiten la implementación de aplicaciones de mainframe en varias regiones de Enterprise Server administradas como una sola imagen y escaladas horizontalmente en instancias de Amazon EC2. Los PAC también ofrecen un rendimiento predecible de las aplicaciones y del sistema bajo demanda. 

En un PAC, 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. Las nuevas instancias se inician automáticamente con una 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 escalables horizontalmente se pueden operar y administrar mediante las API de Enterprise Server Common Web Administration (ESCWA), lo que simplifica el mantenimiento operativo y la facilidad de servicio de los Enterprise Server. 

Nota: Micro Focus recomienda que el clúster de rendimiento y disponibilidad (PAC) esté formado por, al menos, tres regiones de Enterprise Server. Así, la disponibilidad no se verá comprometida en caso de que una región de Enterprise Server falle o requiera mantenimiento.

La configuración del PAC requiere un servicio de administración de base de datos relacional (RDBMS) compatible para administrar la base de datos regional, una base de datos interregional y las bases de datos de almacenes de datos opcionales. Es necesario usar una base de datos de almacén de datos para gestionar los archivos de Virtual Storage Access Method (VSAM). La compatibilidad con el gestor de archivos de base de datos de Micro Focus mejora la disponibilidad y la escalabilidad. Entre los RDBMS compatibles se incluyen:

  • Microsoft SQL Server 2009 o posterior

  • PostgreSQL 10.x, incluida la edición compatible con PostgreSQL de Amazon Aurora

  • DB2 10.4 o posterior

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

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

Componente

Descripción

1

Grupo de escalado automático de instancias de Enterprise Server

Configure un grupo de escalado automático implementado con las instancias de Enterprise Server en un PAC. Las CloudWatch alarmas de Amazon pueden aumentar o activar el número de instancias mediante CloudWatch métricas.

2

Grupo de escalado automático de instancias ESCWA de Enterprise Server 

Configure un grupo de escalado automático implementado con Enterprise Server Common Web Administration (ESCWA). ESCWA proporciona API de gestión de clústeres.   Los servidores de ESCWA actúan como plano de control para añadir o eliminar Enterprise Server e iniciar o detener las regiones de Enterprise Server en el PAC durante los eventos de escalado automático de la instancia de Enterprise Server.   Como la instancia de ESCWA se usa únicamente para la gestión del PAC, su patrón de tráfico es predecible. y su escalado. automático (el requisito de capacidad deseado se puede establecer en 1). 

3

Instancia de Amazon Aurora en una configuración Multi-AZ

Configure un sistema de administración de base de datos relacional (RDBMS) para alojar los archivos de datos de los usuarios y del sistema y compartirlos entre las instancias de Enterprise Server.

4

Instancia y réplica de Amazon ElastiCache for Redis

Configure una instancia principal de ElastiCache Redis y al menos una réplica para alojar los datos de los usuarios y actuar como un repositorio escalable (SOR) para las instancias de Enterprise Server. Puede configurar uno o más repositorios escalables horizontalmente para almacenar tipos específicos de datos de usuario.   Enterprise Server emplea una base de datos NoSQL de Redis como SOR, requisito fundamental para mantener la integridad del PAC.

5

Equilibrador de carga de red

Configure un equilibrador de carga que proporcione un nombre de host para que las aplicaciones se conecten a los servicios proporcionados por las instancias de Enterprise Server (por ejemplo, acceder a la aplicación a través de un emulador 3270).

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

Uso de Automatización de AWS Systems Manager para escalar

Una vez implementado el clúster PAC en AWS, el PAC se administra mediante las API de Enterprise Server Common Web Administration (ESCWA). 

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 Auto Scaling with Amazon EC2. EventBridge La arquitectura de estas automatizaciones se muestra en el siguiente diagrama.

Componente

Descripción

1

Enlace de ciclo de vida de escalado automático

Configura enlaces de ciclo de vida de escalado automático y envía notificaciones a Amazon EventBridge cuando se lancen nuevas instancias y las instancias existentes finalicen en el grupo de escalado automático.

2

Amazon EventBridge

Configure una EventBridge regla de Amazon para enrutar los eventos de escalado automático a los objetivos del runbook de Systems Manager Automation.

3

Manuales de procedimientos de Automation

Configure los manuales de automatización de Systems Manager para ejecutar PowerShell scripts de Windows e invoque las API de la CESPAO para administrar el PAC. Para ver más ejemplos, consulte la sección Información adicional.

4

Instancia ESCWA de Enterprise Server en un grupo de escalado automático

Configurar una instancia ESCWA de Enterprise Server en un grupo de escalado automático. La instancia de ESCWA proporciona API para gestionar el PAC. 

Herramientas

  • Micro Focus Enterprise Server: Micro Focus Enterprise Server proporciona el entorno de ejecución para aplicaciones creadas con cualquier variante de entorno de desarrollo integrado (IDE) de Enterprise Developer.

  • Amazon EC2 Auto Scaling: Amazon EC2 Auto Scaling le ayuda a garantizar que cuenta con la cantidad correcta de instancias de Amazon EC2 disponibles para gestionar la carga de su aplicación. Crea colecciones de instancias de EC2, denominadas grupos de escalado automático, y especifica un número mínimo y máximo de instancias.

  • Amazon ElastiCache for Redis: Amazon ElastiCache es un servicio web para configurar, administrar y escalar un almacén de datos en memoria distribuido o un entorno de caché en la nube. Proporciona una capacidad de almacenamiento en caché de alto rendimiento, escalable y rentable.

  • Amazon RDS: Amazon Relational Database Service (Amazon RDS) es un servicio web que facilita la configuración, el funcionamiento y el escalado de una base de datos relacional en la nube de AWS. Proporciona una capacidad rentable y de tamaño ajustable para una base de datos relacional y se ocupa de las tareas comunes de administración de bases de datos. 

  • AWS Systems Manager: AWS Systems Manager es un servicio que puede utilizar para ver y controlar su infraestructura en AWS. Mediante la consola de Systems Manager, puede ver los datos operativos de varios servicios de AWS y automatizar las tareas operativas en sus recursos de AWS. Systems Manager le ayuda a mantener la seguridad y la conformidad mediante el análisis de sus instancias administradas y el informe sobre las infracciones de las políticas que detecte o la toma de medidas correctivas con respecto a estas.

Epics

TareaDescripciónHabilidades requeridas
Cree una CloudFormation plantilla de AWS para una instancia de Amazon Aurora.

Utilice el fragmento de código de ejemplo de AWS para crear una CloudFormation plantilla que cree una instancia de Amazon Aurora compatible con PostgreSQL Edition.

Arquitecto de la nube
Implemente una CloudFormation pila para crear la instancia de Amazon Aurora.

Use la CloudFormation plantilla para crear una instancia compatible con Aurora PostgreSQL que tenga habilitada la replicación Multi-AZ para las cargas de trabajo de producción.

Arquitecto de la nube
Configure los ajustes de conexión a la base de datos para Enterprise Server.

Siga las instrucciones de la documentación de Micro Focus para preparar las cadenas de conexión y la configuración de la base de datos para Micro Focus Enterprise Server.

DevOps Ingeniero de datos, ingeniero
TareaDescripciónHabilidades requeridas
Crea una CloudFormation plantilla para el ElastiCache clúster de Amazon para la instancia de Redis.

Utilice el fragmento de código de ejemplo de AWS para crear una CloudFormation plantilla que cree un ElastiCache clúster de Amazon para la instancia de Redis.

Arquitecto de la nube
Implemente la CloudFormation pila para crear un ElastiCache clúster de Amazon para la instancia de Redis.

Cree el ElastiCache clúster de Amazon para la instancia de Redis que tiene habilitada la replicación Multi-AZ para las cargas de trabajo de producción.

Arquitecto de la nube
Configure los ajustes de conexión de Enterprise Server PSOR.

Siga las instrucciones de la documentación de Micro Focus para preparar la configuración de la conexión del repositorio Scale-Out PAC (PSOR) para Micro Focus Enterprise Server PAC.

DevOps ingeniero
TareaDescripciónHabilidades requeridas
Cree una AMI de Micro Focus Enterprise Server.

Cree una instancia de Amazon EC2 de Windows Server e instale el binario de Micro Focus Enterprise Server en la instancia de EC2. Crear una imagen de máquina de Amazon (AMI) de una instancia EC2. Para más información, consulte la documentación de instalación de Enterprise Server.

Arquitecto de la nube
Cree una CloudFormation plantilla para Enterprise Server ESCWA.

Use el fragmento de código de ejemplo de AWS para crear una plantilla de una pila personalizada de Enterprise Server ESCWA en un grupo de escalado automático.

Arquitecto de la nube
Implemente la CloudFormation pila para crear un grupo de escalado de Amazon EC2 para Enterprise Server ESCWA.

Utilice la CloudFormation plantilla para implementar el grupo de escalado automático con la AMI de la CESPAO de Micro Focus Enterprise Server creada en la historia anterior.

Arquitecto de la nube
TareaDescripciónHabilidades requeridas
Cree una CloudFormation plantilla para un manual de automatización de Systems Manager.

Utilice los fragmentos de código de ejemplo de la sección de información adicional para crear una CloudFormation plantilla que cree un manual de automatización de Systems Manager para automatizar la creación de PAC, la ampliación de Enterprise Server y la ampliación horizontal de Enterprise Server.

Arquitecto de la nube
Implemente la CloudFormation pila que contiene el manual de automatización de Systems Manager.

Utilice la CloudFormation plantilla para implementar una pila que contenga el manual de automatización para la creación de PAC, el escalado de Enterprise Server y el escalado de Enterprise Server.

Arquitecto de la nube
TareaDescripciónHabilidades requeridas
Cree una CloudFormation plantilla para configurar un grupo de escalado automático para Micro Focus Enterprise Server.

Utilice el fragmento de código de ejemplo de AWS para crear una CloudFormation plantilla que cree un grupo de escalado automático. Esta plantilla reutilizará la misma AMI que se creó para la instancia de Micro Focus Enterprise Server ESCWA. 

A continuación, utilice un fragmento de código de ejemplo de AWS para crear el evento del ciclo de vida de escalado automático y configure Amazon EventBridge para filtrar los eventos de escalado horizontal y horizontal en la misma plantilla. CloudFormation

Arquitecto de la nube
Implemente la CloudFormation pila para el grupo de escalado automático de los servidores empresariales Micro Focus.

Implemente la CloudFormation pila que contiene el grupo de escalado automático para los servidores Micro Focus Enterprise.

Arquitecto de la nube

Recursos relacionados

Información adicional

Los siguientes escenarios deben automatizarse para reducir o escalar horizontalmente los clústeres de PAC.

Automatización para iniciar o recrear un PAC

Al inicio de un clúster de PAC, Enterprise Server requiere que ESCWA invoque las API para crear una configuración de PAC. Esta acción inicia y agrega regiones de Enterprise Server al PAC. Para crear o volver a crear un PAC, siga estos pasos: 

  1. Configure un repositorio escalable horizontalmente de PAC (PSOR) en ESCWA con un nombre determinado.

    POST /server/v1/config/groups/sors
  2. Cree un PAC con un nombre determinado y adjúntele el PSOR.

    POST /server/v1/config/groups/pacs
  3. Configure la base de datos regional y la base de datos interregional si es la primera vez que configura un PAC.

    Nota: En este paso se usan consultas SQL y la herramienta dbhfhadmin de la línea de comandos de Micro Focus Enterprise Suite para crear la base de datos e importar los datos iniciales.

  4. Instale la definición de PAC en las regiones de Enterprise Server.

    POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/install
  5. Inicie las regiones de Enterprise Server en el PAC.

    POST /native/v1/regions/${host_ip}/${port}/${region_name}/start

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 un PAC mediante la reutilización del PowerShell script de Windows.

  1. Cree una plantilla de lanzamiento de Amazon EC2 que descargue o cree el PowerShell script de Windows como parte del proceso de arranque. Por ejemplo, puede emplear datos de usuario de EC2 para descargar el script de un bucket de Amazon Simple Storage Service (Amazon S3).

  2. Cree un runbook de AWS Systems Manager Automation para invocar el script de Windows PowerShell .

  3. Asocie el manual de procedimientos a la instancia de ESCWA mediante la etiqueta de instancia.

  4. Cree un grupo de escalado automático ESCWA utilizando la plantilla de lanzamiento. 

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

CloudFormation Fragmento de ejemplo de un manual de automatización de Systems Manager utilizado para la creación de un 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 escala horizontalmente, su región de Enterprise Server debe añadirse al PAC. En los siguientes pasos se explica cómo invocar las API de ESCWA y añadir la región de Enterprise Server al PAC. 

  1. Instale la definición de PAC en las regiones de Enterprise Server.

    POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/install
  2. Inicie en caliente la región en el PAC.

    POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
  3. Agregue la instancia de Enterprise Server al equilibrador de carga asociando el grupo de escalado automático al equilibrador de carga.

Los pasos anteriores se pueden implementar mediante un script de Windows. PowerShell 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 que permita añadir una instancia de Enterprise Server recién lanzada a un PAC reutilizando el PowerShell script de Windows. 

  1. Cree una plantilla de lanzamiento de Amazon EC2 para una instancia de Enterprise Server que aprovisione una región de Enterprise Server durante su arranque. Por ejemplo, puede usar el comando mfds de Micro Focus Enterprise Server para importar una configuración regional. Para obtener más detalles y ver las opciones disponibles para este comando, consulte la referencia de Enterprise Server.

  2. Cree un grupo de escalado automático de Enterprise Server que emplee la plantilla de lanzamiento creada en el paso anterior.

  3. Cree un manual de automatización de Systems Manager para invocar el script de Windows PowerShell . 

  4. Asocie el manual de procedimientos a la instancia de ESCWA mediante la etiqueta de instancia.

  5. Cree una EventBridge regla de Amazon para filtrar el evento EC2 Instance Launch Successful para el grupo de escalado automático de Enterprise Server y cree el objetivo para utilizar el manual de automatización.

Puede utilizar 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 el escalado horizontal, cuando una instancia de Enterprise Server se reduce horizontalmente, se inicia la acción de ciclo de vida de finalización de la instancia de EC2, y se necesitan las siguientes llamadas al proceso y a la API para eliminar una instancia de Micro Focus Enterprise Server del PAC. 

  1. Detenga la región de la instancia de Enterprise Server que está finalizando.

    POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
  2. Elimine la instancia de Enterprise Server del PAC.

    DELETE "/server/v1/config/mfds/${uid}"
  3. Envíe una señal para continuar con la finalización de la instancia de Enterprise Server.

Los pasos anteriores se pueden implementar en un script de Windows PowerShell . 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  

  1. Cree un manual de automatización de Systems Manager para invocar el script de Windows PowerShell .

  2. Asocie el manual de procedimientos a la instancia de ESCWA mediante la etiqueta de instancia.

  3. Cree un enlace de ciclo de vida de grupo de escalado automático para la finalización de la instancia de EC2.

  4. Cree una EventBridge regla de Amazon para filtrar el evento de acción del ciclo de vida de finalización de la instancia de EC2 para el grupo de escalado automático de Enterprise Server y cree el objetivo para usar el manual de automatización. 

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 desencadenante de escalado automático de Amazon EC2

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 el uso promedio de la CPU 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 destino de Amazon EC2 Auto Scaling. Para aplicaciones con patrones de tráfico regulares, considere la posibilidad de usar una política de escalado predictivo. Para más información, consulte Escalado predictivo para Amazon EC2 Auto Scaling