Skip to main content
schedule · gcp

Scheduling Vertex AI Workbench Notebook

example schedules
6
schedulable
yes

Can ZopNight schedule Vertex AI Workbench Notebook?

Stopping a Vertex AI notebook instance halts VM and accelerator billing together, while the persistent disk keeps both the work and a small charge. Accelerator billing is the line that matters, since an attached A100 bills roughly 10 times the VM under it. Running kernels die at the cutoff, and GPU capacity is re-requested at start.

How the stop works

Stop mechanism for Vertex AI Workbench Notebook on GCP.
Field Value
Behaviourstops the notebook instance, halting VM and GPU billing; restarts it on schedule

Example schedules

  • 0 8 * * 1-5 — Business Hours Start: Start at 8:00 AM on weekdays
  • 0 18 * * 1-5 — Business Hours Stop: Stop at 6:00 PM on weekdays
  • 0 22 * * * — Night Shutdown: Stop at 10:00 PM every day
  • 0 6 * * 1-5 — Morning Startup: Start at 6:00 AM on weekdays
  • 0 20 * * 5 — Weekend Shutdown: Stop at 8:00 PM on Friday
  • 0 7 * * 1 — Weekend Startup: Start at 7:00 AM on Monday

The GPU is the reason this schedule exists

A notebook VM alone costs little; the accelerator attached to it does not. An idle A100 burning through nights and weekends is among the most expensive forms of forgetting in cloud ML, and the scheduled stop addresses precisely that: VM and GPU charges end together at the evening cron. The disk-only residual that remains is orders of magnitude smaller.

Work survives on the disk

The instance’s persistent disk carries notebooks, checkouts and downloaded datasets across the stop, billing its provisioned gigabytes throughout. What does not survive is anything alive: running kernels, in-memory tensors, an unattended training loop mid-epoch. The schedule quietly enforces the discipline every ML platform team preaches. Long training belongs in submitted Vertex training jobs, which run on their own compute and their own billing, unaffected by the notebook’s calendar.

Accelerator capacity is re-negotiated each morning

Stopping releases the GPU back to the regional pool, and the morning start requests one anew. For plentiful accelerator types this is a formality; for the scarce ones it occasionally is not, and a start can fail on capacity. Researchers holding hard-to-get accelerator types should weigh that risk consciously; for everyone else the overnight release is close to free.

Idle shutdown catches some of this, the calendar catches the rest

Vertex notebooks support idle-based auto-shutdown, and it should be on. Its weakness is the work that defeats idleness detection, such as a cell polling a slow query or a browser tab auto-executing, which can hold a GPU hostage until Monday. A hard weekday-evening and weekend stop caps the damage at hours instead of days.

The honest arithmetic

Count accelerator-hours, not instance-hours. A single scheduled notebook with a premium GPU dark from 19:00 to 07:00 plus weekends avoids roughly 118 accelerator-hours a week, often more than the rest of a small team’s entire compute bill.

See it fire on your bill.

Connect an account read-only. The first findings land in minutes.

417 rule families across 353 resource types on 22 platforms. Every threshold, metric, and IAM action is documented on these pages before you grant anything.

417 rule families documented
353 resource types covered
read-only default access level
Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console· Multi-cloud automation· Production-ready in 30 min· SOC 2 · ISO 27001· 20–60% off the bill, first month· 4 platforms · 1 console·