

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
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager"></a>

*Kevin Yung und Krithika Palani Selvam, Amazon Web Services*

*Peter Woods, keiner*

*Abraham Rondon, Mikrofokus*

## Zusammenfassung
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-summary"></a>

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)](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-F6E1BBB7-AEC2-45B1-9E36-1D86B84D2B85.html) und eine Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling Scaling-Gruppe auf Amazon Web Services () verwenden.AWS Die Lösung ist vollständig automatisiert AWS Systems Manager und verfügt über Lifecycle-Hooks von Amazon EC2 Auto Scaling. Mithilfe dieses Musters können Sie Ihre Mainframe-Online- und Batch-Anwendungen so einrichten, dass sie durch automatische Ein- und Ausskalierung auf der Grundlage Ihrer Kapazitätsanforderungen eine hohe Ausfallsicherheit erreichen. 

**Anmerkung**  
Dieses Muster wurde mit Micro Focus Enterprise Server Version 6.0 getestet. Informationen zu Version 8 finden Sie unter [Micro Focus Runtime einrichten (bei Amazon EC2)](https://docs.aws.amazon.com/m2/latest/userguide/mf-runtime-setup.html).

## Voraussetzungen und Einschränkungen
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-prereqs"></a>

**Voraussetzungen**
+ Ein aktives AWS-Konto.
+ Micro Focus Enterprise Server-Software und -Lizenz. Weitere Informationen erhalten Sie vom [Micro Focus-Vertrieb](https://www.microfocus.com/en-us/contact/contactme).
+ 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](https://www.microfocus.com/media/data-sheet/enterprise_server_ds.pdf).
+ 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-F6E1BBB7-AEC2-45B1-9E36-1D86B84D2B85.html).
+ Ein Verständnis des Gesamtkonzepts einer Mainframe-Anwendung DevOps mit kontinuierlicher Integration (CI). Ein von AWS und Micro Focus entwickeltes AWS Prescriptive Guidance-Muster finden Sie unter [Mainframe-Modernisierung: DevOps weiter AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/mainframe-modernization-devops-on-aws-with-micro-focus.html) mit Micro Focus.

**Anmerkung**  
Dieses Muster wurde mit Micro Focus Enterprise Server Version 6 getestet. Informationen zu Version 8 finden Sie unter [Micro Focus Runtime einrichten (bei Amazon EC2)](https://docs.aws.amazon.com/m2/latest/userguide/mf-runtime-setup.html).

**Einschränkungen**
+ Eine Liste der Plattformen, die von Micro Focus Enterprise Server unterstützt werden, finden Sie im [Micro Focus Enterprise Server-Datenblatt](https://www.microfocus.com/media/data-sheet/enterprise_server_ds.pdf).
+ 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
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-architecture"></a>

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](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/mainframe-modernization-devops-on-aws-with-micro-focus.html) 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ützt die Bereitstellung von Mainframe-Anwendungen auf mehreren Enterprise Server-Regionen, die als einzelnes Image verwaltet und in EC2 Amazon-Instances skaliert werden. PACs unterstützt außerdem 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 beeinträchtigt daher nicht die 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) betrieben und verwaltet werden APIs, was die betriebliche Wartung und Wartungsfreundlichkeit von Enterprise Servern vereinfacht. 

**Anmerkung**  
Micro Focus empfiehlt, dass der [Performance and Availability Cluster (PAC)](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-C06DC883-8A67-44DB-8553-8F0DD2062DAB.html) aus mindestens drei Enterprise Server-Regionen bestehen sollte, damit die Verfügbarkeit nicht beeinträchtigt wird, falls eine Enterprise Server-Region ausfällt oder gewartet werden muss.

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. RDBMSs Zu den unterstützten Produkten gehören:
+ 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-486C5A4B-E3CD-4B17-81F3-32F9DE970EA5.html) und [Micro Focus Enterprise Server — Empfohlene](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-7038DB6F-E89F-4B5F-BCAA-BD1456F6CCA3.html) PAC-Konfiguration.

Das folgende Diagramm zeigt ein typisches AWS-Architektur-Setup für ein Micro Focus PAC. 

