Installation von Engines im unbeaufsichtigten Modus

Im unbeaufsichtigten Modus können Sie Heat-Orchestrierungsengines für den Blueprint-Design-Server installieren, indem Sie Konfigurationsinformationen in Befehlszeilenargumenten angeben.

Vorbereitende Schritte

Sie müssen die Engine auf einem Host installieren, auf dem eine bestimmte Version von Red Hat Enterprise Linux (RHEL) ausgeführt wird.
- Ab Version 6.2.2 kann das Installationsprogramm für IBM® UrbanCode Deploy Engines für den Blueprint-Design-Server nur unter RHEL Version 7 installieren. Es wird kein anderes Betriebssystem unterstützt, auch nicht RHEL Version 6 oder frühere Versionen.
Wenn Sie ein anderes Betriebssystem verwenden möchten, können Sie eine OpenStack Heat-Engine manuell auf diesem Betriebssystem installieren und anschließend die Engine zur Verwendung mit dem Blueprint-Design-Server erweitern (siehe Erweitern von Heat-Orchestrierungsengines).
Das Engine-Installationsprogramm installiert nur eine spezifische Version der OpenStack Heat-Orchestrierungsengine.
- Ab Version 6.2.2 installiert das Installationsprogramm nur OpenStack-Kilo-Engines.
Wenn Sie eine andere Version der OpenStack Heat-Orchestrierungsengine verwenden möchten, können Sie eine vorhandene Engine dieser Version erweitern. Siehe Erweitern von Heat-Orchestrierungsengines. Sie können OpenStack-Icehouse-, -Juno-, -Kilo-, -Liberty- und -Mitaka-Engines zur Verwendung mit dem Blueprint-Design-Server verwenden.
Das Betriebssystem muss über die neuesten Paketaktualisierungen verfügen. Weitere Informationen dazu finden Sie unter Installieren und Verwalten von Software im Red Hat Enterprise Linux-Kundenportal.
Stellen Sie sicher, dass kein Grenzwert für die maximale Speichergröße und Größe des virtuellen Speichers vorhanden ist. Auf den meisten Linux-Systemen können Sie z. B. die Befehle ulimit -m und ulimit -v ausführen und sicherstellen, dass beide den Wert unlimited zurückgeben. Um herauszufinden, wie der Grenzwert der maximalen Speichergröße und der maximalen Größe des virtuellen Speichers entfernt werden kann, lesen Sie die Informationen in der Dokumentation zum Betriebssystem.
Für die Installation ist Rootzugriff erforderlich.
Die Engine installiert automatisch eine Datenbank.
- In Version 6.2.2 und höher installiert die Engine MariaDB.
Sie müssen die Engine auf einem System installieren, auf dem die angegebene Datenbank nicht installiert ist. Wenn die angegebene Datenbank auf dem System installiert ist, schlägt die Installation der Engine fehl.
Vor der Installation der Engine muss das Betriebssystem mit erforderlichen Paketen und Abhängigkeiten konfiguriert werden. Das System benötigt möglicherweise Netzzugriff, um diese Pakete zu installieren. Vergewissern Sie sich, ob das System mit einem Paketmanager wie einem Yum-Server verbunden ist.
Stellen Sie sicher, dass Ihr System die Systemvoraussetzungen erfüllt. Siehe Systemanforderungen und Leistungsaspekte.
Stellen Sie sicher, dass Ihre Netze und Firewalls Kommunikation auf allen erforderlichen Ports zulassen. Siehe Firewall- und Kommunikationskonfiguration.
Aktivieren Sie ab Version 6.2.2 das optionale Repository "rhel-7-server-optional-rpms".
- Verwenden Sie auf RHEL-Systemen, die den abonnementbasierten Red Hat Network-Paketmanager verwenden, den folgenden Befehl:
```
subscription-manager repos --enable=rhel-7-server-optional-rpms
```
- Führen Sie auf virtuellen Maschinen, die auf Amazon Web Services gehostet werden, den folgenden Befehl aus:
```
yum-config-manager --enable rhui-REGION-rhel-server-optional
```
Ermitteln Sie, ob das Paket akonadi auf dem System installiert ist.
```
rpm -ql akonadi
```
Wenn das Paket akonadi installiert ist, entfernen Sie es wie folgt:
```
yum remove -y akonadi
```
Ermitteln Sie, ob das Programm qpid auf dem System installiert ist.
- Führen Sie unter RHEL Version 7 den folgenden Befehl aus:
```
systemctl status qpidd.service
```
Wenn das Programm qpid auf dem System ausgeführt wird, beenden Sie seinen Service.
- Führen Sie unter RHEL Version 7 den folgenden Befehl aus:
```
systemctl stop qpidd.service
```
Stellen Sie die URL und Kontoinformationen für den OpenStack Keystone-Service zusammen, falls vorhanden. Rather than having its own list of users, the blueprint design server imports accounts from authentication realms, including OpenStack Keystone services and LDAP servers. Dieser Keystone-Service ist unabhängig vom verwendeten Cloudtyp erforderlich. Wenn Sie keinen Keystone-Server haben, können Sie einen installieren, der während der Engine-Installation einen Identity API v3 verwendet.

