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 (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 e
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 di guida AWS prescrittiva sviluppato da AWS e Micro Focus, vedi Modernizzazione del mainframe: DevOps on with Micro Focus. AWS
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 tradizionalmente 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)
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
Il diagramma seguente mostra una configurazione tipica AWS dell'architettura per Micro Focus. PAC
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 for Redis | Configura un'istanza principale ElastiCache Redis 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 |
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.
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 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 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 (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à | Descrizione | Competenze 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 | 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 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 | DevOps ingegnere |
| Attività | Descrizione | Competenze 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à | 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 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à | Descrizione | Competenze 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:
Configura uno PACScale-Out Repository (PSOR)
ESCWA con un nome specifico. POST /server/v1/config/groups/sorsCrea un file PAC con un determinato nome e allegalo ad esso. PSOR
POST /server/v1/config/groups/pacsConfigura 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.
Installa la PAC definizione nelle regioni Enterprise Server.
POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/installAvvia 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.
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).
Crea un runbook AWS di Systems Manager Automation per richiamare lo script di Windows PowerShell .
Associate il runbook all'ESCWAistanza utilizzando il tag instance.
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 -
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
Installare la PAC definizione nelle regioni Enterprise Server.
POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/installWarm Start la regione inPAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/startAggiungere 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 .
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. 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'ESCWAistanza 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 necessari il processo e le API chiamate seguenti per rimuovere un'istanza di Micro Focus Enterprise Server da. 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 da. PAC
DELETE "/server/v1/config/mfds/${uid}"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
Crea un runbook di Systems Manager Automation per richiamare lo script di Windows PowerShell .
Associate il runbook all'ESCWAistanza utilizzando il tag instance.
Crea un hook automatico per il ciclo di vita del gruppo con scalabilità, ad esempio per la cessazione. 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à 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.
