For the complete documentation index, see llms.txt. This page is also available as Markdown.

Bereitstellungsleitfaden

Cloud- und On-Premises-Bereitstellungsanforderungen und -optionen für ABB Ability™ BuildingPro Suites

Diese Anleitung beschreibt die Systemanforderungen, Architektur, Netzwerkkonfiguration, Hosting-Modelle, Bereitstellungsoptionen und Backup-Strategie für ABB Ability™ BuildingPro Suites Cloud- und On-Premises-Installationen.

Systemanforderungen

Die folgenden Anforderungen gelten für eine Installation von BuildingPro Suites:

Komponente
Minimum
Empfohlen
Hinweise

Prozessor

8 CPUs

16 CPUs

Für größere Installationen kann zusätzliche Kapazität erforderlich sein.

RAM

32 GB

64 GB

Für datenintensive Workloads kann zusätzlicher Arbeitsspeicher erforderlich sein.

Speicher

1 TB SSD

Basierend auf dem erwarteten Datenvolumen

Der Speicher wird hauptsächlich für Trending-Daten verwendet.

Betriebssystem

Ubuntu 24.04 LTS

Ubuntu 24.04 LTS

Verwenden Sie eine unterstützte und gewartete Ubuntu-Installation.

Für die Installation und Wartung ist eine vom Integrator festgelegte Internetverbindung erforderlich. Einige Funktionen benötigen während des Betriebs außerdem eine permanente Internetverbindung.

Die Speicheranforderungen können je nach Systemumgebung, Umfang und Aufbewahrungsdauer der Trending-Daten sowie dem für Updates benötigten Speicherplatz erheblich variieren. Daher müssen die Speicheranforderungen individuell bewertet werden, insbesondere für Cloud- und On-Premises-Installationen.

Zertifikate und Verschlüsselung

Selbstsignierte Zertifikate gelten als unsicher und werden von Browsern entsprechend gekennzeichnet. Sie können außerdem verhindern, dass Geräte einiger Hersteller auf BuildingPro Suites zugreifen. Verwenden Sie Zertifikate einer anerkannten Zertifizierungsstelle wie Let's Encrypt, SwissSign oder VeriSign.

Ports

Die folgenden Ports müssen erreichbar sein, wenn auf die Plattform von außerhalb der Hosting-Umgebung zugegriffen wird:

Port
Zweck

22

Bereitstellung von BuildingPro Suites und automatische Updates.

443

Verschlüsselter Browser- und App-Zugriff auf BuildingPro Suites.

8883

Verschlüsselter MQTT-Zugriff auf BuildingPro Suites.

9092

Verschlüsselter Kafka-Zugriff auf BuildingPro Suites.

Ports 8883 und 9092 müssen geöffnet werden, wenn Kubernetes verwendet wird. Einige externe Load Balancer erlauben nur Ports im Bereich 30000–32000. In diesem Fall ist Portweiterleitung erforderlich. Innerhalb des Kubernetes-Clusters verwendet MQTT den Port 31833 und MQTTS verwendet den Port 31888.

Hosting

BuildingPro Suites ist über ABB Cloud in Deutschland oder als virtuelle Maschinen-Image verfügbar.

Hosting-Modell
Umgebung

ABB Cloud

Gehosteter Dienst in Deutschland.

Virtuelles Maschinen-Image

Vom Kunden verwaltete virtuelle Maschine.

ABB Cloud wird in Deutschland gehostet. Kundeninstallationen verwenden eine dedizierte virtuelle Maschine.

KI-Funktionen in On-Premises-Installationen

Nicht alle KI-Funktionen sind in On-Premises-Installationen verfügbar. Einige Funktionen verwenden Microsoft Azure KI-Modelle und erfordern eine Internetverbindung.

Einige Modelle können lokal ausgeführt werden, benötigen jedoch erhebliche Rechenressourcen. Größere Modelle können dedizierte GPU-Kapazität erfordern und eignen sich nicht für jede On-Premises-Umgebung.

