Crea un server Micro Focus Enterprise PAC con Amazon EC2 Auto Scaling e Systems Manager - Prontuario AWS

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

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

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

Ambiente: produzione

Tecnologie: mainframe; infrastruttura DevOps; modernizzazione

Carico di lavoro: IBM

AWSservizi: Amazon EC2 Auto Scaling; AWS Systems Manager; Amazon; Auto AWS ScalingEC2;; Amazon Aurora AWS CodePipeline; AWS CodeBuild Amazon; Amazon; Amazon; Amazon; Amazon; CloudWatch Amazon; ElastiCache Amazon EventBridge; Amazon S3 RDS AWS CloudFormation

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) Auto EC2 Scaling su Amazon Web Services ().AWS La soluzione è completamente automatizzata con AWS Systems Manager i ganci del ciclo di vita di Amazon EC2 Auto Scaling. Utilizzando questo modello, è possibile configurare le applicazioni mainframe online e in batch per ottenere un'elevata resilienza grazie alla scalabilità interna e orizzontale automatica in base alle esigenze di capacità.

Nota: questo modello è stato testato con Micro Focus Enterprise Server versione 6.0. Per la versione 8, consulta Configurare Micro Focus Runtime (su AmazonEC2).

Prerequisiti e limitazioni

Prerequisiti

  • Un account AWS attivo.

  • Software e licenza Micro Focus Enterprise Server. Per ulteriori informazioni, contattate il reparto vendite di Micro Focus.

  • Comprensione del concetto di ricostruzione e fornitura di un'applicazione mainframe da eseguire in Micro Focus Enterprise Server. Per una panoramica di alto livello, consultate la scheda tecnica di Micro Focus Enterprise Server.

  • Comprensione dei concetti di Micro Focus Enterprise Server scale-out Performance and Availability Cluster. Per ulteriori informazioni, consultate la documentazione di Micro Focus Enterprise Server.

  • Comprensione del concetto generale di applicazione mainframe DevOps con integrazione continua (CI). Per un modello di guida AWS prescrittiva sviluppato da AWS e Micro Focus, vedi Modernizzazione del mainframe: DevOps on with Micro Focus. AWS

Nota: questo modello è stato testato con Micro Focus Enterprise Server versione 6. Per la versione 8, consulta Configurare Micro Focus Runtime (su AmazonEC2).

Limitazioni

  • Per un elenco delle piattaforme supportate da Micro Focus Enterprise Server, consultate la scheda tecnica di Micro Focus Enterprise Server.

  • Gli script e i test utilizzati in questo modello si basano su Amazon EC2 Windows Server 2019; altre versioni e sistemi operativi di Windows Server non sono stati testati per questo modello.

  • Il modello si basa su Micro Focus Enterprise Server 6.0 per Windows; le versioni precedenti o successive non sono state testate nello sviluppo di questo modello.

Versioni del prodotto

  • Micro Focus Enterprise Server 6.0

  • Windows Server 2019

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 su richiesta AWS utilizzando Amazon Auto EC2 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 Auto EC2 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 che tradizionalmente vengono eseguite sul mainframe. IBM Fornisce esecuzioni online e in batch e un ambiente di transazione che supporta quanto segue:

  • IBM COBOL

  • IBMPL/I

  • IBMJCLlavori in batch

  • IBMCICSe IMS transazioni TM

  • Servizi Web

  • Utilità batch comuni, tra cui SORT

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 del AWS cloud per una rapida espansione verso nuovi mercati o aree geografiche. 

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

In un ambiente di produzione mainframe, è possibile che sia stato 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 () su Enterprise Server. PAC PACssupporta la distribuzione di applicazioni mainframe su più regioni Enterprise Server gestite come un'unica immagine e scalabili in istanze AmazonEC2. PACssupportano anche prestazioni prevedibili delle applicazioni e velocità di trasmissione del sistema su richiesta. 

In unPAC, 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 Auto EC2 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 Enterprise Server Common Web Administration (ESCWA)APIs, 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 aree Enterprise Server in modo da non compromettere la disponibilità nel caso in cui un'area Enterprise Server si guasti o richieda manutenzione.

PACla configurazione richiede un servizio di gestione del database relazionale supportato (RDBMS) per gestire il database regionale, un database interregionale e i database opzionali dell'archivio dati. È necessario utilizzare un database del data store per gestire i file Virtual Storage Access Method (VSAM) utilizzando il supporto Micro Focus Database File Handler per migliorare la disponibilità e la scalabilità. Sono supportati RDBMSs i seguenti:

  • Microsoft SQL Server 2009 R2 e versioni successive

  • Postgre SQL 10.x, inclusa l'edizione compatibile con Amazon Aurora Postgre SQL

  • DB210.4 e versioni successive

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

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

