Skip to content

Commit

Permalink
Remove mention of free tier (#344)
Browse files Browse the repository at this point in the history
Removed mention of the free tier.  There are some structural sentence changes.
  • Loading branch information
tempestb authored Mar 20, 2024
1 parent 8a630da commit 6e42104
Showing 1 changed file with 8 additions and 24 deletions.
32 changes: 8 additions & 24 deletions app/learn/concepts/limits/page.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,19 +6,19 @@ redirects:
metadata:
title: Understanding Storj Usage Limits
description:
Explains the usage limits for free and pro accounts in Storj, including
Explains the usage limits for pro accounts in Storj, including
project number, bucket quantity, storage capacity, egress bandwidth, and request
rate. Also discusses the rationale behind these limits and how to request limit
increases.
---

Usage Limits allow us to ensure a consistent level of service for all customers. We have limits for usage established per Project on all Storj Satellites. All limits are set to default values as follows:
Usage Limits allow us to ensure a consistent level of service for all customers. We have established limits for usage per Project on all Storj Satellites. All limits are set to default values as follows:

## PRO Account (Paid Tier)

## Credit Card Payment method

Adding a credit card as payment method will result in your per project limits being automatically raised to Pro Account limits:
Adding a credit card as a payment method will result in your per-project limits being automatically raised to Pro Account limits:

- 3 projects

Expand All @@ -41,41 +41,25 @@ Adding a credit card as payment method will result in your per project limits be
However, if your only payment method on file is STORJ token, you can submit a [](docId:A4kUGYhfgGbVhlQ2ZHXVS).

{% callout type="info" %}
Note that you could avoid having to wait for a manual project limit increase to be applied by adding a credit card as backup payment method. In this case, your usage would still get paid from your STORJ balance if it is sufficient to cover your outstanding charges. Only usage that exceeds what can be covered by your STORJ balance at time of invoicing would get charged to the credit card.
Note that you could avoid having to wait for a manual project limit increase to be applied by adding a credit card as a backup payment method. In this case, your usage would still get paid from your STORJ balance if it is sufficient to cover your outstanding charges. Only usage that exceeds what can be covered by your STORJ balance at the time of invoicing would get charged to the credit card.
{% /callout %}

## Free Tier

- 1 Project

- 100 Buckets per Project

- 25 GB Storage per Project

- 25 GB Egress Bandwidth per Project per Month

- 100 request per second rate limit

- 1 write per second to the same object name

- 10,000 Segments

If you would like to increase your limits to higher values and your only payment method is STORJ token, you may[ contact our support team through the Storj support portal](https://supportdcs.storj.io/hc/en-us/requests/new?ticket_form_id=360000683212).​

## Rationales behind limits

Storage and bandwidth limits are imposed by most cloud infrastructure providers as a normal part of capacity planning and to ensure achievement of SLAs. In distributed and decentralized storage systems they are equally important, if not more so. Just like any provider, the aggregate amount of available storage and bandwidth must be shared across all users. With a distributed and decentralized storage system like Storj, the storage and bandwidth are provided by a network of third parties running storage node software. One of the key aspects to success is the balance of supply and demand. If there are too many users over-utilizing available resources, the user experience will be poor.
Most cloud infrastructure providers impose storage and bandwidth limits as a normal part of capacity planning and to ensure achievement of SLAs. In distributed and decentralized storage systems they are equally important, if not more so. Like any provider, the aggregate amount of available storage and bandwidth must be shared across all users. With a distributed and decentralized storage system like Storj, the storage and bandwidth are provided by a network of third parties running storage node software. One of the key aspects to success is the balance of supply and demand. If too many users over-utilize available resources, the user experience will be poor.

If there are too many storage nodes, there won’t be enough use to provide a meaningful ROI for Storage Node Operators. This can lead to storage node churn, increasing load on the network, and potentially impacting durability. Usage limits are one of the tools that maintain the balance.

We set rate limits between the uplink and the satellite to ensure a good quality of service for all uplink users. Without the rate limit it would be possible for users to inadvertently consume most of the database resources available on the satellite and cause issues for other users. We selected a limit that would be mostly unnoticed by end users (as the typical use case shouldn’t hit the limit). The current default limits are based on requests per second for all meta info calls: list, get, delete, put.
We set rate limits between the uplink and the satellite to ensure good service for all uplink users. Without the rate limit, users could inadvertently consume most of the database resources available on the satellite and cause issues for other users. We selected a limit that would be mostly unnoticed by end users (as the typical use case shouldn’t hit the limit). The current default limits are based on requests per second for all meta info calls: list, get, delete, put.

We set the default limits for the number of buckets per project to ensure performance.

In addition, we limit the number of Projects per Developer Account to minimize complexity.

We have also set the default limit for the number of segments to a level that is healthy for the network. Note that increasing the Segment Project Limit may incur additional fees. Read more about [](docId:A4kUGYhfgGbVhlQ2ZHXVS).
We have also set the default limit for the number of segments to a healthy level for the network. Note that increasing the Segment Project Limit may incur additional fees. Read more about [](docId:A4kUGYhfgGbVhlQ2ZHXVS).

Customers can request a limit increase when needed by filling out the [limit increase request form](https://supportdcs.storj.io/hc/en-us/requests/new?ticket_form_id=360000683212) on our Storj support portal if their only payment method on file is STORJ token.

An automatic limit increase to Pro Account can be accomplished by adding a credit card as payment method. Please only make such requests if your use case really requires more than the current default limits. Requests will be evaluated taking into account the intended use case and availability on the network.
An automatic limit increase to Pro Account can be accomplished by adding a credit card as a payment method. Please only make such requests if your use case requires more than the current default limits. Requests will be evaluated considering the intended use case and availability on the network.

0 comments on commit 6e42104

Please sign in to comment.