Verwalteter Service

Für einen stabilen und zuverlässigen Langzeitbetrieb wird ein verwalteter Service dringend empfohlen. Er umfasst regelmäßige Datenbankwartung und die Überwachung relevanter Systemprotokolle und trägt dazu bei, eine konsistente und leistungsfähige Systemumgebung aufrechtzuerhalten.

Bereitstellungsoptionen

1. ABB Cloud

Der Zugriff auf ABB Cloud ist im Abonnementpreis enthalten und wird als Teil des Servicepakets bereitgestellt. Der Dienst wird in Deutschland gehostet. Für die Ersteinrichtung ist ein Bereitstellungspaket erforderlich. Einzelheiten finden Sie in der geltenden Preisliste.

2. Virtuelles Maschinen-Image

BuildingPro Suites wird als virtuelle Maschine mit einem vorkonfigurierten Installationsabbild ausgeliefert. Für die erste Bereitstellung in der Zielumgebung ist ein Bereitstellungspaket erforderlich. Zusätzliche Integrationsarbeiten im Rechenzentrum des Kunden werden nach dem tatsächlich erforderlichen Aufwand abgerechnet.

Backup und Notfallwiederherstellung

Die Backup-Strategie folgt einem modularen Ansatz, der verschiedene Datentypen getrennt behandelt. Dies verbessert die Verfügbarkeit, verkürzt Wiederherstellungszeiten und minimiert Datenverluste.

Trennung der Verantwortlichkeiten

Datenkategorie
Beschreibung
Änderungsfrequenz

Schema

Datenbankstruktur, die erforderlich ist, damit die Plattform funktioniert.

Selten

Konfiguration

Benutzer, Mandanten, Regeln und andere betriebliche Einstellungen.

Mittel

Messdaten

Kontinuierlich wachsende Zeitreihen- und Trending-Daten.

Kontinuierlich

Jede Kategorie verwendet eine Backup-Methode und -Frequenz, die ihrer Bedeutung, Größe und Änderungsrate angemessen ist.

Wiederherstellungszeitziel

Das Wiederherstellungszeitziel (RTO) definiert, wie schnell ein System oder eine Datenkategorie wiederhergestellt werden sollte:

Datenkategorie
Wiederherstellungsziel

Schema

Wiederherstellung innerhalb von Sekunden, beispielsweise nach einem fehlgeschlagenen Update.

Konfiguration

Wiederherstellung innerhalb von Minuten nach einer Fehlkonfiguration oder Löschung.

Messdaten

Gestaffelte Wiederherstellung über einen längeren Zeitraum aufgrund des größeren Datenvolumens.

Wiederherstellungspunktziel

Das Wiederherstellungspunktziel (RPO) definiert den maximal zulässigen Zeitraum eines Datenverlusts:

Datenkategorie
Backup-Intervall

Schema

Wöchentlich, da Änderungen selten sind.

Konfiguration

Täglich, um die aktuellen Betriebseinstellungen zu erhalten.

Messdaten

Alle sechs Stunden, wodurch ein möglicher Datenverlust auf wenige Stunden begrenzt wird.

Vorteile

Diese Strategie verkürzt die Backup-Dauer und reduziert den Speicherbedarf. Sie ermöglicht gezielte Wiederherstellungen, ohne unbeeinträchtigte Daten unnötig zu überschreiben, und reduziert Ausfallzeiten. Klare Wiederherstellungswege unterstützen Vorfälle von einzelnen Konfigurationsfehlern bis hin zum vollständigen Datenbankverlust.

Eine individuelle Backup- und Notfallwiederherstellungsstrategie, einschließlich einer speziell auf eine On-Premises-Installation zugeschnittenen, wird durch eine separate Service-Level-Vereinbarung (SLA) definiert und umgesetzt.

Zuletzt aktualisiert

War das hilfreich?