Draft for review. This page is under review before the Operational Readiness Review. Panels marked as open questions are still waiting for an answer. Send corrections to the Research Platform team.
Read time: 4 minutes. Short version: your project pays with its own funding. You pay for the time your machines run and for the storage you use. Nothing else. Nothing stops you automatically yet — watch your budget.
Funding the Project
The project covers its own costs. Your project brings its own funding, and the Project Admin distributes that budget to the team using the RPAdmin console.
Compute Costs
You only pay for active compute time. Everything on the platform runs in a "container" (a running copy of your software). If a container is running, you pay for it. This includes:
This covers:
| What you start | You pay while… |
|---|---|
| Your notebook workspace | the notebook is running |
| A Dask cluster (many machines for one job) | the cluster is up |
| A background job (a notebook that runs on its own) | the job is running |
How to Control Compute Costs
When you stop a container, the charges stop. The single most important thing you can do to save money is to turn things off when you aren't using them.
- Stop your notebook when you finish for the day.
- Shut down your Dask cluster as soon as the job completes.
Storage Costs
You only pay for the storage space you are actively using across these three areas:
| Storage | What it is |
|---|---|
| EFS | The shared filesystem for your project |
| EBS | Your own private workspace disk |
| S3 | Cloud object storage for large data |
Important Exception: If you connect to S3 storage that sits in a remote AWS account (like your institution's account or a specific mission's account), the Research Platform does not charge you for it. The owner of that remote account pays for that storage, just as they normally would.
Platform Fees and Free Trials
- Platform/Support Fees: None today. We will update this page if a fee is introduced in the future.
- Free Trial: We offer a small free allocation for new projects so you can try the platform. Please ask the Science Cloud support team for the current trial amount when you email them.
What Happens When the Money Runs Out?
Important: Today, the platform does not enforce a hard stop. A workspace will still start even if your funds are depleted, meaning your project can accidentally overspend. You must actively watch your numbers.
How budget tracking works today:
- Platform admins load the project's total budget once the Science Cloud receives the funds.
- Your Project Admin divides that total, setting a specific spending limit for each team member.
- The system prevents the Project Admin from promising more money than the project actually holds.
- Individual members can see their own usage and remaining budget directly inside JupyterLab.
- Project Admins can see the entire team's spending in the RPAdmin console.
What is coming next (Hard Stops):
We are currently building strict budget controls. Once launched, the system will automatically block new workspaces from starting when a project's funds are used up. Project admins will also be able to decide if individuals who hit their personal limits are blocked, or if they can continue spending from the general project pool.
Until this feature goes live, budget control relies on active monitoring and team communication, not system blocks.
How the Money Gets into the System
OPEN — Danl to answer. The question for him is: "How does funding actually reach a project's budget in RPAdmin? Who enters the dollar amount, and what is it based on — a WBS number, a purchase, a funds transfer, or something else? What paperwork does a project admin need before the number can be entered, and how does the project admin add more money later?" Do not publish this section until Danl answers.
How to Keep Your Costs Down
- Turn off what you aren't using: Stop your notebooks, Dask clusters, and background jobs the moment you finish with them.
- Pick the right machine size: Choose the smallest size that fits your work. Don't spin up a 64 GB machine for a small task.
- Monitor your budget: Keep a close eye on your personal usage and remaining balance, which are always visible inside JupyterLab.
- Clean up old storage: Delete unnecessary files, models, and data. Stored data incurs a continuous monthly charge.
- Use background jobs for long runs: You don't need to keep an interactive session open just to wait for a long script to finish. Send it to the background so you aren't paying for an active workspace while you wait.