> For the complete documentation index, see [llms.txt](https://docs.buildings.ability.abb/collection/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.buildings.ability.abb/collection/german/support-center/deployment-guide.md).

# Bereitstellungsleitfaden

Anforderungen und Optionen für Cloud- und On-Premises-Bereitstellung 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.

{% hint style="info" %}
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.
{% endhint %}

## 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:

<table><thead><tr><th width="113.199951171875">Port</th><th>Zweck</th></tr></thead><tbody><tr><td>22</td><td>Bereitstellung von BuildingPro Suites und automatische Updates.</td></tr><tr><td>443</td><td>Verschlüsselter Browser- und App-Zugriff auf BuildingPro Suites.</td></tr><tr><td>8883</td><td>Verschlüsselter MQTT-Zugriff auf BuildingPro Suites.</td></tr><tr><td>9092</td><td>Verschlüsselter Kafka-Zugriff auf BuildingPro Suites.</td></tr></tbody></table>

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.

<table><thead><tr><th width="227.60009765625">Hosting-Modell</th><th>Umgebung</th></tr></thead><tbody><tr><td>ABB Cloud</td><td>Gehosteter Dienst in Deutschland.</td></tr><tr><td>Virtuelles Maschinen-Image</td><td>Vom Kunden verwaltete virtuelle Maschine.</td></tr></tbody></table>

```mermaid
flowchart LR
	BPS[BuildingPro Suites]

	subgraph Cloud[ABB Cloud]
		BPSC[Gehosteter Dienst in Deutschland]
	end

	subgraph Client[Vom Kunden verwaltete Umgebungen]
		VM[Dedizierte virtuelle Maschine]
	end

	BPS -->|Cloud-Hosting| BPSC
	BPS -->|Kundeninstallation| VM
```

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

```mermaid
flowchart TB
	BPS[BuildingPro-Suites-Plattform]

	BPS --> D1[1. ABB Cloud]
	D1 --> CLOUD[Gehosteter Dienst in Deutschland]

	BPS --> D2[2. Virtuelles Maschinen-Image]
	D2 --> VM[Vom Kunden verwaltete virtuelle Maschine]
```

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

<table><thead><tr><th width="188.199951171875">Datenkategorie</th><th width="382.2000732421875">Beschreibung</th><th>Änderungsfrequenz</th></tr></thead><tbody><tr><td>Schema</td><td>Datenbankstruktur, die erforderlich ist, damit die Plattform funktioniert.</td><td>Selten</td></tr><tr><td>Konfiguration</td><td>Benutzer, Mandanten, Regeln und andere betriebliche Einstellungen.</td><td>Mittel</td></tr><tr><td>Messdaten</td><td>Kontinuierlich wachsende Zeitreihen- und Trending-Daten.</td><td>Kontinuierlich</td></tr></tbody></table>

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:

<table><thead><tr><th width="199.60009765625">Datenkategorie</th><th>Wiederherstellungsziel</th></tr></thead><tbody><tr><td>Schema</td><td>Wiederherstellung innerhalb von Sekunden, beispielsweise nach einem fehlgeschlagenen Update.</td></tr><tr><td>Konfiguration</td><td>Wiederherstellung innerhalb von Minuten nach einer Fehlkonfiguration oder Löschung.</td></tr><tr><td>Messdaten</td><td>Gestaffelte Wiederherstellung über einen längeren Zeitraum aufgrund des größeren Datenvolumens.</td></tr></tbody></table>

### Wiederherstellungspunktziel

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

<table><thead><tr><th width="188.4000244140625">Datenkategorie</th><th>Backup-Intervall</th></tr></thead><tbody><tr><td>Schema</td><td>Wöchentlich, da Änderungen selten sind.</td></tr><tr><td>Konfiguration</td><td>Täglich, um die aktuellen Betriebseinstellungen zu erhalten.</td></tr><tr><td>Messdaten</td><td>Alle sechs Stunden, wodurch ein möglicher Datenverlust auf wenige Stunden begrenzt wird.</td></tr></tbody></table>

### 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.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.buildings.ability.abb/collection/german/support-center/deployment-guide.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.