![\[Eine Architektur mit drei Verfügbarkeitszonen und fünf Schritten, die in einer Tabelle nach dem Diagramm beschrieben werden.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/images/pattern-img/64e3c22b-1058-4ab8-855f-18bbbed5dc13/images/df291568-a442-454f-80bf-49e4ffff4f6d.png)


 


| 
| 
|  | **Komponente** | **Beschreibung** | 
| --- |--- |--- |
| 1 | Automatische Skalierung der Enterprise Server-Instanzen (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 bietet Clusterverwaltung. APIs   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-Instanz ElastiCache (Redis OSS) und Replikat | Richten Sie eine primäre Instance ElastiCache (Redis OSS) 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-3840E10F-80AA-4109-AF2C-894237D3AD00.html) zu speichern.   Enterprise Server verwendet eine Redis NoSQL-Datenbank als SOR, [eine Voraussetzung für die Aufrechterhaltung der PAC-Integrität](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-176B97CA-4F9F-4CE1-952F-C3F4FB0ADD25.html). | 
| 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 EventBridge verwenden. Die Architektur dieser Automatisierungen ist in der folgenden Abbildung dargestellt.

![\[AWS architecture diagram showing EventBridge, Systems Manager, and EC2 Auto Scaling integration.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/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 rufen Sie ESCWA auf, um das PAC APIs 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 ermöglicht APIs die Verwaltung des PAC.  | 

## Tools
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-tools"></a>
+ [Micro Focus Enterprise Server](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-A2F23243-962B-440A-A071-480082DF47E7.html) — 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) — Amazon EC2 Auto Scaling hilft Ihnen sicherzustellen, dass Ihnen die richtige Anzahl von EC2 Amazon-Instances zur Verfügung steht, um die Last für Ihre Anwendung zu bewältigen. Sie erstellen Sammlungen von EC2 Instances, sogenannte Auto Scaling Scaling-Gruppen, und geben die Mindest- und Höchstanzahl von Instances an.
+ [Amazon ElastiCache (Redis OSS)](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/WhatIs.html) — Amazon ElastiCache ist ein Webservice zum Einrichten, Verwalten und Skalieren einer verteilten In-Memory-Datenspeicher- oder Cache-Umgebung in der Cloud. Es handelt sich um eine leistungsstarke, skalierbare und kostengünstige Caching-Lösung.
+ [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) — 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](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html) — 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
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-epics"></a>

### Eine Amazon Aurora Aurora-Instance erstellen
<a name="create-an-amazon-aurora-instance"></a>


| Aufgabe | Description | Erforderliche Fähigkeiten | 
| --- | --- | --- | 
| Erstellen Sie eine CloudFormation AWS-Vorlage für eine Amazon Aurora Aurora-Instance. | Verwenden Sie den [AWS-Beispielcodeausschnitt](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_RDS.html), 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-40748F62-84B3-4B7B-8E96-5484ADEDFB5F.html), um die Verbindungszeichenfolgen und die Datenbankkonfiguration für Micro Focus Enterprise Server vorzubereiten. | Dateningenieur, DevOps Ingenieur | 

### Erstellen Sie einen ElastiCache Amazon-Cluster für die Redis-Instance
<a name="create-an-elclong-cluster-for-the-redis-instance"></a>


| Aufgabe | Description | Erforderliche Fähigkeiten | 
| --- | --- | --- | 
| Erstellen Sie eine CloudFormation Vorlage für den ElastiCache Amazon-Cluster für die Redis-Instance. | Verwenden Sie den [AWS-Beispielcodeausschnitt](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_ElastiCache.html), 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-2A420ADD-4CA6-472D-819F-371C037C0653.html), um die Verbindungskonfiguration des PAC Scale-Out Repository (PSOR) für Micro Focus Enterprise Server PAC vorzubereiten. | DevOps Ingenieur | 

### Erstellen Sie eine automatische ESCWA-Skalierungsgruppe für Micro Focus Enterprise Server
<a name="create-a-micro-focus-enterprise-server-escwa-automatic-scaling-group"></a>


| Aufgabe | Description | 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-FACEF60F-BAE3-446C-B2B4-4379A5DF6D9F.html). | Cloud-Architekt | 
| Erstellen Sie eine CloudFormation Vorlage für Enterprise Server ESCWA.  | Verwenden Sie den [AWS-Beispielcodeausschnitt](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html), 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 EC2 Amazon-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 | 

### Erstellen Sie ein AWS Systems Manager Automation Automation-Runbook
<a name="create-an-aws-systems-manager-automation-runbook"></a>


| Aufgabe | Description | 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 | 

### Erstellen Sie eine automatische Skalierungsgruppe für Micro Focus Enterprise Server
<a name="create-an-automatic-scaling-group-for-micro-focus-enterprise-server"></a>


