Deployment scenarios
Which MaestroHub servers to install, at which plant level, how many, and how they connect. Start with the layout closest to yours.
- Server types
- Tier 1 · Tier 2 · Tier 3 · Fleet Manager
- Levels
- Purdue L1 to L5, the plant DMZ as L3.5
- Applies to
- 3.0
Five common layouts
Each layout has its own page: the drawing, what to install, what happens when a part fails, and the limits.
The servers
Every layout is built from these four. A tier describes the shape of a deployment, not its location: any tier can run at a factory, in your data centre or in a cloud.
| Server | What it is | Machines | Each machine (recommended) | Runs on | High availability | Usually sits at |
|---|---|---|---|---|---|---|
| Tier 1 | One process with every module inside, plus an embedded message bus, MQTT broker, historian and databases | 1 | 8 vCPU, 16 GB RAM, 200 GB SSD | Windows, macOS or Linux, as a native service (Install and run) | No. The service manager restarts it 5 seconds after a crash. | L3, next to the line |
| Tier 2 | The same single process in one pod on a one-node K3s cluster, with TimescaleDB, EMQX and Prometheus beside it (deployment/context-platform/single-node). Manages many sites. | 1 | 16 vCPU, 24 GB RAM, 500 GB SSD | Linux with K3s | No | L3.5, the plant DMZ, or central (L4) |
| Tier 3 | One pod per module with 2 to 3 replicas, with clustered NATS, EMQX, TimescaleDB and Elasticsearch (deployment/context-platform/helm). Manages many sites. | 3 | 16 vCPU, 24 GB RAM, 500 GB SSD | Kubernetes 1.26 or later | Yes, at the application tier | L3.5, the plant DMZ, or central (L4) |
| Fleet Manager | Optional. One view of several separate deployments: health, licences and single sign-on settings (Architecture) | 1 | 8 vCPU, 8 GB RAM, 100 GB | Its own binary or Helm chart | No. Servers keep their licence for 7 days without it. | Central (L4 or L5), reachable over HTTPS |
The minimums are on System requirements; measured rates for Tier 1 are on Sizing and performance. On Tier 3, high availability covers the application: pods, NATS, EMQX, TimescaleDB and Elasticsearch replicas. Spreading the nodes over racks, power and storage is part of your platform design.
Where each server goes and how they connect
Every role on one drawing. Select a connection to light it up. Every connection between levels is opened by the lower one, so no inbound connection reaches the control network, and every write that fails waits in a Store & Forward buffer on the sender.
- MaestroHub
- Reads machines
- Data
- Buffered on disk
- Management
- Your tooling
How to read the drawings
The bands run from the controllers at the bottom (L1) to enterprise and cloud systems at the top (L5), with the plant DMZ as L3.5. A dark box is MaestroHub; its rows list what runs on that machine, from the application to the operating system. A dashed box is your own tooling, which MaestroHub works beside but does not ship. A red box is something customers often draw that MaestroHub does not provide today. Green lines read machines, orange lines carry data (the small orange block marks a buffer on disk), and purple dashed lines are management traffic to Fleet Manager. Plant names, machines and counts are examples.
How many servers
| Layout | How many | What | Where |
|---|---|---|---|
| 1. Line-side edge | 1 per plant | Tier 1 | L3 |
| 2. Edge plus DMZ hub | 1 per line, plus 3 | Tier 1 edges, one Tier 3 hub | L3, L3.5 |
| 3. One hub, many sites | 1 or 3 in total | Tier 2 (about 1 to 10 sites) or Tier 3; nothing at the sites | L4 |
| 4. Independent plants | 1 per plant, plus 1 | Tier 1 or Tier 2 per plant, Fleet Manager | L3 or L3.5, central |
| 5. Three-layer namespace | 1 per line, 1 per plant, 3, plus 1 | Tier 1 edges, Tier 2 site hubs, a Tier 3 group hub, Fleet Manager | L3, L3.5, L4, central |
Side by side
| 1. Line-side edge | 2. Edge plus DMZ hub | 3. One hub, many sites | 4. Independent plants | 5. Three-layer namespace | |
|---|---|---|---|---|---|
| Keeps running without the WAN | Yes | Yes | No | Yes | Yes, at every layer |
| Survives a server failure | No | The hub does | With Tier 3 | No | The group hub does |
| Inbound connection into OT | None | None | Only for sources the hub polls | None | None |
| Kubernetes needed | No | In the DMZ | Centrally | For Tier 2 plants | At sites and centrally |
| Namespace across plants | No | No | Yes | No | Yes |
The layouts mix. A group can run layout 2 in its largest plant, add light sites to a central hub as in layout 3, and watch every deployment from one Fleet Manager as in layout 4.