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 una PAC per server Micro Focus Enterprise con Amazon EC2 Auto Scaling e Systems Manager
Creato da Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) e Krithika Palani Selvam (AWS)
Ambiente: produzione | Tecnologie: modernizzazione; CloudNative DevOps; Infrastruttura |
Riepilogo
Questo modello introduce un'architettura scalabile per applicazioni mainframe che utilizza Micro Focus Enterprise Server in Scale-Out Performance and Availability Cluster (PAC)
Prerequisiti e limitazioni
Prerequisiti
Un account AWS attivo.
Software e licenza Micro Focus Enterprise Server. Per i dettagli, 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 AWS Prescriptive Guidance sviluppato da AWS e Micro Focus, consulta Mainframe modernization: on DevOps AWS with Micro Focus.
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 è basato 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 on demand su AWS utilizzando Amazon EC2 Auto Scaling e Micro Focus Enterprise Server. Le sezioni seguenti spiegano in dettaglio come creare un'architettura applicativa mainframe completamente automatizzata e scalabile utilizzando Micro Focus Enterprise Server Scale-Out Performance and Availability Cluster (PAC) con un gruppo Amazon EC2 Auto Scaling.
Architettura di scalabilità automatica Micro Focus Enterprise Server
Innanzitutto, è importante comprendere i concetti di base di Micro Focus Enterprise Server. Questo ambiente fornisce un ambiente di distribuzione x86 compatibile con il mainframe per le applicazioni tradizionalmente eseguite sul mainframe IBM. Fornisce esecuzioni online e in batch e un ambiente di transazione che supporta quanto segue:
IBM COBOL
IBM PL/I
lavori batch IBM JCL
Transazioni IBM CICS e IMS 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 di AWS Cloud per una rapida espansione verso nuovi mercati o aree geografiche.
Modernizzazione del modello AWS Prescriptive Guidance: su DevOps AWS con Micro Focus ha introdotto l'architettura per accelerare lo sviluppo e il test di applicazioni mainframe su AWS utilizzando Micro Focus Enterprise Developer ed Enterprise Test Server con AWS e AWS. CodePipeline CodeBuild Questo modello si concentra sulla distribuzione di applicazioni mainframe nell'ambiente di produzione AWS per ottenere disponibilità e resilienza elevate.
In un ambiente di produzione mainframe, potresti aver configurato IBM Parallel Sysplex nel mainframe per ottenere prestazioni e disponibilità elevate. Per creare un'architettura scalabile simile a Sysplex, Micro Focus ha introdotto il Performance and Availability Cluster (PAC) su Enterprise Server. I PAC supportano la distribuzione di applicazioni mainframe su più regioni Enterprise Server gestite come un'unica immagine e scalabili in istanze Amazon EC2. I PAC supportano anche prestazioni prevedibili delle applicazioni e velocità di trasmissione del sistema su richiesta.
In un PAC, più istanze di Enterprise Server funzionano insieme come un'unica entità logica. Il guasto di un'istanza di Enterprise Server, pertanto, non interromperà la continuità aziendale poiché la capacità è condivisa con altre regioni, mentre le nuove istanze vengono avviate automaticamente utilizzando funzionalità standard del settore come un gruppo Amazon EC2 Auto Scaling. Ciò rimuove i singoli punti di errore, migliorando la resilienza ai problemi hardware, di rete e delle applicazioni. Le istanze scalabili di Enterprise Server possono essere gestite e gestite utilizzando le API Enterprise Server Common Web Administration (ESCWA), semplificando la manutenzione operativa e la facilità di manutenzione degli Enterprise Server.
Nota: Micro Focus consiglia che il Performance and Availability Cluster (PAC)
La configurazione PAC richiede un servizio di gestione del database relazionale (RDBMS) supportato per gestire il database regionale, un database interregionale e database di archivi dati opzionali. È necessario utilizzare un database di archivio dati per gestire i file VSAM (Virtual Storage Access Method) utilizzando il supporto Micro Focus Database File Handler per migliorare la disponibilità e la scalabilità. Gli RDBMS supportati includono quanto segue:
Microsoft SQL Server 2009 R2 e versioni successive
PostgreSQL 10.x, inclusa l'edizione compatibile con Amazon Aurora PostgreSQL
DB2 10.4 e versioni successive
Per i dettagli sui requisiti RDBMS e PAC supportati, vedere Micro Focus Enterprise Server - Prerequisiti e Micro Focus Enterprise Server -
Il diagramma seguente mostra una configurazione tipica dell'architettura AWS per un Micro Focus PAC.
![Cloud 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 | Descrizione | |
---|---|---|
1 | Gruppo di scalabilità automatica delle istanze di Enterprise Server | Configura un gruppo di scalabilità automatico distribuito con istanze 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 ESCWA di Enterprise Server | Configura un gruppo di ridimensionamento automatico distribuito con Enterprise Server Common Web Administration (ESCWA). ESCWA fornisce API per la gestione dei cluster. I server ESCWA fungono da piano di controllo per aggiungere o rimuovere Enterprise Server e avviare o arrestare le aree Enterprise Server nel PAC durante gli eventi di scalabilità automatica delle istanze di Enterprise Server. Poiché l'istanza ESCWA viene utilizzata solo per la gestione PAC, 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 for Redis | Configura un'istanza principale ElastiCache Redis e almeno una replica per ospitare i dati degli utenti e fungere da archivio scalabile (SOR) per le istanze di Enterprise Server. È possibile configurare uno o più repository scalabili per archiviare tipi specifici di |
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 PAC Micro Focus Enterprise Server. La sezione successiva tratta l'automazione della gestione dei cluster.
Utilizzo di AWS Systems Manager Automation per la scalabilità
Dopo la distribuzione del cluster PAC su AWS, il PAC viene gestito tramite le API Enterprise Server Common Web Administration (ESCWA).
Per automatizzare le attività di gestione dei cluster durante gli eventi di scalabilità automatica, puoi utilizzare i runbook di Systems Manager Automation e Amazon EC2 Auto Scaling with Amazon. EventBridge L'architettura di queste automazioni è illustrata nel diagramma seguente.
![Cloud 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 | 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 richiamare le API ESCWA per gestire il PAC. Per alcuni esempi, vedere la sezione Informazioni aggiuntive. |
4 | Istanza ESCWA di Enterprise Server in un gruppo di scalabilità automatica | Configurare un'istanza ESCWA di Enterprise Server in un gruppo di ridimensionamento automatico. L'istanza ESCWA fornisce API per gestire il PAC. |
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 Amazon EC2 disponibili per gestire il carico della tua applicazione. Crei raccolte di istanze EC2, chiamate gruppi di Auto Scaling, e specifichi il numero minimo e massimo di istanze.
Amazon ElastiCache per Redis: 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 (Amazon RDS) è un servizio Web che semplifica la configurazione, il funzionamento e la scalabilità di un database relazionale nel cloud AWS. Fornisce una capacità ridimensionabile e conveniente per un database relazionale e gestisce le attività di amministrazione comuni del database.
AWS Systems Manager — AWS Systems Manager è un servizio AWS che puoi usare per visualizzare e controllare la tua infrastruttura su AWS. Utilizzando la console Systems Manager, puoi visualizzare i dati operativi da più servizi AWS e automatizzare le attività operative tra le tue risorse AWS. 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à | Descrizione | Competenze richieste |
---|---|---|
Crea un CloudFormation modello AWS per un'istanza Amazon Aurora. | Utilizza lo snippet di codice di esempio di AWS per creare un CloudFormation modello che creerà un'istanza Edition compatibile con Amazon Aurora PostgreSQL. | Architetto del cloud |
Implementa uno CloudFormation stack per creare l'istanza Amazon Aurora. | Usa il CloudFormation modello per creare un'istanza compatibile con Aurora PostgreSQL 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 | Ingegnere dei dati, DevOps ingegnere |
Attività | Descrizione | Competenze richieste |
---|---|---|
Crea un CloudFormation modello per il ElastiCache cluster Amazon per l'istanza Redis. | Usa lo snippet di codice di esempio di AWS 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 connessione PSOR di Enterprise Server. | Seguite le istruzioni nella documentazione di Micro Focus | DevOps ingegnere |
Attività | Descrizione | Competenze richieste |
---|---|---|
Create un'AMI Micro Focus Enterprise Server. | Crea un'istanza Amazon EC2 Windows Server e installa il binario Micro Focus Enterprise Server nell'istanza EC2. Crea un'Amazon Machine Image (AMI) dell'istanza EC2. Per ulteriori informazioni, consulta la documentazione di installazione di Enterprise Server | Architetto del cloud |
Crea un CloudFormation modello per Enterprise Server ESCWA. | Usa lo snippet di codice di esempio di AWS per creare un modello per creare uno stack personalizzato di Enterprise Server ESCWA in un gruppo di ridimensionamento automatico. | Architetto del cloud |
Implementa lo CloudFormation stack per creare un gruppo di scalabilità Amazon EC2 per Enterprise Server ESCWA. | Utilizzate il CloudFormation modello per implementare il gruppo di scalabilità automatico con l'AMI ESCWA Micro Focus Enterprise Server creato nella storia precedente. | Architetto del cloud |
Attività | Descrizione | Competenze 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 creazione di PAC, 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 creazione di PAC, Enterprise Server scalabilità in ed Enterprise Server scalabilità out. | Architetto del cloud |
Attività | Descrizione | Competenze richieste |
---|---|---|
Create un CloudFormation modello per configurare un gruppo di scalabilità automatico per Micro Focus Enterprise Server. | Usa lo snippet di codice di esempio di AWS per creare un CloudFormation modello che creerà un gruppo di scalabilità automatico. Questo modello riutilizzerà la stessa AMI creata per l'istanza ESCWA di Micro Focus Enterprise Server. Utilizza quindi un frammento di codice di esempio di AWS per creare l'evento di scalabilità automatica del ciclo di vita 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 l'avvio o la ricreazione di un PAC
All'avvio di un cluster PAC, Enterprise Server richiede a ESCWA di richiamare le API per creare una configurazione PAC. Questo avvia e aggiunge le regioni Enterprise Server al PAC. Per creare o ricreare un PAC, attenersi alla seguente procedura:
Configura un PAC Scale-Out Repository (PSOR)
in ESCWA con un determinato nome. POST /server/v1/config/groups/sors
Crea un PAC con un determinato nome e allega il PSOR ad esso.
POST /server/v1/config/groups/pacs
Configura il database regionale e il database interregionale se è la prima volta che configuri un PAC.
Nota: questo passaggio utilizza le query SQL e lo strumento dbhfhadmin da riga di comando di Micro Focus Enterprise Suite per creare il database e importare i dati iniziali.
Installa la definizione PAC nelle regioni Enterprise Server.
POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/install
Avvia le regioni Enterprise Server nel PAC.
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 la creazione di un PAC riutilizzando lo script di Windows PowerShell .
Crea un modello di avvio di Amazon EC2 che scarichi o crei lo PowerShell script di Windows come parte del processo di bootstrap. Ad esempio, puoi utilizzare i dati utente EC2 per scaricare lo script da un bucket Amazon Simple Storage Service (Amazon S3).
Crea un runbook AWS Systems Manager Automation per richiamare lo script di Windows PowerShell .
Associa il runbook all'istanza ESCWA utilizzando il tag di istanza.
Crea un gruppo di ridimensionamento automatico ESCWA utilizzando il modello di avvio.
Puoi utilizzare lo CloudFormation snippet AWS di esempio seguente per creare il runbook di automazione.
CloudFormation Frammento di esempio per un runbook di Systems Manager Automation utilizzato per la creazione di PAC
PACInitDocument: Type: AWS::SSM::Document Properties: DocumentType: Command Content: schemaVersion: '2.2' description: Operation Runbook to create Enterprise Server PAC mainSteps: - action: aws:runPowerShellScript name: CreatePAC inputs: onFailure: Abort timeoutSeconds: "1200" runCommand: - | C:\Scripts\PAC-Init.ps1 PacInitAutomation: Type: AWS::SSM::Document Properties: DocumentType: Automation Content: description: Prepare Micro Focus PAC Cluster via ESCWA Server schemaVersion: '0.3' assumeRole: !GetAtt SsmAssumeRole.Arn mainSteps: - name: RunPACInitDocument action: aws:runCommand timeoutSeconds: 300 onFailure: Abort inputs: DocumentName: !Ref PACInitDocument Targets: - Key: tag:Enterprise Server - ESCWA Values: - "true" PacInitDocumentAssociation: Type: AWS::SSM::Association Properties: DocumentVersion: "$LATEST" Name: !Ref PACInitDocument Targets: - Key: tag:Enterprise Server - ESCWA Values: - "true"
Per ulteriori informazioni, vedere Micro Focus Enterprise Server -
Automazione per la scalabilità orizzontale con una nuova istanza di Enterprise Server
Quando un'istanza Enterprise Server viene scalata orizzontalmente, la relativa regione Enterprise Server deve essere aggiunta al PAC. I passaggi seguenti spiegano come richiamare le API ESCWA e aggiungere la regione Enterprise Server al PAC.
Installare la definizione PAC nelle regioni Enterprise Server.
POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/install
Warm Start la regione nel PAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
Aggiungere l'istanza Enterprise Server al load balancer associando il gruppo di scalabilità automatica 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 Enterprise Server appena lanciata in un PAC riutilizzando lo script di Windows. PowerShell
Crea un modello di lancio di Amazon EC2 per un'istanza di Enterprise Server che effettui il provisioning di un'Enterprise Server Region durante il suo avvio. Ad esempio, è possibile utilizzare il comando mfds di Micro Focus Enterprise Server per importare una configurazione regionale. Per ulteriori dettagli e opzioni disponibili per questo comando, consultate Enterprise Server
Reference. Creare un gruppo di scalabilità automatica di Enterprise Server che utilizzi il modello di avvio creato nel passaggio precedente.
Crea un runbook di Systems Manager Automation per richiamare lo script di Windows PowerShell .
Associate il runbook all'istanza ESCWA utilizzando il tag instance.
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 necessarie le seguenti chiamate di processo e API per rimuovere un'istanza di Micro Focus Enterprise Server dal PAC.
Arresta la regione nell'istanza di Enterprise Server in fase di terminazione.
POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
Rimuovere l'istanza Enterprise Server dal PAC.
DELETE "/server/v1/config/mfds/${uid}"
Invia un 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 da un PAC riutilizzando lo script di Windows. PowerShell
Crea un runbook di Systems Manager Automation per richiamare lo script di Windows PowerShell .
Associate il runbook all'istanza ESCWA utilizzando il tag instance.
Crea un hook automatico del ciclo di vita del gruppo con scalabilità per la chiusura dell'istanza EC2.
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à automatica di Amazon EC2
Il processo di impostazione di una politica di scalabilità per le istanze di Enterprise Server richiede una comprensione del comportamento dell'applicazione. Nella maggior parte dei casi, è possibile impostare politiche di scalabilità di Target Tracking. Ad esempio, puoi utilizzare l'utilizzo medio della CPU come CloudWatch metrica Amazon per impostare la politica di scalabilità automatica. Per ulteriori informazioni, consulta Policy di dimensionamento con monitoraggio degli obiettivi per Dimensionamento automatico Amazon EC2. Per le applicazioni con schemi di traffico regolari, prendi in considerazione l'utilizzo di una politica di scalabilità predittiva. Per ulteriori informazioni, consulta Scaling predittivo per Amazon EC2 Auto Scaling.