| Aufgabe | Description | 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](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html), um eine CloudFormation Vorlage zu erstellen, die eine automatische Skalierungsgruppe erstellt. Diese Vorlage wird dasselbe AMI wiederverwenden, das für die Micro Focus Enterprise Server ESCWA-Instanz erstellt wurde. Verwenden Sie dann einen [AWS-Beispielcodeausschnitt](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-events-rule.html), 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
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-resources"></a>
+ [Micro Focus Enterprise Server Leistungs- und Verfügbarkeitscluster (PAC)](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-613F5E2D-2FBC-47AE-9327-48CA4FF84C5B.html) 
+ [Lebenszyklus-Hooks von Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/lifecycle-hooks.html)
+ [Ausführen von Automatisierungen mit Triggern unter Verwendung von EventBridge](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-cwe-target.html)

## Zusätzliche Informationen
<a name="build-a-micro-focus-enterprise-server-pac-with-amazon-ec2-auto-scaling-and-systems-manager-additional"></a>

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**

Beim Start eines PAC-Clusters verlangt Enterprise Server, dass ESCWA aufgerufen wird, um eine APIs 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: 

1. Konfigurieren Sie ein [PAC Scale-Out Repository (PSOR)](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-2A420ADD-4CA6-472D-819F-371C037C0653.html) in ESCWA mit einem bestimmten Namen.

   ```
   POST /server/v1/config/groups/sors
   ```

1. Erstellen Sie ein PAC mit einem bestimmten Namen und hängen Sie den PSOR daran an.

   ```
   POST /server/v1/config/groups/pacs
   ```

1. Konfigurieren Sie die Regionsdatenbank und die regionsübergreifende Datenbank, wenn Sie zum ersten Mal eine PAC einrichten.
**Anmerkung**  
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.

1. Installieren Sie die PAC-Definition in den Enterprise Server-Regionen.

   ```
   POST /server/v1/config/mfds 
   POST /native/v1/config/groups/pacs/${pac_uid}/install
   ```

1. Starten Sie die Enterprise Server-Regionen im 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.

1. Erstellen Sie eine EC2 Amazon-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.

1. Erstellen Sie ein AWS Systems Manager Automation Automation-Runbook, um das PowerShell Windows-Skript aufzurufen.

1. Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instance zu.

1. 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-2B15EBA5-84AF-47C3-9F8E-EE57EB17245F.html).

**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 aufgerufen APIs und die Enterprise Server-Region zur PAC hinzugefügt wird. 

1. Installieren Sie die PAC-Definition in den Enterprise Server-Regionen.

   ```
   POST '/server/v1/config/mfds'
   POST /native/v1/config/groups/pacs/${pac_uid}/install
   ```

1. Warmstart der Region im PAC.

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

1. 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-2B15EBA5-84AF-47C3-9F8E-EE57EB17245F.html).

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. 

1. Erstellen Sie eine EC2 Amazon-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.](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/HRADRHCOMM06.html)

1. Erstellen Sie eine automatische Skalierungsgruppe für Enterprise Server, die die im vorherigen Schritt erstellte Startvorlage verwendet.

1. Erstellen Sie ein Systems Manager Automation-Runbook, um das PowerShell Windows-Skript aufzurufen. 

1. Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instanz zu.

1. 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 beim Skalieren 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. 

1. Beenden Sie die Region in der beendenden Enterprise Server-Instanz.

   ```
   POST "/native/v1/regions/${host_ip}/${port}/${region_name}/stop"
   ```

1. Entfernen Sie die Enterprise Server-Instanz aus dem PAC.

   ```
   DELETE "/server/v1/config/mfds/${uid}"
   ```

1. 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](https://www.microfocus.com/documentation/enterprise-developer/ed60/ES-WIN/GUID-E864E2E9-EB49-43BF-9AAD-7FE334749441.html).

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  

1. Erstellen Sie ein Systems Manager Automation-Runbook, um das PowerShell Windows-Skript aufzurufen.

1. Ordnen Sie das Runbook mithilfe des Instance-Tags der ESCWA-Instanz zu.

1. Erstellen Sie einen Lifecycle-Hook für automatische Skalierungsgruppen zur EC2 Instanzbeendigung.

1. 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 EC2 automatischen Skalierungsauslöser von Amazon**

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 [Target-Tracking-Skalierungsrichtlinien für Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html). 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-predictive-scaling.html). 