Un'architettura a tre zone di disponibilità con cinque fasi descritte in una tabella dopo il diagramma.

Componente

Descrizione

1

Gruppo di scalabilità automatica delle istanze di Enterprise Server

Configura un gruppo di scalabilità automatico distribuito con istanze di Enterprise Server in un. PAC Il numero di istanze può essere scalato orizzontalmente o avviato dagli CloudWatch allarmi di Amazon utilizzando i parametri. CloudWatch

2

Gruppo di scalabilità automatica delle istanze di Enterprise Server ESCWA 

Configura un gruppo di scalabilità automatico distribuito con Enterprise Server Common Web Administration (). ESCWA ESCWAfornisce la gestione dei cluster. APIs   I ESCWA server fungono da piano di controllo per aggiungere o rimuovere Enterprise Server e avviare o arrestare le aree di Enterprise Server PAC durante gli eventi di scalabilità automatica dell'istanza di Enterprise Server.   Poiché l'ESCWAistanza viene utilizzata solo per la PAC gestione, il suo schema di traffico è prevedibile e il requisito di capacità desiderato per la scalabilità automatica può essere impostato su 1. 

3

Istanza Amazon Aurora in una configurazione Multi-AZ

Configura un sistema di gestione di database relazionali (RDBMS) per ospitare file di dati utente e di sistema da condividere tra le istanze di Enterprise Server.

4

Istanza e replica Amazon ElastiCache (RedisOSS)

Configura un'istanza principale ElastiCache (RedisOSS) e almeno una replica per ospitare i dati degli utenti e fungere da repository scalabile (SOR) per le istanze di Enterprise Server. È possibile configurare uno o più repository a scalabilità orizzontale per archiviare tipi specifici di dati utente.   Enterprise Server utilizza un SQL database Redis No come requisito per SOR mantenere l'integrità. PAC

5

Network Load Balancer

Configura un sistema di bilanciamento del carico, fornendo un nome host alle applicazioni per la connessione ai servizi forniti dalle istanze di Enterprise Server (ad esempio, l'accesso all'applicazione tramite un emulatore 3270).

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

Utilizzo di AWS Systems Manager Automation per la scalabilità

Una volta distribuitoAWS, il PAC cluster PAC viene gestito tramite Enterprise Server Common Web Administration ()ESCWA. APIs 

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

Cloud AWS architecture diagram showing EventBridge, Systems Manager, and EC2 instances for Enterprise Server scaling.

Componente

Descrizione

1

Gancio automatico del ciclo di vita della scalabilità

Configura gli hook automatici del ciclo di vita della scalabilità e invia notifiche ad Amazon EventBridge quando vengono lanciate nuove istanze e le istanze esistenti vengono terminate nel gruppo di scalabilità automatica.

2

Amazon EventBridge

Imposta una EventBridge regola Amazon per indirizzare gli eventi di scalabilità automatica verso le destinazioni del runbook di Systems Manager Automation.

3

Runbook di automazione

Configura i runbook di Systems Manager Automation per eseguire PowerShell gli script di Windows e invoca ESCWA APIs per gestire i. PAC Per alcuni esempi, vedere la sezione Informazioni aggiuntive.

4

ESCWAIstanza di Enterprise Server in un gruppo di scalabilità automatica

Configurare un'ESCWAistanza di Enterprise Server in un gruppo di ridimensionamento automatico. L'ESCWAistanza consente APIs di gestire ilPAC. 

Strumenti

  • Micro Focus Enterprise Server: Micro Focus Enterprise Server fornisce l'ambiente di esecuzione per le applicazioni create con qualsiasi variante dell'ambiente di sviluppo integrato (IDE) di Enterprise Developer.

  • Amazon EC2 Auto Scaling: Amazon EC2 Auto Scaling ti aiuta a garantire il numero corretto di istanze EC2 Amazon disponibili per gestire il carico della tua applicazione. È possibile creare raccolte di EC2 istanze, denominate gruppi di Auto Scaling, e specificare il numero minimo e massimo di istanze.

  • Amazon ElastiCache (RedisOSS): Amazon ElastiCache è un servizio web per configurare, gestire e scalare un archivio dati in memoria distribuito o un ambiente di cache nel cloud. Fornisce una soluzione di caching scalabile ad alte prestazioni e a costi contenuti.

  • Amazon RDS — Amazon Relational Database Service (RDSAmazon) è un servizio Web che semplifica la configurazione, il funzionamento e la scalabilità di un database relazionale nel AWS cloud. Fornisce una capacità ridimensionabile e conveniente per un database relazionale e gestisce le attività di amministrazione comuni del database. 

  • AWSSystems Manager: AWS Systems Manager è un AWS servizio che è possibile utilizzare per visualizzare e controllare l'infrastrutturaAWS. Utilizzando la console Systems Manager, è possibile visualizzare i dati operativi provenienti da più AWS servizi e automatizzare le attività operative tra le AWS risorse. Systems Manager consente di mantenere la sicurezza e la conformità eseguendo la scansione delle Istanze gestite e segnalando eventuali violazioni dei criteri rilevate (o intraprendendo azioni correttive in merito).

