Hardwareanforderungen für ppc64le Cluster

Hochverfügbare Bereitstellungen

Die folgenden Anforderungen sind die Mindestempfehlungen für eine kleine, stabile Bereitstellung von IBM Software Hub.

Größenbestimmung Ihres Clusters

Verwenden Sie die empfohlene Mindestkonfiguration als Ausgangspunkt für Ihre Clusterkonfiguration. Wenn Sie weniger Ressourcen einsetzen, treten sehr wahrscheinlich Stabilitätsprobleme auf.

Wichtig: Arbeiten Sie mit Ihrem IBM Vertriebsmitarbeiter zusammen, um die Größe Ihres Clusters zu bestimmen.

Die Größe Ihres Clusters hängt von mehreren Faktoren ab.

• Die gemeinsam genutzten Komponenten, die Sie installieren müssen.
• Die Dienste, die Sie installieren möchten.

  Die Größenanforderungen für Dienste finden Sie unter „Dienste “. Wenn Sie nur wenige Services mit geringen vCPU- und Speicheranforderungen installieren, benötigen Sie möglicherweise keine zusätzlichen Ressourcen. Wenn Sie jedoch mehrere Dienste oder Dienste mit großem Speicherbedarf installieren möchten, fügen Sie die entsprechende Menge an vCPU und Arbeitsspeicher zu den Mindestempfehlungen hinzu.

• Die Arten von Workloads, die Sie ausführen möchten.

  Wenn Sie beispielsweise planen, komplexe Analyseworkloads neben anderen ressourcenintensiven Workloads wie ETL-Jobs auszuführen, ist mit einer Einschränkung bei der Nebenläufigkeit zu rechnen, wenn Sie keine zusätzliche Rechenleistung zu Ihrem Cluster hinzufügen.

  Da die Arbeitslasten aufgrund verschiedener Faktoren variieren, sollten Sie zur Dimensionierung Ihres Clusters Messungen aus der Ausführung realer Arbeitslasten mit realistischen Daten verwenden.

Weitere Informationen zur Dimensionierung Ihres Clusters finden Sie im PDF-Dokument mit Leitlinien zur Skalierung von Komponenten.

Auswahl einer Konfiguration

Die folgende Konfiguration wurde von IBM getestet und validiert. Unterstützt Red Hat OpenShift Container Platform jedoch auch andere Konfigurationen. Wenn die Konfiguration in der folgenden Tabelle in Ihrer Umgebung nicht funktioniert, können Sie die Konfiguration anhand der Anweisungen in der Red Hat OpenShift Dokumentation anpassen.

OpenShift Einzelknoten-Bereitstellungen

Sie können einen einzelnen Knoten OpenShift (SNO) verwenden, wenn Redundanz und Skalierbarkeit keine Rolle spielen.

Überlegungen

Bevor Sie sich für eine SNO Bereitstellung entscheiden, sollten Sie sich über die folgenden Einschränkungen einer Bereitstellung mit einem einzelnen Knoten im Klaren sein:

Begrenzte Skalierbarkeit

SNO ist nicht so skalierbar wie eine Bereitstellung mit mehreren Knoten. Wenn Sie versuchen, zu viele Anwendungen auf einem einzelnen Knoten auszuführen, kann es zu Leistungsproblemen kommen.

Begrenzte Kapazität

SNO hat eine begrenzte Speicherkapazität und einen begrenzten Arbeitsspeicher. Möglicherweise müssen Sie Ihre Hardware aufrüsten, um größere Arbeitslasten bewältigen zu können.

Single Point of Failure

Da auf einem einzelnen SNO Knoten läuft, ist es anfälliger für Ausfallzeiten im Falle eines Hardwarefehlers.

Begrenzte Speicherunterstützung

Wenn Sie verwenden möchten SNO, müssen Sie einen der folgenden Typen von persistenter Speicherung verwenden:

• NFS
• Amazon Elastic Lagerung, insbesondere Amazon Elastic File System und Amazon Elastic Block Store

Dedizierte Knoten werden nicht unterstützt

Sie können keine dedizierten Knoten auf einem SNO Cluster verwenden.

Bewährte Verfahren

Wenn Sie sich für eine SNO Bereitstellung entscheiden, beachten Sie bitte die folgenden bewährten Vorgehensweisen:

Planung der Auslastung

Wenn Sie mehrere Anwendungen auf dem Cluster ausführen möchten, stellen Sie sicher, dass Sie über ausreichende Kapazitäten für die geplanten Workloads verfügen. Wenn Sie eine ressourcenintensive Arbeitslast ausführen, kann dies dazu führen, dass andere Arbeitslasten nicht auf dem Cluster ausgeführt werden können.

Sicherung und Wiederherstellung

Implementieren Sie eine robuste Datenschutzstrategie, um sicherzustellen, dass das System im Falle einer Katastrophe oder eines Systemabsturzes schnell wiederhergestellt werden kann. Informationen zu den unterstützten Sicherungsmethoden finden Sie unter Sichern und IBM Software Hub Wiederherstellen.

Größenbestimmung Ihres Clusters