Informationen zu diesem Vorgang

Wenn Sie bereits über eine Engine verfügen, können Sie diese für die Verwendung mit dem Blueprint Designer erweitern. Siehe Erweitern von Heat-Orchestrierungsengines.

Wenn Sie bereits einen Keystone-Server nutzen, können Sie ihn als Ihren Identitätsservice für den Blueprint Design Server verwenden. Wenn Sie keinen Keystone-Server nutzen, können Sie einen mit der Engine installieren.

Vorgehensweise

Laden Sie die Installationsdateien für die Engine herunter und extrahieren Sie sie. Diese Dateien stehen auf der IBM Passport Advantage-Website zum Download zur Verfügung. Weitere Informationen erhalten Sie im IBM UrbanCode DeployDownloaddokument.
Wechseln Sie in das Verzeichnis /ibm-ucd-patterns-install/engine-install/.
Lesen Sie die Lizenzvereinbarung, die sich im folgenden Ordner befindet: ibm-ucd-patterns-install/engine-install/resources/.

Führen Sie in der Befehlszeile den folgenden Befehl aus. Dieser Befehl muss in einer Zeile stehen.

Anmerkung: Durch die Option -l wird angegeben, dass Sie die Lizenzvereinbarung gelesen und akzeptiert haben.

./install.sh
  -l options

Fügen Sie für options die folgenden Argumenten ein:

Argument	Erforderlich oder optional	Beschreibung
`-a openstack_URL`	Erforderlich	Geben Sie die vollständige URL des Keystone-Servers an, den Sie für Ihren Identitätsservice verwenden, zum Beispiel `http://cloud.example.com:5000/v3`. Schließen Sie keinen abschließenden Schrägstrich ein. Wenn Sie keinen Keystone-Server haben, geben Sie die Standard-URL zur Verwendung der Keystone-Serverinstanz an, die beim Installieren der Engine installiert wird. In Version 6.2.2 und höher ist die Standard-URL http://`public_host_name`:5000/v3.
`-b bind_address`	Erforderlich	Geben Sie die IP-Adresse an, unter der die Engine für Anforderungen empfangsbereit ist. Geben Sie `0.0.0.0` an, um auf allen Adressen, die dem System zur Verfügung stehen, empfangsbereit zu sein.
`-i engine_hostname`	Erforderlich	Geben Sie die öffentliche IP-Adresse bzw. den öffentlichen Hostnamen an, mit der/dem andere Systeme wie der Blueprint-Design-Server auf dieses System zugreifen.
`-s Yes oder No`	Erforderlich	Geben Sie `Yes` an, um die erforderlichen OpenStack Heat- oder Keystone-Services zu starten oder `No`, um die Services nicht zu starten.