Epiche

AttivitàDescrizioneCompetenze richieste

Crea un AWS CloudFormation modello per un'istanza Amazon Aurora.

Usa lo snippet di codice di AWS esempio per creare un CloudFormation modello che creerà un'istanza Amazon Aurora SQL Postgre -Compatible Edition.

Architetto del cloud

Implementa uno CloudFormation stack per creare l'istanza Amazon Aurora.

Usa il CloudFormation modello per creare un'istanza SQL compatibile con Aurora Postgre con la replica Multi-AZ abilitata per i carichi di lavoro di produzione.

Architetto del cloud

Configurare le impostazioni di connessione al database per Enterprise Server.

Seguite le istruzioni nella documentazione di Micro Focus per preparare le stringhe di connessione e la configurazione del database per Micro Focus Enterprise Server.

Ingegnere dei dati, DevOps ingegnere
AttivitàDescrizioneCompetenze richieste

Crea un CloudFormation modello per il ElastiCache cluster Amazon per l'istanza Redis.

Usa lo snippet di codice di AWS esempio per creare un CloudFormation modello che creerà un ElastiCache cluster Amazon per l'istanza Redis.

Architetto del cloud

Implementa lo CloudFormation stack per creare un ElastiCache cluster Amazon per l'istanza Redis.

Crea il ElastiCache cluster Amazon per l'istanza Redis con la replica Multi-AZ abilitata per i carichi di lavoro di produzione.

Architetto del cloud

Configurare le impostazioni di PSOR connessione di Enterprise Server.

Seguite le istruzioni nella documentazione di Micro Focus per preparare la configurazione di connessione PAC Scale-Out Repository (PSOR) per Micro Focus Enterprise Server. PAC

DevOps ingegnere
AttivitàDescrizioneCompetenze richieste

Create un Micro Focus Enterprise ServerAMI.

Crea un'istanza Amazon EC2 Windows Server e installa il file binario Micro Focus Enterprise Server nell'EC2istanza. Crea un'Amazon Machine Image (AMI) dell'EC2istanza. Per ulteriori informazioni, consulta la documentazione di installazione di Enterprise Server.

Architetto del cloud

Crea un CloudFormation modello per Enterprise ServerESCWA.

Utilizzate lo snippet di codice di AWS esempio per creare un modello per la creazione di uno stack personalizzato di Enterprise Server ESCWA in un gruppo di scalabilità automatico.

Architetto del cloud

Implementa lo CloudFormation stack per creare un gruppo di EC2 scalabilità Amazon per Enterprise Server. ESCWA

Utilizzate il CloudFormation modello per distribuire il gruppo di scalabilità automatica con il Micro Focus Enterprise Server ESCWA AMI creato nella storia precedente.

Architetto del cloud
AttivitàDescrizioneCompetenze richieste

Crea un CloudFormation modello per un runbook di Systems Manager Automation.

Utilizza i frammenti di codice di esempio nella sezione Informazioni aggiuntive per creare un CloudFormation modello che creerà un runbook di Systems Manager Automation per automatizzare la PAC creazione, la scalabilità iniziale di Enterprise Server e la scalabilità orizzontale di Enterprise Server.

Architetto del cloud

Implementa lo CloudFormation stack che contiene il runbook Systems Manager Automation.

Utilizzate il CloudFormation modello per distribuire uno stack che contenga il runbook Automation per la PAC creazione, Enterprise Server scalabile in e Enterprise Server scalabile in senso orizzontale.

Architetto del cloud
AttivitàDescrizioneCompetenze richieste

Create un CloudFormation modello per configurare un gruppo di scalabilità automatico per Micro Focus Enterprise Server.

Utilizzate lo snippet di codice di AWS esempio per creare un CloudFormation modello che creerà un gruppo di ridimensionamento automatico. Questo modello riutilizzerà lo stesso creato per l'AMIistanza di Micro Focus Enterprise Server. ESCWA 

Utilizza quindi un frammento di codice di AWS esempio per creare l'evento del ciclo di vita di scalabilità automatica e configura Amazon per EventBridge filtrare gli eventi di scalabilità orizzontale e orizzontale nello stesso modello. CloudFormation

Architetto del cloud

Implementate lo CloudFormation stack per il gruppo di scalabilità automatico per i server Micro Focus Enterprise.

Implementate lo CloudFormation stack che contiene il gruppo di scalabilità automatico per Micro Focus Enterprise Server.

