Quotas List

The system of quotas at Jelastic is intended for setting limits on particular options, resources and account usage for users while working with a platform.

These limitations can be regulated by cluster administrators via JCA:
  • for groups - at the Groups > Quotas tab
  • for separate users - by selecting the necessary customer within the Users section and switching to the Quotas tab at the pane to the right

Note: Users can view their accounts main limitations directly at Jelastic dashboard within the Quotas & Pricing information window.

Below, we’ve provided a complete list of all the existing quotas (sorted alphabetically) with their detailed descriptions. Herewith, the last two columns show just an example option value for a particular group type (i.e. trial and billing), which, in case of necessity, can be manually adjusted by cluster admin.

QuotasUnitsTrialBilling

account.charge.balance.first

This quota regulates the sequence of charging the accounts. If the value is 1, the main balance is charged first. And if the value is 0, the first of all the bonuses are used and only then, the money from the main balance.
availability00

account.convert.after.first.fund.enabled

State 1 if you’d like to enable account upgrade to the billing group only when its balance is funded (but not just after submitting the Upgrade form).
availability1n/a

account.convert.after.login.enabled

Set as 1 to enable obligatory account conversion to billing group right after registration.
availability0n/a

account.destroy.period

The period after which the deactivated account becomes destroyed.
day3060

account.minbalance

The minimum amount of funds (according to the currency used), that should be present at the account balance for a user to avoid deactivation (can be a negative value).
money00

account.personal.min.threshold

When account balance drops below this value, Jelastic starts to send warning emails to the end-user. Set this quota to 0 for disabling these notifications.
moneyn/a50

account.trial.bonus

Amount of bonuses (according to the currency used) a user gets for using a trial account. After all the bonuses are spent, such an account will be deactivated. To avoid the subsequent destroy of the account, it should be converted to the billing one.
money0n/a

account.trialperiod

The period during which a trial account can be used. After the end of this period a trial account is deactivated. To avoid the subsequent destroy of the account, it should be converted to the billing one.
The value of this quota can be set to “-1” for disabling the trial period limitation by the number of days.
day14n/a

account.upgradewindow

The period of time for transferring money to the account after its upgrade. It is used to avoid unnecessary deactivation while waiting for the payment completion.
hourn/a3

bonus.fund.amount

Amount of bonuses (according to the currency used) an existing billing user can receive as a bonus upon each refill of the account balance.
moneyn/a0

bonus.fund.percent

Percentage from the payment an existing billing user can receive as a bonus upon each refill of the account balance.
%n/a0

bonus.reactivated.amount

Amount of bonuses (according to the currency used) the destroyed/deactivated billing user can receive upon refilling of the account balance (and thus reactivating the account).
moneyn/a0

bonus.reactivated.percent

Percentage from the payment the destroyed/deactivated billing user can receive as a bonus upon refiling of the account balance (and thus reactivating the account).
%n/a0

bonus.upgrade.amount

Amount of bonuses (according to the currency used) a user can receive for the first payment done after the account conversion (can be 0).
moneyn/a50

bonus.upgrade.end.day

A number of days after sign up when the reward system for converting the newly registered trial account ends.
dayn/a2

bonus.upgrade.percent

Percentage from the first payment made after the account conversion, that can be received by a user as a bonus (can be 0).
%n/a100

bonus.upgrade.start.day

A number of days after sign up when the reward system for converting the newly registered trial account starts.
dayn/a0

dcachesize.hard.maximum

A maximum size of the disk cache (hard type) on containers
MiB500500

dcachesize.hard.minimum

A minimum size of the disk cache (hard type) on containers
MiB4545

dcachesize.hard.per.cloudlet

A size of the disk cache (hard type) to be allocated on containers based on the cloudlets number
dcachesize = MIN(MAX(dcachesize.per.cloudlet * cloudlets, dcachesize.minimum), dcachesize.maximum)
MiB1010

dcachesize.soft.maximum

A maximum size of the disk cache (soft type) on containers
MiB450450

dcachesize.soft.minimum

A minimum size of the disk cache (soft type) on containers
MiB4545

dcachesize.soft.per.cloudlet

A size of the disk cache (soft type) to be allocated on containers based on the cloudlets number
dcachesize = MIN(MAX(dcachesize.per.cloudlet * cloudlets, dcachesize.minimum), dcachesize.maximum)
MiB99

disk.iolimit

The bandwidth of a container for performing the disk input/output operations. Note that this quota value is applied during container creation, so changing it won’t affect the already existing containers.
B/s
10485760 B = 10 MB
1048576010485760