Zum Beispiel:

./ibm-ucd-patterns-install/engine-install/install.sh -l
-a http://cloud.example.com:5000/v2.0
-i engine.example.com
-b 0.0.0.0
-s Yes

Diese Beispiele werden aus Gründen der Übersichtlichkeit auf separate Zeilen aufgeteilt, jedoch muss der Befehl in einer einzigen Zeile eingegeben werden. Wenn Sie ein erforderliches Argument übergehen, fragt das Installationsprogramm nach dem Wert. Dies bedeutet, dass die unbeaufsichtigte Installation interaktiv wird.

Optional: Fügen Sie nach Abschluss des Installationsprogramms eine automatisierte Task hinzu, um abgelaufene Schlüssel aus der Datenbank zu entfernen. Zu viele abgelaufene Schlüssel in der Datenbank können die Systemleistung mindern. Mit dem folgenden Befehl wird beispielsweise eine automatisierte Task zum Entfernen alter Schlüssel im Linux-Programm cron erstellt. Dieser Befehl muss in eine Zeile geschrieben werden.
```
 (crontab -l -u keystone 2>&1 | grep -q token_flush) 
  || echo '@hourly /usr/bin/keystone-manage token_flush 
  >/var/log/keystone/keystone-tokenflush.log 2>&1' 
  >> /var/spool/cron/keystone
```

Ergebnisse

Die Engine wird vom Installationsprogramm installiert.

Nächste Schritte

Wenn Sie die Engine-Services während der Installation nicht gestartet haben, starten Sie sie nun. Siehe Starten des Blueprint Designers, des Clouderkennungsservice und der Engine.

Der Standardbenutzername für den Nutzer mit Verwaltungsaufgaben des Keystone-Servers lautet admin und das Standardkennwort lautet openstack1. Der Berechtigungstoken wird in der Datei /etc/keystone/keystone.conf und /root/keystonerc aufgelistet.

Der Installationsprozess hat automatisch die erforderlichen Back-End-Services für die Engine gestartet. Wenn Sie die Back-End-Services stoppen, während die OpenStack-Services für die Heat-Engine ausgeführt werden, schlagen die OpenStack-Services für die Heat-Engine fehl. Wenn Sie die Engine nicht gestartet haben, können Sie diese Services stoppen. Beispiel: Mit den folgenden Befehlen werden die Back-End-Services in RHEL 7 gestoppt:

systemctl stop rabbitmq-server.service

systemctl stop mariadb.service

systemctl stop openstack-keystone.service

Zum Interagieren mit der Heat-Engine verwenden Sie die zugehörigen bereitgestellten Berechtigungsnachweise in Ihrem Benutzerverzeichnis. Die clientrc-Datei, die die Berechtigungsnachweise für die Heat-Engine enthält, enthält auch die Berechtigungsnachweise für den Keystone-Identitätsservice. Führen Sie die folgenden Befehle aus:

source ~/clientrc

openstack endpoint list

heat stack-list

Sie können auch ausschließlich mit dem Keystone-Identitätsservice interagieren, indem Sie die zugehörigen vorbereiteten Dateien mit Berechtigungsnachweisen in Ihrem Benutzerverzeichnis verwenden. Führen Sie den folgenden Befehl aus, um die Datei mit den Berechtigungsnachweisen zu laden:

source ~/keystonerc

Führen Sie für Version 6.2.2 und höher den folgenden Befehl aus:

openstack endpoint list

Da die Keystone-Befehlszeilenschnittstelle veraltet ist, führen Sie stattdessen Befehle für den OpenStack-Client aus. Informationen hierzu finden Sie in der OpenStack-Dokumentation.

Nachdem Sie die OpenStack-Services für die Heat-Engine gestartet haben, können Sie unter der folgenden URL auf die REST-API zugreifen: http://host_name:8004.

Feedback