Architetto del cloud

Risorse correlate

Informazioni aggiuntive

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

Automazione per avviare o ricreare un PAC

All'inizio di un PAC cluster, Enterprise Server richiede di ESCWA richiamare per APIs creare una PAC configurazione. Ciò avvia e aggiunge le regioni di Enterprise Server in. PAC Per creare o ricreare unPAC, attenersi alla seguente procedura: 

  1. Configura uno PACScale-Out Repository (PSOR) ESCWA con un nome specifico.

    POST /server/v1/config/groups/sors
  2. Crea un file PAC con un determinato nome e allegalo ad esso. PSOR

    POST /server/v1/config/groups/pacs
  3. Configura il database regionale e il database interregionale se è la prima volta che configuri unPAC.

    Nota: questo passaggio utilizza SQL le interrogazioni e lo strumento dbhfhadmin da riga di comando di Micro Focus Enterprise Suite per creare il database e importare i dati iniziali.

  4. Installa la PAC definizione nelle regioni Enterprise Server.

    POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/install
  5. Avvia le regioni Enterprise Server inPAC.

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

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

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

  1. Crea un modello di EC2 avvio Amazon che scarichi o crei PowerShell lo script di Windows come parte del processo di bootstrap. Ad esempio, puoi utilizzare i dati EC2 utente per scaricare lo script da un bucket Amazon Simple Storage Service (Amazon S3).

  2. Crea un runbook AWS di Systems Manager Automation per richiamare lo script di Windows PowerShell .

  3. Associate il runbook all'ESCWAistanza utilizzando il tag instance.

  4. Crea un gruppo di ridimensionamento ESCWA automatico utilizzando il modello di avvio. 

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

CloudFormation Frammento di esempio per un runbook di Systems Manager Automation utilizzato per la creazione 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 di Enterprise Server viene scalata orizzontalmente, è necessario aggiungere la relativa regione Enterprise Server a. PAC I passaggi seguenti spiegano come richiamare ESCWA APIs e aggiungere l'area Enterprise Server in. PAC 

  1. Installare la PAC definizione nelle regioni Enterprise Server.

    POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/install
  2. Warm Start la regione inPAC.

    POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
  3. Aggiungere l'istanza Enterprise Server al load balancer associando il gruppo di scalabilità automatico al load balancer.

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 di Enterprise Server appena avviata a un'istanza PAC riutilizzando lo script di Windows PowerShell . 

  1. Crea un modello di EC2 avvio Amazon per un'istanza di Enterprise Server che effettui il provisioning di una regione Enterprise Server durante il suo avvio. Ad esempio, è possibile utilizzare il comando Micro Focus Enterprise Server mfds per importare una configurazione regionale. Per ulteriori dettagli e opzioni disponibili per questo comando, consultate Enterprise Server Reference.

  2. Creare un gruppo di scalabilità automatica di Enterprise Server che utilizzi il modello di avvio creato nel passaggio precedente.

  3. Crea un runbook di Systems Manager Automation per richiamare lo script di Windows PowerShell . 

  4. Associate il runbook all'ESCWAistanza utilizzando il tag instance.

  5. Crea una EventBridge regola Amazon per filtrare l'evento EC2 Instance Launch Successful per il gruppo di scalabilità automatica Enterprise Server e crea la destinazione per utilizzare il runbook di automazione.

È 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 necessari il processo e le API chiamate seguenti per rimuovere un'istanza di Micro Focus Enterprise Server da. PAC 

  1. Arresta la regione nell'istanza di Enterprise Server in fase di terminazione.

    POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
  2. Rimuovere l'istanza Enterprise Server da. PAC

    DELETE "/server/v1/config/mfds/${uid}"
  3. Invia il segnale per continuare a terminare l'istanza di Enterprise Server.

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 PAC da un utilizzando lo script di Windows. PowerShell  

  1. Crea un runbook di Systems Manager Automation per richiamare lo script di Windows PowerShell .

  2. Associate il runbook all'ESCWAistanza utilizzando il tag instance.

  3. Crea un hook automatico per il ciclo di vita del gruppo con scalabilità, ad esempio per la cessazione. EC2

  4. Crea una EventBridge regola Amazon per filtrare l'evento EC2 Instance-terminate Lifecycle Action per il gruppo di scalabilità automatica di Enterprise Server e crea la destinazione per utilizzare il runbook di automazione. 

È 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à EC2 automatica di Amazon

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'CPUutilizzo medio come CloudWatch metrica Amazon per impostare la politica di scalabilità automatica. Per ulteriori informazioni, consulta le politiche di scalabilità di monitoraggio di Target per Amazon EC2 Auto Scaling. 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 Auto EC2 Scaling.