Quotas and limits

This document lists the quotas and system limits that apply to Cloud Shell. Quotas specify the amount of a countable, shared resource that you can use, and they are defined by Google Cloud services such as Cloud Shell. System limits are fixed values that cannot be changed.

Google Cloud uses quotas to help ensure fairness and reduce spikes in resource use and availability. A quota restricts how much of a Google Cloud resource your Google Cloud project can use. Quotas apply to a range of resource types, including hardware, software, and network components. For example, quotas can restrict the number of API calls to a service, the number of load balancers used concurrently by your project, or the number of projects that you can create. Quotas protect the community of Google Cloud users by preventing the overloading of services. Quotas also help you to manage your own Google Cloud resources.

The Cloud Quotas system does the following:

  • Monitors your consumption of Google Cloud products and services
  • Restricts your consumption of those resources
  • Provides a way to request changes to the quota value

In most cases, when you attempt to consume more of a resource than its quota allows, the system blocks access to the resource, and the task that you're trying to perform fails.

Quotas generally apply at the Google Cloud project level. Your use of a resource in one project doesn't affect your available quota in another project. Within a Google Cloud project, quotas are shared across all applications and IP addresses.

There are also system limits on Cloud Shell resources. System limits can't be changed.

To adjust most quotas, use the Google Cloud console. For more information, see Request a quota adjustment.

Usage quotas

The default weekly Cloud Shell quota is 50 hours.

Viewing your weekly Cloud Shell quota

If you reach your quota, you'll need to wait until the date and time specified before you can use Cloud Shell again or check with your Cloud Shell administrator to increase your quota.

To view your weekly quota:

  • Click Session information Session information and then click Usage quota. A dialog appears and displays the hours remaining in your quota, the total number of hours in your quota, and the date and time that the quota resets.

Requesting a quota increase

We strongly recommend upgrading to Cloud Workstations, which does not have weekly usage limitations. Cloud Workstations lets you customize, rightsize and secure your development environment. Upgrade to Cloud Workstations for managed secure development environments provisioned in your VPC without usage limits.

Cloud Shell quota can be increased only in certain cases and must go through a customer support request. Cloud Shell quota cannot be updated using the Google Cloud console. To request a quota increase, contact Cloud Customer Care (not Billing).

If your quota increase request requires approval, you can expect to receive an email from Google Cloud acknowledging receipt of your request. You can respond to this email if you need further assistance. Cloud Customer Care processes your request, typically within 2-3 business days, and then sends you a second email notifying you whether the quota increase was approved or denied. The email provides the effective date of the increase, if applicable.

For more about the quota increase process, see About quota increase requests.

Cloud Shell inactivity

To prevent your $HOME directory from being deleted due to inactivity for 120 days, start a session. For sensitive data you want to store long term, consider a different solution on Cloud Storage.

Non-interactive usage

Cloud Shell is intended for interactive use only. Non-interactive sessions are ended automatically after 40 minutes. Cloud Shell sessions are capped at 12 hours, after which sessions automatically terminate. You can start a new session immediately after.

Restoring a session after a service limit violation

If your session is terminated or can't be established because you exceeded a service limit, Cloud Shell displays an error with a link to a form that allows you to appeal the limit violation. Click the feedback link and submit the form with more information about the tasks you were performing before your session was terminated.

Limitations and restrictions

Custom installed software packages and persistence

The virtual machine instance that backs your Cloud Shell session isn't permanently allocated to a Cloud Shell session and terminates if the session is inactive for 20 minutes. After the instance is terminated, any modifications that you made to it outside your $HOME are lost.

To have your configurations persist across sessions, consider customizing your environment.

Users younger than 18 or whose age is unknown

Cloud Shell isn't available to users younger than 18 or whose age is unknown. By default, Google Workspace for Education blocks access to Cloud Shell for all users. If your institution has students older than 18 who you want to have access to age-restricted services including Cloud Shell, see Control access to Google services by age for steps to identify users who are 18 years or older.

Cloud Shell Editor extensions

Cloud Shell Editor does not support the installation of custom editor extensions. However, the Cloud Shell Editor comes with a set of essential extensions already installed and kept up-to-date.

.bashrc content

Cloud Shell can produce errors if the .bashrc file is modified or deleted. The .bashrc file must contain the following lines:

  if [ -f "/google/devshell/bashrc.google" ]; then
    source "/google/devshell/bashrc.google"
  fi

gcloud output formatting

By default, Cloud Shell enables gcloud accessibility features. With accessibility features enabled, gcloud table output is rendered as a flattened list of items.

To restore the default behavior of boxed tables for many commands, append the following command to the end of your $HOME/.bashrc file:

  gcloud config set accessibility/screen_reader false

Slow connection performance

Connecting to a Cloud Shell for the first time involves creating your home disk and can currently take up to 25 seconds. Subsequent connections to existing virtual machine instances take about five seconds. However, if you haven't used Cloud Shell for a week, connection performance will be slower since the home directory is restored from an archive.

Cloud Shell also offers Ephemeral mode which is the Cloud Shell experience without persistent disk storage. Ephemeral mode offers faster connection performance but all the files you create in your session are lost on session end.

Browser support

Cloud Shell supports the latest versions of Google Chrome, Mozilla Firefox, Microsoft Edge, Microsoft Internet Explorer 11+, and Apple Safari 8+. Safari in private browser mode is not supported.

Private browsing and disabled third-party cookies

The Cloud Shell Editor can't load in Cloud Shell if third-party cookies are disabled. Some browsers have third-party cookies disabled by default and most browsers' Incognito or Private Browser modes block these cookies as well.

With third-party cookies disabled, you can still use the Cloud Shell Editor in its own window by clicking the Open in New Window button accessible when you open an editor session Code Editor Button.

Alternatively, you can navigate to port 970 using the Web Preview Web Preview Button.

Editor panel explaining that the code editor could not be loaded because of third-party cookie blocking, with link to Open the editor in a new window

Tip: If you're using Google Chrome, you can enable third-party cookies by clicking the Third-party cookie blocking icon in your address bar Third-party cookie blocking icon, selecting Site not working?, clicking Allow cookies, and reloading your page.

Disk storage

Cloud Shell provisions 5 GB of free persistent disk storage mounted as your $HOME directory on the virtual machine instance. This storage is on a per-user basis and is available across projects. All files you store in your home directory, including installed software, scripts, and user configuration files like .bashrc and .vimrc, persist between sessions and count towards the 5 GB limit.

Clearing disk space

If you encounter a no space left on device error, free up space by removing files from your home directory using the Cloud Shell terminal. Use the du -hs $(ls -A) command to see the space each file uses within each sub-directory. Consider removing those that are no longer needed or take up a large chunk of storage.

What's next