Homelab for Beginners: The Exact Order of Operations Before You Buy Anything
The exact order of operations for a first homelab: define the goal, inventory what you own, settle placement, do the power and network math, set the budget, then buy.

On this page
Every homelab story starts the same way: someone watches a rack build video, buys a used server, then spends the next year explaining why it is loud, hot, and mostly idle. The mistake is not the purchase; it is the order. Hardware bought before the goal, the space, and the power math are known has to justify itself afterward, and it rarely does. Beginners who follow the right sequence spend a fraction of the money and end up with a lab that actually runs the services they wanted.
This guide lays out the exact order of operations for a first homelab, applied before you open a single checkout tab: define what the lab is for, count what you already own, settle where it will live, do the power and network math, set the budget against the real constraint, and only then buy, in the order the layers should be built. Each step takes an evening, and together they turn a shopping impulse into a small build plan.
Step 1: Define the Job Before the Hardware
The fastest way to overspend is to shop for “a homelab” instead of for a job. A homelab is not a product category; it is a collection of services you want to run, and each service implies different hardware. A media server plus home automation fits in a mini PC and a NAS. Practicing Linux, Docker, and networking fits a single used mini PC with a virtualization layer. Learning Kubernetes or Proxmox clustering wants three small machines. A self hosted photo library or a backup target wants storage first and almost nothing else. Write down the two or three things you will actually use in the first month, not the ten you might run someday, and ignore every purchase that does not serve them.
Step 2: Count What You Already Own
Most people already own the core of a homelab. An old desktop with a dead screen, a laptop whose battery gave up, a Raspberry Pi in a drawer, a retired router, a USB drive or two. List everything you have that can power on and stay on, and let the free lab do a month of work before you buy anything. Run Docker on the old desktop, host media on the Pi, point the retired router at your network to practice firewall rules and VLANs. What you learn in that month is exactly what a purchase would have taught you, for free, and it exposes the real constraint, which is rarely raw CPU. It is usually storage, silence, or something you never expected.
Step 3: Settle Where It Will Live
Placement decides form factor, so decide it before you buy, not after. An open shelf in a room is the default and handles almost every beginner lab, since mini PCs, desktop NAS units, and small switches are built to run in open air. A rack only earns its space when you own rack mountable hardware with real front to back airflow needs. A sealed closet works only with ventilation, because every watt your gear draws turns into heat and a closed door traps it. The number that matters is watts, not rack units: under roughly 100 watts, almost any placement works; above a few hundred, the lab needs open space or an actively vented enclosure. If the space you have cannot tolerate a loud fan, that rules out used rack servers before you fall in love with one on a marketplace.
Step 4: Do the Power and Network Math
This is the step most beginners skip and the one that saves the most money. Add up the realistic draw of everything you plan to run: a single board computer around 5 to 10 watts, a mini PC 15 to 30, a desktop NAS 30 to 80, a used rack server 150 to 400. Total them, add 20 percent headroom, and you have a power budget and a rough idea of the monthly bill. The same number predicts heat, roughly 3.4 BTU per watt per hour, so 200 watts means the heat of a small space heater sitting in your chosen corner.
Then plan the network before you buy the switch. Sketch the topology: ISP, router, switch, then devices grouped by purpose. Assign subnets and plan static addresses for anything you will reach by name. If you run IoT devices, plan a separate VLAN now, because retrofitting segmentation after everything is wired is a weekend project you will avoid forever. A switch with a handful of free ports and PoE headroom costs little extra and saves a replacement later.
Step 5: Let the Constraint Set the Budget
Set a number you are actually comfortable spending, then allocate it against the constraint the first month revealed. If storage was the wall you hit, the budget goes to drives. If noise was the wall, it goes to quieter hardware or better placement. If power was the wall, it goes to a UPS or a more efficient machine. The common beginner failure is spending 70 percent of the budget on a server and leaving the switch, cabling, and drives to whatever is left. Reverse that: the layers you keep longest, network and storage, deserve the most deliberate spend, and compute gets the least, because it is the layer you will replace first.
Step 6: Buy in the Right Order
Buy network and cabling first, storage second, compute last. The switch and the cabling you buy now will still be in the lab in five years; the server probably will not be. Buy used for compute, since mini PCs and retired desktops hold performance per dollar far better than anything new, and check the idle draw before you check the specs, because a 300 watt idle server is a permanent monthly tax. Add a UPS when the lab draws enough to matter, roughly 300 watts and up or whenever you care about clean shutdowns, and size it for the lab you will have in a year, not just the one you have today. Buy only what the first month of services demands. The next bottleneck will announce itself, and the money you did not spend is what pays for it.
The Whole Order in One Line
Define the job, inventory what you own, settle placement, do the power and network math, set the budget against the constraint, then buy in this order: network, storage, compute, with power protection when the draw justifies it. Run each of the first five steps this week, before anything ships. You will end up buying less, keeping what you buy longer, and running services on month one instead of rebuilding a fantasy on month four. A lab built in this order costs less, runs cooler, and is the one you will still be maintaining a year from now.
Frequently Asked Questions
How much does it cost to start a homelab?
What should I buy first for a homelab?
Where do beginners overspend on a homelab?
What can I do with a homelab before buying anything?
How do I know what size homelab to start with?
Stop reaching for a spreadsheet
Obelinf keeps every subnet, device, circuit, and rack in one live source of truth, with audit logs and a topology view. Free for personal use.
Related Articles

Homelab Cooling Beyond the Fan Swap: Closets, Vents, and Intake Paths
Why a sealed closet defeats any fan upgrade, how to vent a homelab closet so cool air enters low and heat leaves high, and how to keep the intake path clear from room to rack.
Read more
IoT on Its Own VLAN: Keeping Smart Bulbs Away From Your NAS
Your smart bulbs should not share a network with your NAS. Learn how an IoT VLAN isolates untrusted devices, which firewall rules matter, and how to set it up step by step.
Read more
UniFi vs Omada vs Aruba Instant On: Home WiFi Access Points Compared
UniFi, Omada, and Aruba Instant On are the three most common ways to upgrade home WiFi from a single router. This guide compares their management models, real costs, and when each makes sense.
Read more