What this section is for #
The Capacity Management section allows the Provider to control and distribute the simultaneous connection slots available for simulations.
Slots represent how many simulation sessions can run at the same time.
The total number of available slots depends on the Provider’s membership plan.
From this section, the Provider can:
- see how many Web and VR slots are purchased;
- check how many slots are already reserved for tenants;
- verify how many shared slots remain available;
- assign reserved slots to a specific tenant;
- configure a maximum limit for shared slot usage for each tenant;
- maintain a balance between guaranteed capacity and shared capacity.
What are simultaneous connection slots #
A slot corresponds to a simultaneous connection to a simulation.
If a Player enters a Web simulation, they occupy a Web slot.
If a Player enters a VR simulation, they occupy a VR slot.
Slots do not indicate how many simulations have been created, but how many simulations can be used at the same time.
Example:
If the Provider has 10 Web slots, it means that up to 10 Players can be simultaneously inside Web simulations, subject to tenant allocation rules.
Provider slot usage #
The Provider slot usage section shows the overall capacity available to the Provider.
Maximum active runtimes #
Indicates the maximum number of active runtimes included in the Provider’s plan or configuration.
Active runtimes are operational accesses to simulations—that is, simulations that are published and configured to be used by Players.
This value is different from simultaneous slots: a runtime can exist even if no Player is using it at that moment.
Web slots purchased #
Indicates how many Web slots are included in the Provider’s plan.
Example:
10
This means the Provider has a maximum capacity of 10 simultaneous Web sessions, unless otherwise configured.
VR slots purchased #
Indicates how many VR slots are included in the Provider’s plan.
Example:
10
This means the Provider has a maximum capacity of 10 simultaneous VR sessions.
Web slots reserved for tenants #
Indicates how many Web slots have been reserved for specific tenants.
Example:
3
This means 3 Web slots have been guaranteed to one or more tenants.
Reserved slots are no longer part of the general shared pool.
VR slots reserved for tenants #
Indicates how many VR slots have been reserved for specific tenants.
Example:
0
This means no VR slots have been specifically reserved for tenants.
Shared Web slots available #
Indicates how many Web slots remain available in the Provider’s shared pool.
Shared slots can be used by tenants who do not have reserved slots or who have exhausted their reserved slots, if the policy allows.
Shared VR slots available #
Indicates how many VR slots remain available in the Provider’s shared pool.
Shared slots still free now #
These values show how many shared slots are free at the time of viewing.
This is real-time or near real-time operational data.
Example:
- Shared Web slots still free now: 7
- Shared VR slots still free now: 10
This means that at that moment there are still shared slots available for new sessions.
Reserved slots and shared slots #
The Provider’s capacity can be divided into two categories:
- Reserved slots
- Shared slots
Reserved slots #
Reserved slots are simultaneous connections guaranteed to a specific tenant.
If a tenant has reserved slots, those slots are dedicated to that tenant and cannot be used by other tenants.
Example:
A Provider has 10 total Web slots.
It assigns 3 reserved Web slots to Tenant A.
Result:
- Tenant A has 3 guaranteed Web slots;
- other tenants cannot use those 3 slots;
- available shared Web slots are reduced.
Reserved slots are useful when a tenant must have guaranteed capacity—for example, for important clients, critical departments, scheduled training events, or groups with high usage volume.
Shared slots #
Shared slots are available to all the Provider’s tenants, subject to specific limits.
They are a common capacity.
Tenants can use shared slots when:
- they do not have reserved slots;
- they have already occupied all their reserved slots;
- their configuration allows the use of shared slots;
- there are free shared slots.
Shared slots allow the Provider’s capacity to be used more flexibly.
Slot usage order #
When a Player starts a simulation, the system uses slots according to this logic:
- if the tenant has free reserved slots, it uses those first;
- if reserved slots are full, it can use shared slots, if allowed;
- if there is a maximum limit on shared slots for that tenant, the tenant can use shared slots only up to that limit;
- if there is no specific limit, the tenant can use available shared slots up to the Provider’s maximum capacity;
- if no slots are available, the Player must wait for a slot to become free.
What happens when all shared slots are occupied #
If all shared slots are occupied and the tenant does not have available reserved slots, the Player cannot enter the simulation immediately.
In this case, the Player must wait for a slot to become free.
The system displays a waiting message and retries access according to the platform’s logic.
This situation does not depend on the number of registered users or the number of created runtimes, but on the simultaneous capacity available at that moment.
Assigning reserved slots to a tenant #
The Assign reserved slots to tenant section allows the Provider to dedicate part of the capacity to a specific tenant.
This configuration is useful when a tenant must have guaranteed availability.
Assignment preview #
The Assignment preview section shows a summary of the configuration that will be saved.
It can include:
- reserved_web_slots;
- reserved_vr_slots;
- max_shared_web_slots;
- max_shared_vr_slots.
This preview helps the Provider verify the configuration before applying it.
Reserved Web slots #
The Reserved WEB slots field indicates how many Web slots are guaranteed to the selected tenant.
Example:
3
This means the tenant will have 3 reserved simultaneous Web connections.
Reserved VR slots #
The Reserved VR slots field indicates how many VR slots are guaranteed to the selected tenant.
Example:
0
This means no specific VR slots are reserved for the tenant.
Max shared slots per tenant #
In addition to reserved slots, the Provider can decide whether to limit a tenant’s use of shared slots.
This configuration is optional.
No specific limit #
If No specific limit is selected, the tenant can use available shared slots without a tenant-specific limit, up to the Provider’s general capacity.
This choice is useful when you want to allow the tenant to freely use unoccupied shared capacity.
Limit shared slot usage #
If Limit shared slot usage is selected, the Provider can set a maximum number of shared slots usable by that tenant.
Example:
Max shared WEB slots: 2
This means that, in addition to any reserved slots, that tenant can use a maximum of 2 shared Web slots.
Blocking shared slot usage #
Entering 0 as the maximum value means preventing the tenant from using shared slots for that channel.
Example:
Max shared WEB slots: 0
In this case, the tenant can only use their reserved Web slots.
If reserved slots are full, Players will have to wait, even if shared slots are available.
Minimum shared slot rule #
The platform requires that at least 1 shared slot per channel remains.
This means the Provider cannot reserve all Web or VR capacity to tenants, leaving zero shared capacity.
This rule ensures that other tenants can continue to start sessions.
Example:
If the Provider has 10 purchased Web slots, they should not reserve all of them to tenants.
At least 1 Web slot must remain in the shared pool.
Select the tenant #
Before saving the assignment, the Provider must select the tenant to which the slots will be applied.
After choosing the tenant and configuring the values, the assignment button allows you to save the configuration.
Example:
Assign 3 reserved slots to the selected tenant
Tenant quota summary for Provider #
The Tenant quota summary for provider table shows the distribution of slots among tenants.
The main columns are:
- Tenant;
- Reserved WEB;
- Reserved VR;
- Max shared WEB;
- Max shared VR.
This table allows the Provider to quickly check:
- which tenants have reserved slots;
- how many slots have been reserved;
- which tenants have limits on shared slots;
- which tenants have no specific limits.
Practical example #
The Provider has:
- 10 purchased Web slots;
- 10 purchased VR slots.
It decides to assign to Tenant A:
- 3 reserved Web slots;
- 0 reserved VR slots;
- maximum 2 shared Web slots;
- no specific limit on shared VR slots.
Result:
- Tenant A can use its 3 reserved Web slots first;
- if the 3 reserved slots are occupied, it can use up to 2 shared Web slots;
- other tenants cannot use the 3 Web slots reserved for Tenant A;
- the shared Web pool is reduced because part of the capacity has been reserved;
- for VR, Tenant A will use available shared slots, if no other limits are set.
What happens for a tenant without reserved slots #
A tenant without reserved slots can use available shared slots, if the configuration allows.
This means the tenant does not have guaranteed capacity.
If shared slots are free, Players can start the simulation.
If all shared slots are occupied, Players must wait for a slot to become free.
When to use reserved slots #
Reserved slots are useful when a tenant must have guaranteed capacity.
Examples:
- tenant with high Player volume;
- premium tenant;
- scheduled training event;
- critical department;
- client with SLA or capacity guarantee;
- simulations planned for many people in the same period.
When to use only shared slots #
Shared slots are useful when you want to maximize the use of the Provider’s overall capacity.
They are suitable for tenants who:
- use the platform sporadically;
- do not have predictable peaks;
- do not require guaranteed capacity;
- can share capacity with other tenants.
When to set a maximum limit on shared slots #
The maximum limit on shared slots is useful when the Provider wants to prevent a tenant from occupying too much common capacity.
Example:
A tenant has 3 reserved slots but can also use shared slots.
Without a limit, during a high-demand period, it could occupy many shared slots and reduce availability for other tenants.
With a limit, the Provider can establish that the tenant uses a maximum of 2 shared slots in addition to reserved ones.
Difference between Web slots and VR slots #
Web slots and VR slots are separate channels.
A Web slot is for simulations started from a browser.
A VR slot is for simulations started in virtual reality.
The availability of one channel does not automatically compensate for the other.
Example:
If Web slots are full but VR slots are free, a Web Player cannot use a VR slot.
The runtime’s channel determines which capacity is consumed.
Difference between active runtimes and simultaneous slots #
It is important not to confuse active runtimes and simultaneous slots.
Active runtimes #
These are configured and available simulation accesses.
Example:
A tenant can have 10 active runtimes.
Simultaneous slots #
They are the sessions that can be carried out at the same time.
Example:
A tenant can have 10 active runtimes but only 3 Players simultaneously in simulation, if they have 3 available slots at that moment.
Need more simultaneous slots? #
If available capacity is not sufficient, the Provider can upgrade to a higher plan or contact support.
Slot availability depends on the active membership package.
The Go to Plan and resources link allows you to view the plan and evaluate possible capacity increases.
Best practices #
To properly manage Provider capacity, it is advisable to:
- verify how many Web and VR slots are included in the plan;
- always distinguish between active runtimes and simultaneous sessions;
- use reserved slots only for tenants requiring guaranteed capacity;
- maintain sufficient shared quota for other tenants;
- set limits on shared slots to prevent a tenant from consuming too much common capacity;
- periodically check the tenant quota summary;
- remember that Web and VR consume separate slots;
- upgrade the plan if simultaneous demand often exceeds available capacity.
Final result #
Capacity management allows the Provider to control how simultaneous connection slots are distributed among tenants.
Reserved slots guarantee dedicated capacity to a specific tenant.
Shared slots allow tenants to use available common capacity.
Limits on shared slots prevent a single tenant from occupying too much general capacity.
When all available slots are occupied, the Player must wait for a slot to become free.
This logic allows the Provider to balance guarantee, flexibility, and stability of the real-time experience.