disk.iopslimit

The maximum number of disk input/output operations that a container is allowed to perform per second. Note that this quota value is applied during container creation, so changing it won’t affect the already existing containers.
operations per second5001000

disk.limitation

The maximum available disk space users can allocate per container (except the Shared Storage one).
MB100000100000

environment.docker.enabled

Enabling the custom Docker containers support for end-users.
availability11

environment.endpoint.count.per.node

The maximum number of allowed endpoint connections for a single node.
count510

environment.endpoint.enabled

Enabling the endpoints feature availability for users.
availability11

environment.export.import.enabled

Enabling the Environment Export/Import option availability for users.
availability01

environment.extdomain.enabled

Enabling environment custom domain binding and swap domains functionality for end-users.
availability01

environment.externalip.enabled

Allowing users to attach the Public IPv4 address(es) to their containers.
availability01

environment.externalip.maxcount

The maximum number of Public IPv4 addresses per environment.
count099

environment.externalip.maxcount.per.node

The maximum number of Public IPv4 addresses per node.
count05

environment.externalip.primary.deletion.enabled

Possibility to remove a node primary IP (i.e. the very first one added to container), even as it’s not the last one.
availability00

environment.externalipv6.enabled

Allowing users to attach the Public IPv6 address(es) to their containers.
availability00

environment.externalipv6.maxcount

The maximum number of Public IPv6 addresses per environment.
count00

environment.externalipv6.maxcount.per.node

The maximum number of Public IPv6 addresses per node.
count00

environment.highavailability.enabled

Allowing users to use the High Availability option.
availability01

environment.jelasticssl.enabled

Allowing the Jelastic SSL functionality for end-users.
availability01

environment.maxcloudletsperrec

The maximum number of cloudlets, which can be allocated for each container.
count832

environment.maxcount

The maximum number of environments, which is allowed to be created by users.
count59999999

environment.maxnodescount
The maximum overall number of nodes, which allowed to be added to a single environment.

count648

environment.maxsamenodescount

The maximum number of the same-type nodes, allowed to be added within a single environment.
count216

environment.migration.enabled
Allowing the environment migration between regions.

availability11

environment.ssh.nodetype.restriction.enabled

Allowing to restrict end-users SSH access to the list of nodes specified within the jelastic.ssh.nodetype.restriction.list system setting.
availability00

environment.vds.enabled
Allowing creation of Virtual Private Server (VPS) containers for users.

availability01

firewall.enabled
Enabling the container firewall feature for end-users.

availability11

jelastic.anti.phishing.banner.enabled

Enabling an anti phishing banner for all environments on trial accounts.
availability0n/a

network.bandwidth.limitation

The maximum amount of data (per container) that is allowed to be transmitted during the fixed amount of time. Note that this quota value is applied during container creation, so changing it won’t affect the already existing containers.
KB/s50000100000

remove.data.after.destroy.days

If the jelastic.remove.data.enabled system setting is true, automatically removes personal data of the destroyed accounts after the specified number of days. Herewith, the removal mode can be selected with the jelastic.data.remove.mode setting.
days00

send.notification

Enabling sending of the built-in Jelastic notifications regarding the billing-related events (like the necessity of account upgrade, its deactivation or destroying, receiving bonus funds for conversion).
availability11

sendmail.enabled

Allowing users to utilize a sendmail service directly from container without an obligatory Public IP attachment
availability00

sleep.after.inactive.hours

The number of idling hours before environment will be hibernated. The 0 value will disable automatic suspension of inactive environments.
hours00

sleep.stop.after.hours

The number of hours before hibernated environment will be stopped completely. The -1 value will disable the suspended environments autostop, while 0 will cause an immediate stop (i.e. skipping the sleeping state).
hours-1-1

smtp.connections.count

A number of connections over simple mail transfer protocol allowed for each container per minute.
count5100

ssh.access.enabled

Allowing users to access their containers via SSH protocol.
availability01

storage.node.disk.limitation

The maximum available disk space users can allocate per Shared Storage container. This value should be no less than the disk.limitation quota.
MB100000100000

vds.internal.ip.enabled

Enabling users to attach the internal IP address to a VPS node and remove the usually obligatory external one. Note: It is strongly recommended not to enable this quota for all users (as it is rather unsecure). With an internal IP attached to a VPS node, a user gets an opportunity to operate with an internal platform network, scan it, know the number and type of servers, etc. Thus, you should enable this quota only for separate users upon the particular request received and at your own risk.
availability00

windows.nodes.enabled

Enabling the .NET/Windows hosting support for end-users.
availability01