As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Crie um PAC do Micro Focus Enterprise Server com Amazon EC2 Auto Scaling e Systems Manager
Criado por Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) e Krithika Palani Selvam (AWS)
Ambiente: produção | Tecnologias: Modernização; CloudNative DevOps; Infraestrutura |
Resumo
Esse padrão introduz uma arquitetura escalável para aplicativos de mainframe usando o Micro Focus Enterprise Server no Cluster de Desempenho e Disponibilidade Escalável (PAC)
Pré-requisitos e limitações
Pré-requisitos
Uma conta AWS ativa
Software e licença do Micro Focus Enterprise Server. Para obter detalhes, entre em contato com a equipe de vendas da Micro Focus
. Uma compreensão do conceito de reconstrução e entrega de um aplicativo de mainframe para ser executado no Micro Focus Enterprise Server. Para obter uma visão geral de alto nível, consulte a planilha de dados do Micro Focus Enterprise Server
. Uma compreensão dos conceitos do Cluster Escalável de Desempenho e Disponibilidade do Micro Focus Enterprise Server. Para ter mais informações, consulte a documentação do Micro Focus Enterprise Server
. Uma compreensão do conceito geral de aplicativo de mainframe DevOps com integração contínua (CI). Para um padrão de orientação prescritiva da AWS que foi desenvolvido pela AWS e pela Micro Focus, consulte Modernização do mainframe: na DevOps AWS com a Micro Focus.
Limitações
Para obter uma lista das plataformas suportadas pelo Micro Focus Enterprise Server, consulte a ficha técnica do Micro Focus Enterprise Server
. Os scripts e testes usados nesse padrão são baseados no Amazon EC2 Windows Server 2019; outras versões e sistemas operacionais do Windows Server não foram testadas para esse padrão.
O padrão é baseado no Micro Focus Enterprise Server 6.0 para Windows; versões anteriores ou superiores não foram testadas no desenvolvimento desse padrão.
Versões do produto
Micro Focus Enterprise Server 6.0
Windows Server 2019
Arquitetura
No ambiente convencional de mainframe, você deve provisionar hardware para hospedar seus aplicativos e dados corporativos. Para atender e atender aos picos de demandas sazonais, mensais, trimestrais ou até mesmo sem precedentes ou inesperadas, os usuários de mainframe devem aumentar a escala horizontalmente comprando capacidade adicional de armazenamento e computação. Aumentar o número de recursos de armazenamento e capacidade computacional melhora o desempenho geral, mas o dimensionamento não é linear.
Esse não é o caso quando você começa a adotar um modelo de consumo sob demanda na AWS usando Amazon EC2 Auto Scaling e Micro Focus Enterprise Servers. As seções a seguir explicam detalhadamente como criar uma arquitetura de aplicativo de mainframe totalmente automatizada e escalável usando o Cluster de Desempenho e Disponibilidade Escalável (PAC) com um grupo do Amazon EC2 Auto Scaling.
Arquitetura de escalabilidade automática do Micro Focus Enterprise Server
Primeiro, é importante entender os conceitos básicos do Micro Focus Enterprise Server. Esse ambiente fornece um ambiente de implantação x86 compatível com mainframe para aplicativos que tradicionalmente são executados no mainframe IBM. Ele oferece execuções on-line e em lote e um ambiente de transações que oferece suporte ao seguinte:
IBM COBOL
IBM PL/I
Trabalhos em lote do IBM JCL
Transações IBM CICS e IMS TM
Serviços da web
Utilitários de lote comuns, incluindo SORT
O Micro Focus Enterprise Server permite que os aplicativos de mainframe sejam executados com o mínimo de alterações. Os workloads de mainframe existentes podem ser transferidos para plataformas x86 e modernizadas para aproveitar as extensões nativas de nuvem da AWS Cloud para uma rápida expansão para novos mercados ou regiões.
O padrão de orientação prescritiva da AWS Modernização do mainframe: na DevOps AWS com a Micro Focus introduziu a arquitetura para acelerar o desenvolvimento e o teste de aplicativos de mainframe na AWS usando o Micro Focus Enterprise Developer e o Enterprise Test Server com AWS e AWS. CodePipeline CodeBuild Esse padrão se concentra na implantação de aplicativos de mainframe no ambiente de produção da AWS para alcançar alta disponibilidade e resiliência.
Em um ambiente de produção de mainframe, você pode ter configurado o IBM Parallel Sysplex no mainframe para obter alto desempenho e alta disponibilidade. Para criar uma arquitetura escalável semelhante à Sysplex, a Micro Focus introduziu o Cluster de Desempenho e Disponibilidade (PAC) no Enterprise Server. Os PACs oferecem suporte à implantação de aplicativos de mainframe em várias regiões do Enterprise Server gerenciadas como uma única imagem e escaladas em instâncias do Amazon EC2. Os PACs também oferecem suporte ao desempenho previsível do aplicativo e à taxa de transferência do sistema throughput sob demanda.
Em um PAC, várias instâncias do Enterprise Server trabalham juntas como uma única entidade lógica. A falha de uma instância do Enterprise Server, portanto, não interromperá a continuidade dos negócios porque a capacidade é compartilhada com outras regiões, enquanto novas instâncias são iniciadas automaticamente usando a funcionalidade padrão do setor, como um grupo do Amazon EC2 Auto Scaling. Isso remove pontos únicos de falha, melhorando a resiliência a problemas de hardware, rede e aplicativos. As instâncias escaláveis do Enterprise Server podem ser operadas e gerenciadas usando as APIs do Enterprise Server Common Web Administration (ESCWA), simplificando a manutenção operacional e a capacidade de manutenção dos servidores corporativos.
Nota: a Micro Focus recomenda que o Cluster de Desempenho e Disponibilidade (PAC)
A configuração do PAC requer um serviço de gerenciamento de banco de dados relacional (RDBMS - relational database management service) compatível para gerenciar o banco de dados regional, um banco de dados entre regiões e bancos de dados opcionais de armazenamento de dados. Um banco de dados de armazenamento de dados deve ser usado para gerenciar arquivos do Método de Acesso ao Armazenamento Virtual (VSAM - Virtual Storage Access Method) usando o suporte do Micro Focus Database File Handler para melhorar a disponibilidade e a escalabilidade. Os RDBMSs com suporte incluem:
Microsoft SQL Server 2009 R2 ou superior
PostgreSQL 10.x, incluindo o Amazon Aurora Edição Compatível com PostgreSQL
DB2 10.4 e posterior
Para obter detalhes sobre os requisitos de RDBMS e PAC suportados, consulte Micro Focus Enterprise Server – Pré-requisitos
O diagrama a seguir mostra uma configuração típica da arquitetura da AWS para uma PAC do Micro Focus.
![Nuvem AWS architecture with VPC, EC2 instances, load balancer, Aurora database, and Redis across availability zones.](images/pattern-img/64e3c22b-1058-4ab8-855f-18bbbed5dc13/images/df291568-a442-454f-80bf-49e4ffff4f6d.png)
Componente | Descrição | |
---|---|---|
1 | Grupo de escalabilidade automática de instâncias do Enterprise Server | Configure um grupo de escalabilidade automática implantado com instâncias do Enterprise Server em um PAC. O número de instâncias pode ser ampliado ou iniciado pelos CloudWatch alarmes da Amazon usando CloudWatch métricas. |
2 | Grupo de escalabilidade automática de instâncias ESCWA do Enterprise Server | Configure um grupo de escalabilidade automática implantado com o Enterprise Server Common Web Administration (ESCWA). A ESCWA fornece APIs de gerenciamento de clusters. Os servidores ESCWA atuam como um ambiente de gerenciamento para adicionar ou remover servidores corporativos e iniciar ou interromper regiões do servidor corporativo no PAC durante os eventos de escalabilidade automática da instância do servidor corporativo. Como a instância ESCWA é usada somente para o gerenciamento do PAC, seu padrão de tráfego é previsível e o requisito de capacidade desejado de escalabilidade automática pode ser definido como 1. |
3 | Instância do Amazon Aurora em uma configuração multi-AZ | Configure um sistema de gerenciamento de banco de dados relacional (RDBMS) para hospedar arquivos de dados do usuário e do sistema a serem compartilhados entre as instâncias do Enterprise Server. |
4 | Instância e ElastiCache réplica do Amazon for Redis | Configure uma instância primária do ElastiCache Redis e pelo menos uma réplica para hospedar os dados do usuário e atuar como um repositório de expansão (SOR) para as instâncias do Enterprise Server. Você pode configurar um ou mais repositórios de expansão horizontal |
5 | Network Load Balancer | Configure um balanceador de carga, fornecendo um nome de host para que os aplicativos se conectem aos serviços fornecidos pelas instâncias do Enterprise Server (por exemplo, acessando o aplicativo por meio de um emulador 3270). |
Esses componentes formam o requisito mínimo para um cluster PAC do Micro Focus Enterprise Server. A próxima seção aborda a automação do gerenciamento de clusters.
Usando o AWS Systems Manager Automation para escalabilidade
Depois que o cluster do PAC é implantado na AWS, o PAC é gerenciado por meio das APIs do Enterprise Server Common Web Administration (ESCWA).
Para automatizar as tarefas de gerenciamento de clusters durante eventos de escalabilidade automática, você pode usar os runbooks do Systems Manager Automation e o Amazon EC2 Auto Scaling com a Amazon. EventBridge A arquitetura dessas automações é mostrada no diagrama a seguir.
![Nuvem AWS architecture diagram showing EventBridge, Systems Manager, and EC2 instances for Enterprise Server scaling.](images/pattern-img/64e3c22b-1058-4ab8-855f-18bbbed5dc13/images/6f9e4035-fafd-4aee-a6cc-d5e95d6514c2.png)
Componente | Descrição | |
---|---|---|
1 | Gancho do ciclo de vida de escalabilidade automática | Configure ganchos de ciclo de vida de escalabilidade automática e envie notificações para a Amazon EventBridge quando novas instâncias forem lançadas e instâncias existentes forem encerradas no grupo de escalabilidade automática. |
2 | Amazon EventBridge | Configure uma EventBridge regra da Amazon para rotear eventos de escalabilidade automática para destinos do runbook do Systems Manager Automation. |
3 | Runbooks do Automation | Configure runbooks do Systems Manager Automation para executar PowerShell scripts do Windows e invocar APIs ESCWA para gerenciar o PAC. Para obter exemplos, consulte a seção Informações adicionais. |
4 | Instância ESCWA do Enterprise Server em um grupo de escalabilidade automática | Configure uma instância ESCWA do Enterprise Server em um grupo de escalabilidade automática. A instância ESCWA fornece APIs para gerenciar o PAC. |
Ferramentas
Micro Focus Enterprise Server
: o Micro Focus Enterprise Server fornece o ambiente de execução para aplicativos criados com qualquer variante de ambiente de desenvolvimento integrado (IDE) do Enterprise Developer. Amazon EC2 Auto Scaling: o Amazon EC2 Auto Scaling ajuda a garantir que você tenha o número correto de instâncias do Amazon EC2 disponíveis para processar a carga da sua aplicação. Você cria coleções de instâncias do EC2, chamadas de grupos do Auto Scaling, e especifica os números mínimo e máximo de instâncias.
Amazon ElastiCache for Redis — A Amazon ElastiCache é um serviço web para configurar, gerenciar e escalar um armazenamento de dados distribuído na memória ou ambiente de cache na nuvem. Ele fornece uma solução de armazenamento em cache econômica, de alta performance e escalável.
Amazon RDS: o Amazon Relational Database Service (Amazon RDS) é um serviço Web que facilita a configuração, a operação e escalabilidade de um banco de dados relacional na Nuvem AWS. Ele fornece capacidade econômica e redimensionável para um banco de dados relacional e gerencia tarefas comuns de administração de banco de dados.
AWS Systems Manager: o AWS Systems Manager é um serviço da AWS que você pode usar para visualizar e controlar sua infraestrutura na AWS. Usando o console do Systems Manager, você pode visualizar dados operacionais de vários serviços da AWS e automatizar tarefas operacionais nos recursos da AWS. O Systems Manager ajuda você a manter a segurança e a conformidade verificando suas instâncias gerenciadas e gerando relatórios (ou tomando medidas corretivas) sobre quaisquer violações de políticas detectadas.
Épicos
Tarefa | Descrição | Habilidades necessárias |
---|---|---|
Crie um CloudFormation modelo da AWS para uma instância do Amazon Aurora. | Use o trecho de código de exemplo da AWS para criar um CloudFormation modelo que criará uma instância de edição compatível com o Amazon Aurora PostgreSQL. | Arquiteto de nuvem |
Implante uma CloudFormation pilha para criar a instância do Amazon Aurora. | Use o CloudFormation modelo para criar uma instância compatível com o Aurora PostgreSQL que tenha a replicação Multi-AZ habilitada para cargas de trabalho de produção. | Arquiteto de nuvem |
Defina as configurações de conexão do banco de dados para o Enterprise Server. | Siga as instruções na documentação da Micro Focus | Engenheiro de dados, DevOps engenheiro |
Tarefa | Descrição | Habilidades necessárias |
---|---|---|
Crie um CloudFormation modelo para o ElastiCache cluster da Amazon para a instância do Redis. | Use o trecho de código de exemplo da AWS para criar um CloudFormation modelo que criará um ElastiCache cluster da Amazon para a instância do Redis. | Arquiteto de nuvem |
Implante a CloudFormation pilha para criar um ElastiCache cluster da Amazon para a instância do Redis. | Crie o ElastiCache cluster da Amazon para a instância do Redis que tenha a replicação Multi-AZ habilitada para cargas de trabalho de produção. | Arquiteto de nuvem |
Defina as configurações de conexão PSOR do Enterprise Server. | Siga as instruções na documentação da Micro Focus | DevOps engenheiro |
Tarefa | Descrição | Habilidades necessárias |
---|---|---|
Crie uma AMI do Micro Focus Enterprise Server. | Crie uma instância do Amazon EC2 Windows Server e instale o binário do Micro Focus Enterprise Server na instância do EC2. Crie uma imagem de máquina da Amazon (AMI) da instância do EC2. Para ter mais informações, consulte a documentação do Micro Focus Enterprise Server | Arquiteto de nuvem |
Crie um CloudFormation modelo para o Enterprise Server ESCWA. | Use o trecho de código de exemplo da AWS para criar um modelo para criar uma pilha personalizada do Enterprise Server ESCWA em um grupo de escalabilidade automática. | Arquiteto de nuvem |
Implante a CloudFormation pilha para criar um grupo de escalabilidade do Amazon EC2 para o Enterprise Server ESCWA. | Use o CloudFormation modelo para implantar o grupo de escalabilidade automática com a AMI ESCWA do Micro Focus Enterprise Server criada na história anterior. | Arquiteto de nuvem |
Tarefa | Descrição | Habilidades necessárias |
---|---|---|
Crie um CloudFormation modelo para um runbook do Systems Manager Automation. | Use os trechos de código de exemplo na seção Informações adicionais para criar um CloudFormation modelo que criará um runbook do Systems Manager Automation para automatizar a criação de PAC, a expansão do Enterprise Server e a expansão horizontal do Enterprise Server. | Arquiteto de nuvem |
Implante a CloudFormation pilha que contém o runbook do Systems Manager Automation. | Use o CloudFormation modelo para implantar uma pilha que contém o runbook de automação para criação de PAC, expansão do Enterprise Server e expansão horizontal do Enterprise Server. | Arquiteto de nuvem |
Tarefa | Descrição | Habilidades necessárias |
---|---|---|
Crie um CloudFormation modelo para configurar um grupo de escalabilidade automática para o Micro Focus Enterprise Server. | Use o trecho de código de exemplo da AWS para criar um CloudFormation modelo que criará um grupo de escalabilidade automática. Esse modelo reutilizará a mesma AMI que foi criada para a instância ESCWA do Micro Focus Enterprise Server. Em seguida, use um trecho de código de exemplo da AWS para criar o evento de ciclo de vida de escalabilidade automática e configurar EventBridge a Amazon para filtrar eventos de expansão e expansão no mesmo modelo. CloudFormation | Arquiteto de nuvem |
Implante a CloudFormation pilha para o grupo de escalabilidade automática para servidores corporativos da Micro Focus. | Implante a CloudFormation pilha que contém o grupo de escalabilidade automática para servidores corporativos da Micro Focus. | Arquiteto de nuvem |
Recursos relacionados
Mais informações
Os cenários a seguir devem ser automatizados para aumentar ou reduzir a escala dos clusters PAC.
Automação para iniciar ou recriar um PAC
No início de um cluster de PAC, o Enterprise Server exige que a ESCWA invoque APIs para criar uma configuração do PAC. Isso inicia e adiciona regiões do Enterprise Server ao PAC. Para criar ou recriar um PAC, siga as etapas a seguir:
Configure um PAC Scale-Out Repository (PSOR)
no ESCWA com um determinado nome. POST /server/v1/config/groups/sors
Crie um PAC com um determinado nome e anexe o PSOR a ele.
POST /server/v1/config/groups/pacs
Configure o banco de dados da região e o banco de dados entre regiões se for a primeira vez que você estiver configurando uma PAC.
Nota: Essa etapa usa consultas SQL e a ferramenta dbhfhadmin de linha de comando do Micro Focus Enterprise Suite para criar o banco de dados e importar os dados iniciais.
Instale a definição do PAC nas regiões do Enterprise Server.
POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/install
Inicie as regiões do Enterprise Server no PAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
As etapas anteriores podem ser implementadas usando um PowerShell script do Windows.
As etapas a seguir explicam como criar uma automação para criar uma PAC reutilizando o script do Windows PowerShell .
Crie um modelo de lançamento do Amazon EC2 que baixe ou crie o PowerShell script do Windows como parte do processo de bootstrap. Por exemplo, você pode usar dados do usuário do EC2 para baixar o script de um bucket do Amazon Simple Storage Service (Amazon S3).
Crie um runbook do AWS Systems Manager Automation para invocar o script do Windows PowerShell .
Associe o runbook à instância ESCWA usando a tag de instância.
Criar um grupo de escalabilidade automática ESCWA usando um modelo de execução.
Você pode usar o seguinte exemplo de CloudFormation trecho da AWS para criar o runbook de automação.
Exemplo de CloudFormation trecho de um runbook do Systems Manager Automation usado para criação 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"
Para obter mais informações, consulte Micro Focus Enterprise Server – Configurando um PAC
Automação para expansão horizontal com uma nova instância do Enterprise Server
Quando uma instância do Enterprise Server é expandida, sua região do Enterprise Server deve ser adicionada ao PAC. As etapas a seguir explicam como invocar as APIs da ESCWA e adicionar a região do Enterprise Server ao PAC.
Instale a definição do PAC nas regiões do Enterprise Server.
POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/install
Inicie a região em modo de inicialização rápida no PAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
Adicione a instância do Enterprise Server ao balanceador de carga associando o grupo de escalabilidade automática ao balanceador de carga.
As etapas anteriores podem ser implementadas usando um PowerShell script do Windows. Para obter mais informações, consulte Micro Focus Enterprise Server – Configurando um PAC
As etapas a seguir podem ser usadas para criar uma automação orientada por eventos para adicionar uma instância recém-lançada do Enterprise Server a uma PAC reutilizando o script do Windows PowerShell .
Crie um modelo de lançamento do Amazon EC2 para a instância do Enterprise Server que provisione uma região do servidor corporativo durante sua inicialização. Por exemplo, você pode usar o comando mfds do Micro Focus Enterprise Server para importar uma configuração de região. Para obter mais detalhes e opções disponíveis para esse comando, consulte a Referência do Enterprise Server
. Crie um grupo de escalabilidade automática do Enterprise Server que use o modelo de execução criado na etapa anterior.
Crie um runbook do Systems Manager Automation para invocar o script do Windows PowerShell .
Associe o runbook à instância ESCWA usando a tag de instância.
Crie uma EventBridge regra da Amazon para filtrar o evento EC2 Instance Launch Successful para o grupo de escalabilidade automática do Enterprise Server e crie o destino para usar o runbook de automação.
Você pode usar o seguinte exemplo de CloudFormation trecho para criar o runbook de automação e a regra. EventBridge
Exemplo de CloudFormation trecho do Systems Manager usado para escalar instâncias do 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"
Automação para reduzir a escala horizontalmente em uma instância do Enterprise Server
Semelhante a aumentar a escala horizontalmente, quando uma instância do Enterprise Server vai reduzir a escala horizontalmente, o evento EC2 Instance-Terminate Lifecycle Action é iniciado e os seguintes processos e chamadas de API são necessários para remover uma instância do Micro Focus Enterprise Server do PAC.
Pare a região na instância de encerramento do Enterprise Server.
POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
Remova a instância do servidor corporativo do PAC.
DELETE "/server/v1/config/mfds/${uid}"
Envie um sinal para continuar encerrando a instância do Enterprise Server.
As etapas anteriores podem ser implementadas em um PowerShell script do Windows. Para obter detalhes adicionais sobre esse processo, consulte o documento do Micro Focus Enterprise Server – Administrando uma PAC
As etapas a seguir explicam como criar uma automação orientada por eventos para encerrar uma instância do Enterprise Server a partir de uma PAC reutilizando o script do Windows. PowerShell
Crie um runbook do Systems Manager Automation para invocar o script do Windows PowerShell .
Associe o runbook à instância ESCWA usando a tag de instância.
Crie um gancho automático do gancho do ciclo de vida do grupo de escalabilidade para o encerramento da instância do EC2.
Crie uma EventBridge regra da Amazon para filtrar o evento EC2 Instance-terminate Lifecycle Action para o grupo de escalabilidade automática do Enterprise Server e crie o destino para usar o runbook de automação.
Você pode usar o CloudFormation modelo de exemplo a seguir para criar um runbook, um gancho de ciclo de vida e uma regra do Systems Manager Automation. EventBridge
Exemplo de CloudFormation trecho de um runbook do Systems Manager Automation usado para escalar em uma instância do 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
Automação para um gatilho de escalabilidade automática do Amazon EC2
O processo de configuração de uma política de escalabilidade para instâncias do Enterprise Server requer uma compreensão do comportamento do aplicativo. Na maioria dos casos, você pode configurar políticas de escalabilidade de rastreamento de destino. Por exemplo, você pode usar a média de utilização da CPU como CloudWatch métrica da Amazon para definir a política de escalabilidade automática. Para obter mais informações, consulte Políticas de escalabilidade com monitoramento do objetivo do Amazon EC2 Auto Scaling. Para aplicativos que têm padrões de tráfego regulares, considere usar uma política de escalabilidade preditiva. Para obter mais informações, consulte Escalabilidade preditiva do Amazon EC2 Auto Scaling.