Ausrollen und skalieren
OPC UA für zweihundert Maschinen betreiben statt für zwei. Container, ohne bei jedem Neustart das Zertifikatsvertrauen zu zerstören, Redundanz und Aggregation, Admission Control, Connect Storms und die Subscription-Arithmetik, die darüber entscheidet, ob ein Werks-Rollout funktioniert.
| Lektionen | 10 |
|---|---|
| Time | ca. 80 Minuten |
| Voraussetzungen | A4; B3 hilft |
| Kosten | Kostenlos: geschriebene Lektionen offen, Video und Labs brauchen ein kostenloses Konto |
Was Sie danach können
- Sie können einen OPC-UA-Client containerisieren, ohne dass er beim Neustart seine Identität neu erzeugt.
- Sie können für ein ganzes Werk entwerfen, mit aufgeschriebener Subscription-Arithmetik.
- Sie können einen Verbindungssturm nach einem Netzereignis vermeiden.
- Sie können zwischen Direktverbindungen, einem Aggregationsserver und einem Gateway entscheiden.
Lehrplan
-
1
Containerisieren ohne Identitätsverlust9 min
Die Falle, in die jeder tappt: Ein nicht persistentes pki-Volume erzeugt das Anwendungszertifikat bei jedem Neustart neu, sodass die Vertrauensliste jeder Gegenstelle bei jedem Deploy veraltet.
Asset Ein Container, der beim Neustart das Vertrauen verliert, dann der Volume-Mount, der es behebt, mit beiden Logs
-
2
Für einen Container konfigurieren8 min
Hostnamen, ApplicationUri und der SAN im Containernetz, wo nichts so auflöst wie auf einem Notebook.
Asset Ein funktionierendes Dockerfile und eine Compose-Datei für einen Client, mit der Zertifikatskonfiguration
-
3
Die Subscription-Rechnung machen9 min
Maschinen mal Tags mal Rate, gegen MaxMonitoredItemsPerSubscription und die Session-Grenzen des Servers. Auf Papier vor dem Rollout gerechnet, nicht währenddessen.
Asset Ein durchgerechnetes Kapazitätsmodell für 200 Maschinen und 12,000 Tags, mit den bindenden Serverlimits
-
4
Verbindungsaufbauten staffeln7 min
Die wirksamste einzelne clientseitige Maßnahme gegen einen Connect Storm nach einem Netzwerkereignis.
Asset Ein Reconnect von 200 Clients mit und ohne Staffelung, mit beiden Serverlast-Traces
-
5
Direkt, aggregiert oder per Gateway wählen8 min
Drei Topologien, mit dem, was jede an Latenz, Ausfallarten und Lizenzen kostet.
Asset Dieselbe Anlage auf drei Arten gezeichnet, mit dem jeweils markierten Fehlerbild
-
6
Redundanz ehrlich betreiben8 min
Serverredundanz, Clientredundanz und was tatsächlich umschaltet, was weniger ist, als das Marketing nahelegt.
Asset Ein Failover-Test mit gemessener Datenlücke
-
7
Admission Control anwenden7 min
Einen Server vor seinen Clients schützen: Session-Grenzen, MonitoredItem-Grenzen und was der Server tut, wenn er ablehnt.
Asset Ein Server, der jede seiner Grenzen erreicht, mit dem jeweils zurückgegebenen StatusCode
-
8
Den Collector überwachen8 min
Worauf Sie alarmieren sollten, damit ein abgerissener Datenfluss in Minuten auffällt und nicht erst zum Monatsende.
Asset Eine Überwachungscheckliste mit den sechs Signalen, die einen stummen Collector auffliegen lassen
-
9
An die Edge ausrollen8 min
Beschränkte Hardware, unterbrochene Verbindungen, Store-and-Forward und was OPC UA für Sie nicht puffert.
Asset Eine Edge-Installation mit einem simulierten 20-minütigen Ausfall, die zeigt, was wiederhergestellt wurde und was nicht
-
10
Ohne Ausfall aktualisieren8 min
Firmware- und Server-Upgrades, die Namespace-Indizes verschieben oder das Modell ändern, und das GeneralModelChangeEvent, das Sie davor warnt.
Asset Ein Nodeset-Diff vor und nach einem Upgrade, mit den nötigen Client-Änderungen
Lab
Kostenloses Konto erforderlich
Betreiben Sie einen Client im Container gegen einen lokalen Server, starten Sie den Container neu und weisen Sie nach, dass die Vertrauensbeziehung überlebt hat. Zerstören Sie sie dann, indem Sie das Volume entfernen, und beobachten Sie den genauen Fehler.
Lab freischalten →Zuletzt geprüft am 7. September 2026 gegen OPC UA 1.05.07. OPC UA Connect ist ein unabhängiges Bildungsangebot und steht in keiner Verbindung zur OPC Foundation.