core Estimated learning time: 5 h

2.5 Resource management, provisioning and scheduling

You can say who decides which of your workloads runs on which machine, and when.

Before:01. Cloud FoundationsUnlocks:03. Storage & Databases

Behind every provision request is a scheduler deciding which physical machine your workload lands on, and this topic makes that visible: quotas, static and dynamic provisioning, bin packing, affinity rules, and the textbook vocabulary of inter-cloud management. It sits in the compute module because elasticity is a promise about this machinery — and the topic asks the measuring question: how fast can you actually get a hundred more machines? The common confusion is over-provisioning as caution; paying for idle capacity is not safety, it is the old capital-expense habit wearing new clothes.

Work through these

  • Resources in the cloud: compute, memory, storage, network, and the quota that limits each

    Compute, memory, storage and network are the four things being allocated, and each carries a quota you can hit without warning. Knowing your quotas is part of knowing your capacity.

  • Provisioning methods: static, dynamic, and user self-provisioning — with the over-provisioning trap

    Capacity can be assigned up front, adjusted automatically, or requested by users themselves, and the last of those is where the over-provisioning habit comes from. Everyone asks for more than they need when asking is free.

  • Resource scheduling and placement; bin packing, affinity and anti-affinity rules

    Scheduling decides which of your workloads lands on which machine, and the rules let you pack things tightly or deliberately keep them apart. Anti-affinity is what stops two copies of the same service dying together.

  • Inter-cloud resource management, and the HaaS / LaaS / NaaS vocabulary you will meet in textbooks

    Managing resources across more than one cloud brings its own vocabulary, and textbooks name hardware, licensing and network as services in their own right. Recognising those terms keeps older material readable.

  • Elasticity measured: how fast can you actually get a hundred more machines?

    Elasticity is worth measuring rather than assuming: how long a hundred extra machines actually take to arrive determines whether autoscaling can absorb your spike. The number is different for every service.

Sign in to keep your progress.

Free resources

These videos are on YouTube. Opening the link takes you to YouTube's page. Pressing "Watch here" loads YouTube's player into this page — nothing loads from YouTube until you do. Either way the video comes from Google and uses much more mobile data than a page of text. Something wrong with a link here?

Links last checked 29 Aug 2026.

Stuck here?

Ask a mentor. A real person answers, and they can see exactly which topic you're on. Usually within a couple of working days.

Checking your session…

Topics shown in module order.