Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Erstellen Sie ein Micro Focus Enterprise Server PAC mit Amazon EC2 Auto Scaling und Systems Manager
Erstellt von Kevin Yung (AWS), Peter Woods (Micro Focus), Abraham Rondon (Micro Focus) und Krithika Palani Selvam (AWS)
Umgebung: Produktion | Technologien: Modernisierung CloudNative; DevOps; Infrastruktur |
Übersicht
Dieses Muster führt eine skalierbare Architektur für Mainframe-Anwendungen ein, die Micro Focus Enterprise Server im Scale-Out Performance and Availability Cluster (PAC)
Voraussetzungen und Einschränkungen
Voraussetzungen
Ein aktives AWS-Konto.
Micro Focus Enterprise Server-Software und -Lizenz. Weitere Informationen erhalten Sie vom Micro Focus-Vertrieb
. Ein Verständnis des Konzepts der Neuerstellung und Bereitstellung einer Mainframe-Anwendung zur Ausführung auf Micro Focus Enterprise Server. Einen allgemeinen Überblick finden Sie im Micro Focus Enterprise Server-Datenblatt
. Ein Verständnis der Konzepte im Micro Focus Enterprise Server Scale-out Performance and Availability Cluster. Weitere Informationen finden Sie in der Micro Focus Enterprise Server-Dokumentation
. Ein Verständnis des Gesamtkonzepts einer Mainframe-Anwendung DevOps mit kontinuierlicher Integration (CI). Ein AWS Prescriptive Guidance Guidance-Muster, das von AWS und Micro Focus entwickelt wurde, finden Sie unter Mainframe-Modernisierung: DevOps auf AWS mit Micro Focus.
Einschränkungen
Eine Liste der Plattformen, die von Micro Focus Enterprise Server unterstützt werden, finden Sie im Micro Focus Enterprise Server-Datenblatt
. Die in diesem Muster verwendeten Skripts und Tests basieren auf Amazon EC2 Windows Server 2019; andere Windows Server-Versionen und Betriebssysteme wurden nicht auf dieses Muster getestet.
Das Muster basiert auf Micro Focus Enterprise Server 6.0 für Windows. Frühere oder spätere Versionen wurden bei der Entwicklung dieses Musters nicht getestet.
Produktversionen
Micro Focus Enterprise Server 6.0
Windows Server 2019
Architektur
In der herkömmlichen Mainframe-Umgebung müssen Sie Hardware bereitstellen, um Ihre Anwendungen und Unternehmensdaten zu hosten. Um den saisonalen, monatlichen, vierteljährlichen oder sogar beispiellosen oder unerwarteten Bedarfsspitzen gerecht zu werden und diese zu bewältigen, müssen Mainframe-Benutzer skalieren, indem sie zusätzliche Speicher- und Rechenkapazität erwerben. Durch die Erhöhung der Anzahl der Speicher- und Rechenkapazitätsressourcen wird die Gesamtleistung verbessert, die Skalierung erfolgt jedoch nicht linear.
Dies ist nicht der Fall, wenn Sie mit der Einführung eines On-Demand-Nutzungsmodells auf AWS beginnen, indem Sie Amazon EC2 Auto Scaling und Micro Focus Enterprise Server verwenden. In den folgenden Abschnitten wird detailliert beschrieben, wie Sie mithilfe des Micro Focus Enterprise Server Scale-Out Performance and Availability Clusters (PAC) mit einer Amazon EC2 Auto Scaling-Gruppe eine vollautomatische, skalierbare Mainframe-Anwendungsarchitektur aufbauen.
Die automatische Skalierungsarchitektur von Micro Focus Enterprise Server
Zunächst ist es wichtig, die grundlegenden Konzepte von Micro Focus Enterprise Server zu verstehen. Diese Umgebung bietet eine Mainframe-kompatible x86-Bereitstellungsumgebung für Anwendungen, die traditionell auf dem IBM Mainframe ausgeführt wurden. Sie bietet sowohl Online- als auch Batchläufe sowie eine Transaktionsumgebung, die Folgendes unterstützt:
IBM COBOL
IBM PL/I
IBM JCL-Batchaufträge
IBM CICS- und IMS TM-Transaktionen
Web-Services
Gängige Batch-Dienstprogramme, einschließlich SORT
Micro Focus Enterprise Server ermöglicht die Ausführung von Mainframe-Anwendungen mit minimalen Änderungen. Bestehende Mainframe-Workloads können auf x86-Plattformen verlagert und modernisiert werden, um die Vorteile der nativen AWS-Cloud-Erweiterungen für eine schnelle Expansion in neue Märkte oder Regionen zu nutzen.
Das AWS Prescriptive Guidance Guidance-Muster Mainframe-Modernisierung: DevOps auf AWS mit Micro Focus wurde die Architektur eingeführt, um die Entwicklung und das Testen von Mainframe-Anwendungen auf AWS mithilfe von Micro Focus Enterprise Developer und Enterprise Test Server mit AWS und AWS zu beschleunigen. CodePipeline CodeBuild Dieses Muster konzentriert sich auf die Bereitstellung von Mainframe-Anwendungen in der AWS-Produktionsumgebung, um eine hohe Verfügbarkeit und Ausfallsicherheit zu erreichen.
In einer Mainframe-Produktionsumgebung haben Sie möglicherweise IBM Parallel Sysplex auf dem Mainframe eingerichtet, um eine hohe Leistung und hohe Verfügbarkeit zu erreichen. Um eine Scale-Out-Architektur zu schaffen, die Sysplex ähnelt, hat Micro Focus den Performance and Availability Cluster (PAC) in Enterprise Server eingeführt. PACs unterstützen die Bereitstellung von Mainframe-Anwendungen auf mehreren Enterprise Server-Regionen, die als einzelnes Image verwaltet und in Amazon EC2 EC2-Instances skaliert werden. PACs unterstützen auch vorhersehbare Anwendungsleistung und Systemdurchsatz bei Bedarf.
In einem PAC arbeiten mehrere Enterprise Server-Instanzen als eine einzige logische Einheit zusammen. Der Ausfall einer Enterprise Server-Instance führt daher nicht zu einer Unterbrechung der Geschäftskontinuität, da die Kapazität mit anderen Regionen geteilt wird, während neue Instances automatisch mit Industriestandardfunktionen wie einer Amazon EC2 Auto Scaling Scaling-Gruppe gestartet werden. Dadurch werden einzelne Fehlerquellen beseitigt und die Widerstandsfähigkeit gegenüber Hardware-, Netzwerk- und Anwendungsproblemen verbessert. Skalierte Enterprise Server-Instanzen können mithilfe der Enterprise Server Common Web Administration (ESCWA) -APIs betrieben und verwaltet werden, wodurch die betriebliche Wartung und Wartungsfreundlichkeit von Enterprise Servern vereinfacht werden.
Hinweis: Micro Focus empfiehlt, dass der Performance and Availability Cluster (PAC)
Für die PAC-Konfiguration ist ein unterstützter relationaler Datenbankverwaltungsdienst (RDBMS) zur Verwaltung der Regionsdatenbank, einer regionsübergreifenden Datenbank und optionaler Datenspeicherdatenbanken erforderlich. Für die Verwaltung von VSAM-Dateien (Virtual Storage Access Method) mithilfe der Micro Focus Database File Handler-Unterstützung sollte eine Datenspeicher-Datenbank verwendet werden, um die Verfügbarkeit und Skalierbarkeit zu verbessern. Zu den unterstützten RDBMS gehören die folgenden:
Microsoft SQL Server 2009 R2 und höher
PostgreSQL 10.x, einschließlich Amazon Aurora PostgreSQL-kompatibler Edition
DB2 10.4 und höher
Einzelheiten zu den unterstützten RDBMS- und PAC-Anforderungen finden Sie unter Micro Focus Enterprise Server — Voraussetzungen
Das folgende Diagramm zeigt ein typisches AWS-Architektur-Setup für ein Micro Focus PAC.
![AWS Cloud 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)
Komponente | Beschreibung | |
---|---|---|
1 | Automatische Skalierung von Enterprise Server-Instances (Gruppe) | Richten Sie eine automatische Skalierungsgruppe ein, die mit Enterprise Server-Instanzen in einem PAC bereitgestellt wird. Die Anzahl der Instances kann durch CloudWatch Amazon-Alarme mithilfe von CloudWatch Metriken nach oben oder unten skaliert werden. |
2 | Automatische Skalierung der ESCWA-Instanzen von Enterprise Server | Richten Sie eine automatische Skalierungsgruppe ein, die mit Enterprise Server Common Web Administration (ESCWA) bereitgestellt wird. ESCWA stellt Cluster-Management-APIs bereit. Die ESCWA-Server dienen als Steuerungsebene zum Hinzufügen oder Entfernen von Enterprise Servern und zum Starten oder Stoppen von Enterprise Server-Regionen in der PAC während der automatischen Skalierungsereignisse der Enterprise Server-Instanz. Da die ESCWA-Instanz nur für das PAC-Management verwendet wird, ist ihr Datenverkehrsmuster vorhersehbar, und die gewünschte Kapazitätsanforderung für die automatische Skalierung kann auf 1 gesetzt werden. |
3 | Amazon Aurora Aurora-Instance in einem Multi-AZ-Setup | Richten Sie ein relationales Datenbankmanagementsystem (RDBMS) ein, um sowohl Benutzer- als auch Systemdatendateien zu hosten, die von den Enterprise Server-Instances gemeinsam genutzt werden sollen. |
4 | Amazon ElastiCache for Redis-Instance und Replica | Richten Sie eine primäre ElastiCache Redis-Instance und mindestens ein Replikat ein, um Benutzerdaten zu hosten und als Scale-Out-Repository (SOR) für die Enterprise Server-Instances zu fungieren. Sie können ein oder mehrere Scale-Out-Repositorys konfigurieren, um bestimmte Arten von Benutzerdaten |
5 | Network Load Balancer | Richten Sie einen Load Balancer ein, der einen Hostnamen für Anwendungen bereitstellt, um eine Verbindung zu den von Enterprise Server-Instanzen bereitgestellten Diensten herzustellen (z. B. für den Zugriff auf die Anwendung über einen 3270-Emulator). |
Diese Komponenten bilden die Mindestanforderung für einen Micro Focus Enterprise Server PAC-Cluster. Der nächste Abschnitt befasst sich mit der Automatisierung der Clusterverwaltung.
Verwenden von AWS Systems Manager Automation für die Skalierung
Nachdem der PAC-Cluster auf AWS bereitgestellt wurde, wird der PAC über die Enterprise Server Common Web Administration (ESCWA) -APIs verwaltet.
Um die Clusterverwaltungsaufgaben bei automatischen Skalierungsereignissen zu automatisieren, können Sie Systems Manager Automation-Runbooks und Amazon EC2 Auto Scaling mit Amazon verwenden. EventBridge Die Architektur dieser Automatisierungen ist im folgenden Diagramm dargestellt.
![AWS Cloud 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)
Komponente | Beschreibung | |
---|---|---|
1 | Automatischer Skalierungslebenszyklus-Hook | Richten Sie automatische Skalierungs-Lifecycle-Hooks ein und senden Sie Benachrichtigungen an Amazon, EventBridge wenn neue Instances gestartet und bestehende Instances in der automatischen Skalierungsgruppe beendet werden. |
2 | Amazon EventBridge | Richten Sie eine EventBridge Amazon-Regel ein, um automatische Skalierungsereignisse an Systems Manager Automation-Runbook-Ziele weiterzuleiten. |
3 | Runbooks für die Automatisierung | Richten Sie Systems Manager Automation-Runbooks ein, um PowerShell Windows-Skripts auszuführen und ESCWA-APIs aufzurufen, um das PAC zu verwalten. Beispiele finden Sie im Abschnitt Zusätzliche Informationen. |
4 | Enterprise Server ESCWA-Instanz in einer automatischen Skalierungsgruppe | Richten Sie eine Enterprise Server ESCWA-Instanz in einer automatischen Skalierungsgruppe ein. Die ESCWA-Instanz stellt APIs zur Verwaltung des PAC bereit. |
Tools
Micro Focus Enterprise Server
— Micro Focus Enterprise Server bietet die Ausführungsumgebung für Anwendungen, die mit einer beliebigen IDE-Variante (Integrated Development Environment) von Enterprise Developer erstellt wurden. Amazon EC2 Auto Scaling — Amazon EC2 Auto Scaling hilft Ihnen sicherzustellen, dass Ihnen die richtige Anzahl von Amazon EC2 EC2-Instances zur Verfügung steht, um die Last für Ihre Anwendung zu bewältigen. Sie erstellen Sammlungen von EC2-Instances, die als Auto Scaling Scaling-Gruppen bezeichnet werden, und geben die Mindest- und Höchstanzahl von Instances an.
Amazon ElastiCache for Redis — Amazon ElastiCache ist ein Webservice für die Einrichtung, Verwaltung und Skalierung eines verteilten In-Memory-Datenspeichers oder einer Cache-Umgebung in der Cloud. Es handelt sich um eine leistungsstarke, skalierbare und kostengünstige Caching-Lösung.
Amazon RDS — Amazon Relational Database Service (Amazon RDS) ist ein Webservice, der die Einrichtung, den Betrieb und die Skalierung einer relationalen Datenbank in der AWS-Cloud erleichtert. Er bietet kosteneffiziente, anpassbare Kapazität für eine relationale Datenbank und verwaltet allgemeine Datenbankverwaltungsaufgaben.
AWS Systems Manager — AWS Systems Manager ist ein AWS-Service, mit dem Sie Ihre Infrastruktur auf AWS anzeigen und steuern können. Mithilfe der Systems Manager Manager-Konsole können Sie Betriebsdaten von mehreren AWS-Services anzeigen und betriebliche Aufgaben in Ihren AWS-Ressourcen automatisieren. Systems Manager unterstützt Sie bei der Aufrechterhaltung von Sicherheit und Compliance, indem er Ihre verwalteten Instances scannt und über festgestellte Richtlinienverstöße (oder Abhilfemaßnahmen ergreifen) berichtet.
Epen
Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
---|---|---|
Erstellen Sie eine CloudFormation AWS-Vorlage für eine Amazon Aurora Aurora-Instance. | Verwenden Sie den AWS-Beispielcodeausschnitt, um eine CloudFormation Vorlage zu erstellen, mit der eine Amazon Aurora PostgreSQL-kompatible Edition-Instance erstellt wird. | Cloud-Architekt |
Stellen Sie einen CloudFormation Stack bereit, um die Amazon Aurora Aurora-Instance zu erstellen. | Verwenden Sie die CloudFormation Vorlage, um eine Aurora PostgreSQL-kompatible Instance zu erstellen, für die Multi-AZ-Replikation für Produktions-Workloads aktiviert ist. | Cloud-Architekt |
Konfigurieren Sie die Datenbankverbindungseinstellungen für Enterprise Server. | Folgen Sie den Anweisungen in der Micro Focus-Dokumentation | Dateningenieur, DevOps Ingenieur |
Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
---|---|---|
Erstellen Sie eine CloudFormation Vorlage für den ElastiCache Amazon-Cluster für die Redis-Instance. | Verwenden Sie den AWS-Beispielcodeausschnitt, um eine CloudFormation Vorlage zu erstellen, die einen ElastiCache Amazon-Cluster für die Redis-Instance erstellt. | Cloud-Architekt |
Stellen Sie den CloudFormation Stack bereit, um einen ElastiCache Amazon-Cluster für die Redis-Instance zu erstellen. | Erstellen Sie den ElastiCache Amazon-Cluster für die Redis-Instance, für die Multi-AZ-Replikation für Produktions-Workloads aktiviert ist. | Cloud-Architekt |
Konfigurieren Sie die PSOR-Verbindungseinstellungen für Enterprise Server. | Folgen Sie den Anweisungen in der Micro Focus-Dokumentation | DevOps Ingenieur |
Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
---|---|---|
Erstellen Sie ein Micro Focus Enterprise Server-AMI. | Erstellen Sie eine Amazon EC2 Windows Server-Instance und installieren Sie die Micro Focus Enterprise Server-Binärdatei in der EC2-Instance. Erstellen Sie ein Amazon Machine Image (AMI) der EC2-Instance. Weitere Informationen finden Sie in der Enterprise Server-Installationsdokumentation | Cloud-Architekt |
Erstellen Sie eine CloudFormation Vorlage für Enterprise Server ESCWA. | Verwenden Sie den AWS-Beispielcodeausschnitt, um eine Vorlage für die Erstellung eines benutzerdefinierten Stacks von Enterprise Server ESCWA in einer automatischen Skalierungsgruppe zu erstellen. | Cloud-Architekt |
Stellen Sie den CloudFormation Stack bereit, um eine Amazon EC2-Skalierungsgruppe für Enterprise Server ESCWA zu erstellen. | Verwenden Sie die CloudFormation Vorlage, um die automatische Skalierungsgruppe mit dem Micro Focus Enterprise Server ESCWA-AMI bereitzustellen, das in der vorherigen Geschichte erstellt wurde. | Cloud-Architekt |
Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
---|---|---|
Erstellen Sie eine CloudFormation Vorlage für ein Systems Manager Automation-Runbook. | Verwenden Sie die Beispielcodefragmente im Abschnitt Zusätzliche Informationen, um eine CloudFormation Vorlage zu erstellen, mit der ein Systems Manager Automation-Runbook zur Automatisierung der PAC-Erstellung, Enterprise Server Scale In und Enterprise Server Scale Out erstellt wird. | Cloud-Architekt |
Stellen Sie den CloudFormation Stack bereit, der das Systems Manager Automation-Runbook enthält. | Verwenden Sie die CloudFormation Vorlage, um einen Stack bereitzustellen, der das Automation-Runbook für die PAC-Erstellung, Enterprise Server Scale In und Enterprise Server Scale Out enthält. | Cloud-Architekt |
Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
---|---|---|
Erstellen Sie eine CloudFormation Vorlage für die Einrichtung einer automatischen Skalierungsgruppe für Micro Focus Enterprise Server. | Verwenden Sie den AWS-Beispielcodeausschnitt, um eine CloudFormation Vorlage zu erstellen, die eine automatische Skalierungsgruppe erstellt. Diese Vorlage verwendet dasselbe AMI, das für die Micro Focus Enterprise Server ESCWA-Instanz erstellt wurde. Verwenden Sie dann einen AWS-Beispielcodeausschnitt, um das automatische Skalierungslebenszyklusereignis zu erstellen, und richten Sie Amazon so ein, dass in derselben EventBridge Vorlage nach Scale-Out- und Scale-In-Ereignissen gefiltert wird. CloudFormation | Cloud-Architekt |
Stellen Sie den CloudFormation Stack für die automatische Skalierungsgruppe für Micro Focus Enterprise Server bereit. | Stellen Sie den CloudFormation Stack bereit, der die automatische Skalierungsgruppe für Micro Focus Enterprise Server enthält. | Cloud-Architekt |
Zugehörige Ressourcen
Zusätzliche Informationen
Die folgenden Szenarien müssen für die Ein- oder Ausskalierung der PAC-Cluster automatisiert werden.
Automatisierung für den Start oder die Neuerstellung eines PAC
Zu Beginn eines PAC-Clusters verlangt Enterprise Server, dass ESCWA APIs aufruft, um eine PAC-Konfiguration zu erstellen. Dadurch werden Enterprise Server-Regionen gestartet und dem PAC hinzugefügt. Gehen Sie wie folgt vor, um eine PAC zu erstellen oder neu zu erstellen:
Konfigurieren Sie ein PAC Scale-Out Repository (PSOR)
in ESCWA mit einem bestimmten Namen. POST /server/v1/config/groups/sors
Erstellen Sie ein PAC mit einem bestimmten Namen und hängen Sie den PSOR daran an.
POST /server/v1/config/groups/pacs
Konfigurieren Sie die Regionsdatenbank und die regionsübergreifende Datenbank, wenn Sie zum ersten Mal eine PAC einrichten.
Hinweis: In diesem Schritt werden SQL-Abfragen und das Befehlszeilentool dbhfhadmin der Micro Focus Enterprise Suite verwendet, um die Datenbank zu erstellen und die ersten Daten zu importieren.
Installieren Sie die PAC-Definition in den Enterprise Server-Regionen.
POST /server/v1/config/mfds POST /native/v1/config/groups/pacs/${pac_uid}/install
Starten Sie die Enterprise Server-Regionen in der PAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
Die vorherigen Schritte können mithilfe eines PowerShell Windows-Skripts implementiert werden.
In den folgenden Schritten wird erklärt, wie Sie mithilfe des PowerShell Windows-Skripts eine Automatisierung für die Erstellung einer PAC erstellen.
Erstellen Sie eine Amazon EC2 EC2-Startvorlage, die das PowerShell Windows-Skript als Teil des Bootstrap-Prozesses herunterlädt oder erstellt. Sie können beispielsweise EC2-Benutzerdaten verwenden, um das Skript aus einem Amazon Simple Storage Service (Amazon S3) -Bucket herunterzuladen.
Erstellen Sie ein AWS Systems Manager Automation Automation-Runbook, um das PowerShell Windows-Skript aufzurufen.
Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instance zu.
Erstellen Sie mithilfe der Startvorlage eine ESCWA-Skalierungsgruppe für automatische Skalierung.
Sie können das folgende CloudFormation AWS-Beispiel-Snippet verwenden, um das Automation-Runbook zu erstellen.
CloudFormation Beispielausschnitt für ein Systems Manager Automation-Runbook, das für die PAC-Erstellung verwendet wird
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"
Weitere Informationen finden Sie unter Micro Focus Enterprise Server — Konfiguration eines PAC
Automatisierung für die horizontale Skalierung mit einer neuen Enterprise Server-Instanz
Wenn eine Enterprise Server-Instanz horizontal skaliert wird, muss ihre Enterprise Server-Region der PAC hinzugefügt werden. In den folgenden Schritten wird erklärt, wie ESCWA-APIs aufgerufen und die Enterprise Server-Region zur PAC hinzugefügt werden.
Installieren Sie die PAC-Definition in den Enterprise Server-Regionen.
POST '/server/v1/config/mfds' POST /native/v1/config/groups/pacs/${pac_uid}/install
Warmstart der Region im PAC.
POST /native/v1/regions/${host_ip}/${port}/${region_name}/start
Fügen Sie die Enterprise Server-Instanz dem Load Balancer hinzu, indem Sie die automatische Skalierungsgruppe dem Load Balancer zuordnen.
Die vorherigen Schritte können mithilfe eines Windows-Skripts implementiert werden. PowerShell Weitere Informationen finden Sie unter Micro Focus Enterprise Server — Konfiguration eines PAC
Die folgenden Schritte können verwendet werden, um eine ereignisgesteuerte Automatisierung zu erstellen, bei der eine neu gestartete Enterprise Server-Instanz durch Wiederverwendung des PowerShell Windows-Skripts zu einer PAC hinzugefügt wird.
Erstellen Sie eine Amazon EC2 EC2-Startvorlage für eine Enterprise Server-Instance, die beim Bootstrap eine Enterprise Serverregion bereitstellt. Sie können beispielsweise den Micro Focus Enterprise Server-Befehl mfds verwenden, um eine Regionskonfiguration zu importieren. Weitere Informationen und Optionen, die für diesen Befehl verfügbar sind, finden Sie in der Enterprise Server-Referenz.
Erstellen Sie eine automatische Skalierungsgruppe für Enterprise Server, die die im vorherigen Schritt erstellte Startvorlage verwendet.
Erstellen Sie ein Systems Manager Automation-Runbook, um das PowerShell Windows-Skript aufzurufen.
Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instanz zu.
Erstellen Sie eine EventBridge Amazon-Regel, um nach dem Ereignis EC2 Instance Launch Successful für die automatische Skalierungsgruppe Enterprise Server zu filtern, und erstellen Sie das Ziel für die Verwendung des Automation-Runbooks.
Sie können den folgenden CloudFormation Beispielausschnitt verwenden, um das Automation-Runbook und die Regel zu erstellen. EventBridge
CloudFormation Beispielausschnitt für Systems Manager, der für die Skalierung von Enterprise Server-Instanzen verwendet wird
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"
Automatisierung für die Skalierung in einer Enterprise Server-Instanz
Ähnlich wie bei der Skalierung wird bei der Skalierung einer Enterprise Server-Instanz das Ereignis EC2 Instance-Terminate Lifecycle Action ausgelöst, und die folgenden Prozess- und API-Aufrufe sind erforderlich, um eine Micro Focus Enterprise Server-Instanz aus dem PAC zu entfernen.
Beenden Sie die Region in der beendenden Enterprise Server-Instanz.
POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
Entfernen Sie die Enterprise Server-Instanz aus dem PAC.
DELETE "/server/v1/config/mfds/${uid}"
Senden Sie ein Signal, um mit dem Beenden der Enterprise Server-Instanz fortzufahren.
Die vorherigen Schritte können in einem PowerShell Windows-Skript implementiert werden. Weitere Informationen zu diesem Prozess finden Sie im Dokument Micro Focus Enterprise Server — Verwaltung einer PAC
In den folgenden Schritten wird erklärt, wie Sie eine ereignisgesteuerte Automatisierung erstellen, um eine Enterprise Server-Instanz von einem PAC aus zu beenden, indem Sie das Windows-Skript wiederverwenden. PowerShell
Erstellen Sie ein Systems Manager Automation-Runbook, um das PowerShell Windows-Skript aufzurufen.
Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instanz zu.
Erstellen Sie einen automatischen Scaling-Group-Lifecycle-Hook für die Kündigung von EC2-Instances.
Erstellen Sie eine EventBridge Amazon-Regel, um das Ereignis EC2 Instance-Terminate Lifecycle Action für die automatische Skalierungsgruppe Enterprise Server zu filtern, und erstellen Sie das Ziel für die Verwendung des Automation-Runbooks.
Sie können die folgende CloudFormation Beispielvorlage verwenden, um ein Systems Manager Automation-Runbook, einen Lifecycle-Hook und eine EventBridge Regel zu erstellen.
CloudFormation Beispielausschnitt für ein Systems Manager Automation-Runbook, das für die Skalierung in einer Enterprise Server-Instanz verwendet wird
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
Automatisierung für einen automatischen Skalierungsauslöser in Amazon EC2
Die Einrichtung einer Skalierungsrichtlinie für Enterprise Server-Instances erfordert ein Verständnis des Anwendungsverhaltens. In den meisten Fällen können Sie Skalierungsrichtlinien für die Zielverfolgung einrichten. Sie können beispielsweise die durchschnittliche CPU-Auslastung als CloudWatch Amazon-Metrik verwenden, um die automatische Skalierungsrichtlinie festzulegen. Weitere Informationen finden Sie unter Skalierungsrichtlinien für die Zielverfolgung für Amazon EC2 Auto Scaling. Für Anwendungen mit regelmäßigen Datenverkehrsmustern sollten Sie die Verwendung einer Richtlinie zur vorausschauenden Skalierung in Betracht ziehen. Weitere Informationen finden Sie unter Prädiktive Skalierung für Amazon EC2 Auto Scaling.