Verwenden Sie die empfohlene Mindestkonfiguration als Ausgangspunkt für Ihre Clusterkonfiguration. Wenn Sie weniger Ressourcen einsetzen, treten sehr wahrscheinlich Stabilitätsprobleme auf.

Wichtig: Arbeiten Sie mit Ihrem IBM Vertriebsmitarbeiter zusammen, um die Größe Ihres Clusters zu bestimmen.

Die Größe Ihres Clusters hängt von mehreren Faktoren ab.

• Die Dienste, die Sie installieren möchten.

  Die Größenanforderungen für Dienste finden Sie unter „Dienste “. Wenn Sie nur wenige Services mit geringen vCPU- und Speicheranforderungen installieren, benötigen Sie möglicherweise keine zusätzlichen Ressourcen. Wenn Sie jedoch mehrere Dienste oder Dienste mit großem Speicherbedarf installieren möchten, fügen Sie die entsprechende Menge an vCPU und Arbeitsspeicher zu den Mindestempfehlungen hinzu.

  Bewährte Vorgehensweise: Passen Sie die Größe Ihres SNO Clusters entsprechend an, bevor Sie Software auf dem Cluster bereitstellen. Bei unzureichender Hardware kommt es zu Leistungsproblemen.
• Die Arten von Workloads, die Sie ausführen möchten.

  Wenn Sie beispielsweise planen, komplexe Analyseworkloads neben anderen ressourcenintensiven Workloads wie ETL-Jobs auszuführen, ist mit einer Einschränkung bei der Nebenläufigkeit zu rechnen, wenn Sie keine zusätzliche Rechenleistung zu Ihrem Cluster hinzufügen.

  Da die Arbeitslasten aufgrund verschiedener Faktoren variieren, sollten Sie zur Dimensionierung Ihres Clusters Messungen aus der Ausführung realer Arbeitslasten mit realistischen Daten verwenden.

  Bewährte Vorgehensweise: Wenn Sie mehrere Anwendungen auf dem Cluster ausführen möchten, stellen Sie sicher, dass Sie über ausreichende Kapazitäten für die geplanten Workloads verfügen. Wenn Sie eine ressourcenintensive Arbeitslast ausführen, kann dies dazu führen, dass andere Arbeitslasten nicht auf dem Cluster ausgeführt werden können.

Weitere Informationen zur Dimensionierung Ihres Clusters finden Sie im PDF-Dokument mit Leitlinien zur Skalierung von Komponenten.

Auswahl einer Konfiguration

Die folgende Konfiguration wurde von IBM getestet und validiert. Unterstützt Red Hat OpenShift Container Platform jedoch auch andere Konfigurationen. Wenn die Konfiguration in der folgenden Tabelle in Ihrer Umgebung nicht funktioniert, können Sie die Konfiguration anhand der Anweisungen in der Red Hat OpenShift Dokumentation anpassen.

Die empfohlene Konfiguration verwendet zwei virtuelle Maschinen (VMs), die folgende Funktionen übernehmen:

• Ein Bastion-Knoten mit NFS konfiguriertem Speicher
• Ein Worker-Knoten (Rechnerknoten)

IBM Certificate manager

Die IBM Certificate manager wird nur für Upgrades unterstützt.

License Service

Scheduling service

IBM Software Hub

IBM Cloud Pak foundational services

Analytics Engine powered by Apache Spark

Data Refinery

DataStage

Db2

Db2 Data Management Console

Db2 Warehouse

Decision Optimization

IBM Knowledge Catalog

Basisdienst (erforderlich)

vCPU	Speicher	Speicher	Hinweise
Operator-Pods: 0.75vCPU Katalog-Pods: vCPU 0.05 Operand: 36 vCPU	Operator-Pods: 1.5 GB RAM Katalog-Pods:0.2 GB RAM Operand: 73 GB RAM	Persistenter Speicher: 700 GB Temporärer Speicher: 28 GB Bildspeicher: Bis zu 46.95 GB mit allen optionalen Komponenten	Die minimal erforderlichen Ressourcen hängen von den Funktionen ab, die Sie installieren. Die Mindestanforderungen umfassen die Ressourcenanforderungen für einen dynamischen Spark Cluster. Lokaler Speicher in /var/lib/containers Passen Sie die Größe des lokalen Speichers pro Knoten entsprechend der Menge der zu analysierenden Daten an. Der lokale Speicher sollte etwa doppelt so groß wie das Datenvolumen sein, das voraussichtlich gleichzeitig vom System verarbeitet wird. Permanenter Speicher Die unformatierte Größe des gemeinsam genutzten Speichers ist von der verwendeten Speicherklasse abhängig. Wenn Sie beispielsweise portworx-shared-gp3 verwenden, das über 3 Replikate verfügt, multiplizieren Sie den Speicher mit der Anzahl der Replikate.

Datenqualität (optional)

vCPU	Speicher	Speicher	Hinweise
Operand: 8 vCPU	Operand: 29 GB RAM	Persistenter Speicher: Nicht zutreffend Temporärer Speicher: 31 GB	Keine weiteren Anmerkungen zu dieser Funktion.

Orchestration Pipelines

RStudio® Server Runtimes

Watson Machine Learning

Watson Studio

Watson Studio Runtimes

watsonx.data

Common core services

Db2 as a service

Db2U