Lobster Cloud is available in multiple editions, each designed for a specific business scope and availability requirement. This page covers the technical specifications for all sizings, an overview of dimensioning options, and the available upgrade paths.
Each edition is available in one or more sizing options. The sizing defines the compute resources (vCPU, RAM) and storage capacity assigned to your system.
Lobster Data Platform server
The Base System is the standard deployment option for Lobster Cloud and is designed for environments with standard availability requirements. It is based on a single-node setup without cross-component redundancy and guarantees a monthly availability of 99.0%. For environments with higher availability requirements, we recommend the High Availability Architecture (99,9%)
Base Systems
Cloud size | Server (vCPU / RAM) | Java heap allocation | Server disk | Database (vCPU / RAM) | Database disk | Possible DMZ | Possible DEV | Use case |
|---|---|---|---|---|---|---|---|---|
S | 1 vCPU / 8 GB | 75 % | 250 GB SSD | 2 vCPU / 4 GB | 100 GB SSD | S | S | Cost-effective and lightweight workloads |
M | 4 vCPU / 16 GB | 75 % | 500 GB SSD | 4 vCPU / 16 GB | 250 GB SSD | M | M | Standard workloads |
L | 8 vCPU / 32 GB | 85 % | 500 GB SSD | 8 vCPU / 32 GB | 250 GB SSD | M | M | High workloads |
XL | 16 vCPU / 64 GB | 90 % | 500 GB SSD | 16 vCPU / 64 GB | 250 GB SSD | L | L | Big Data |
XXL | 32 vCPU / 128 GB | 95 % | 500 GB SSD | 16 vCPU / 64 GB | 250 GB SSD | L | L | Big Data and High-Workloads |
DMZ and DEV servers
Cloud size | DMZ / DEV Server (vCPU / RAM) | Java heap allocation | DMZ /DEV Server disk | DEV database (vCPU / RAM) | DEV database disk |
|---|---|---|---|---|---|
S | 1 vCPU / 8 GB | 75 % | 250 GB SSD | 2 vCPU / 4 GB | 100 GB SSD |
M | 4 vCPU / 16 GB | 75 % | 500 GB SSD | 4 vCPU / 16 GB | 250 GB SSD |
L | 8 vCPU / 32 GB | 85 % | 500 GB SSD | 8 vCPU / 32 GB | 250 GB SSD |
Java heap allocation
The specified percentage defines the maximum share of the server's total RAM allocated to the Java Virtual Machine (JVM) as heap memory. For example, a size M instance with 16 GB RAM and a 75% allocation provides the JVM with up to 12 GB of heap space. The remaining memory is reserved for the operating system and system-level processes and is not available to the JVM.
Summary
Overview
.png)
Sizing Mapping
.png)
Use case suitability by sizing
Use case | S | M | L | XL | XXL |
|---|---|---|---|---|---|
Data transfer A to B | Ideal for small volumes | High workloads supported | High workloads supported | Big Data supported | Enterprise-scale volumes |
Mappings | Small mapping trees | Medium to large mapping trees | Large mapping trees | Complex pipelines | Enterprise-scale pipelines |
Local database queries (via VPN) | Not time-critical only | Medium data transfer | High data transfer | High data transfer | Maximum throughput |
SAP connectivity (via VPN) | Not time-critical only | Medium data transfer | High data transfer | High data transfer | Maximum throughput |
Time-critical tasks | Not recommended | Occasional | Fully supported | Fully supported | Mission-critical |
High parallelisation | Not recommended | Partial | Fully supported | Fully supported | Maximum concurrency |
EDI processing | Low volume | Medium volume | High volume | High volume | Enterprise-scale |
Scheduled batch jobs | Light jobs | Medium jobs | Big jobs | Big jobs | Maximum scale |
API integrations | Low call volume | Medium call volume | High call volume | High call volume | Maximum call volume |
Important
The scenarios and sizing specifications presented here are reference values for guidance purposes only. The Lobster DATA Platform is highly flexible and can be adapted to a wide range of requirements. Since every customer has unique workloads and conditions, these values cannot cover every use case universally.
Upgrade paths
Lobster Cloud provides a clear upgrade path so your environment can grow with your business. All upgrades will be carried out by Lobster after the order has been placed.
Size Upgrades
Current Size | Available Upgrade | Notes |
|---|---|---|
S | to M | Requires edition upgrade first |
M | to L | Available for all editions from SCALE onwards |
L | to XL | Available for all editions from SCALE onwards |
XL | to XXL | Available for all editions from SCALE onwards |
XXL | No further size upgrade | Maximum sizing tier |
Note
DMZ and DEV servers cannot be resized independently. Their sizing is fixed to size S or M.
Architecture migration to high availability
Customers with standard systems can migrate to a high-availability architecture for an additional charge.
From | To | Requirements |
|---|---|---|
Standard | High Availability | Complete architecture migration required. This is a full transformation of your environment, not a simple upgrade. Available at additional cost. |
Storage Extension Packages
If your standard storage capacity is not sufficient, you can extend it with the following packages. Storage extensions always apply to both your production and test environments.
System Type | Extension Size | Applies To | Max Extensions |
|---|---|---|---|
VM Storage | +500 GB | Production + Test | Unlimited |
Database Storage | +250 GB | Production + Test | Unlimited |
HA FileShare Production (EFS) | +500 GB | Production only | Unlimited |
HA FileShare Test (EFS) | +500 GB | Test only | Unlimited |
High Volume (FSx) | +1 TB | Production + Test | Unlimited |
High availability architecture
The High Availability (HA) architecture is a redundant multi-node setup that absorbs the failure of individual components without interrupting ongoing operations. Redundancy across all critical layers, from the DMZ servers through the database to the shared file system, ensures a monthly availability of 99.9%.
Standard HA Production system components
Component | Quantity | Sizing M | Sizing L | Sizing XL | Sizing XXL |
|---|---|---|---|---|---|
DMZ Servers | 2x | 4 vCPU / 16 GB / 500 GB SSD | 8 vCPU / 32 GB / 500 GB SSD | 8 vCPU / 32 GB / 500 GB SSD | 8 vCPU / 32 GB / 500 GB SSD |
Node Controller | 1x | 4 vCPU / 16 GB / 100 GB SSD | 8 vCPU / 32 GB / 100 GB SSD | 16 vCPU / 64 GB / 100 GB SSD | 32 vCPU / 128 GB / 100 GB SSD |
Working Node | 1x | 4 vCPU / 16 GB / 100 GB SSD | 8 vCPU / 32 GB / 100 GB SSD | 16 vCPU / 64 GB / 100 GB SSD | 32 vCPU / 128 GB / 100 GB SSD |
Redis Cache Cluster | 2x | managed size | managed size | managed size | managed size |
Shared File System (EFS) | 1x | 500 GB (expandable) | 500 GB (expandable) | 500 GB (expandable) | 500 GB (expandable) |
Aurora PostgreSQL Database | 2x | 2 vCPU / 16 GB / 250 GB SSD | 4 vCPU / 32 GB / 250 GB SSD | 8 vCPU / 64 GB / 250 GB SSD | 8 vCPU / 64 GB / 250 GB SSD |
Java Heap Allocation | 75 % | 85 % | 90 % | 95 % |
Note
A HA setup can have a total of two working nodes.
Standard HA Test System Components
Component | Quantity | Sizing M | Sizing L | Sizing XL | Sizing XXL |
|---|---|---|---|---|---|
DMZ Servers | 1x | 4 vCPU / 16 GB / 200 GB SSD | 8 vCPU / 32 GB / 300 GB SSD | 8 vCPU / 32 GB / 500 GB SSD | 8 vCPU / 32 GB / 500 GB SSD |
Node Controller | 1x | 4 vCPU / 16 GB / 100 GB SSD | 8 vCPU / 32 GB / 100 GB SSD | 16 vCPU / 64 GB / 100 GB SSD | 32 vCPU / 128 GB / 100 GB SSD |
Redis Cache Cluster | 2x | managed size | managed size | managed size | managed size |
Shared File System (EFS) | 1x | 500 GB (expandable) | 500 GB (expandable) | 500 GB (expandable) | 500 GB (expandable) |
Aurora PostgreSQL Database | 2x | 2 vCPU / 16 GB / 250 GB SSD | 4 vCPU / 32 GB / 250 GB SSD | 8 vCPU / 64 GB / 250 GB SSD | 8 vCPU / 64 GB / 250 GB SSD |
Java Heap Allocation | 75 % | 85 % | 90 % | 95 % |
Note
The test system can be extended to a full HA configuration by adding a second DMZ server and a Working Node. A HA setup can have a total of two working nodes.
High volume file system (FSx)
For customers handling large numbers of small files (under 100 KB), the standard EFS file system can be replaced with FSx for NetApp ONTAP. This upgrade delivers sub-millisecond latencies, provisioned IOPS, and significantly faster individual file operations. The High-Volume upgrade requires Cloud Sizing L, XL or XXL and includes 1 TB for each test and production environment.
Specification | Standard volume (EFS) | High volume (FSx) |
|---|---|---|
Data Latency | 1 to 3 ms | Sub-millisecond |
Metadata Latency | 3 to 10 ms | Sub-millisecond |
Realistic IOPS | approx. 3,500 | Scalable to millions |
Optimized for small files | No | Yes |
In-memory and NVMe caching | No | Yes |
Multi-AZ deployment | Yes | Yes |
Recommendation
If your workload involves frequent processing of files smaller than 100 KB, or if you require sub-millisecond response times, the High Volume option is recommended. For workloads primarily involving larger files, the Standard Volume provides sufficient performance.
Change History
Version | Date | Author | Change |
|---|---|---|---|
V3 | 01.04.2026 | Lobster | Sizing options extended: XL and XXL added (Standard and HA). Disk capacity updated: 500 GB from Sizing M onwards, Sizing S set to 250 GB. DMZ and DEV systems: disk adjusted to 500 GB, vCPU and RAM updated for Sizing M and L. HA architecture: XL and XXL added, DMZ disk adjusted to 500 GB, DMZ vCPU and RAM updated for Sizing M and L. |
Note
Changes to sizing and disk capacities are not applied retroactively to existing installations. The terms specified in the respective offer or order agreement continue to apply.