Published7 min read

The Sunk Cost of Homelab Sprawl: Knowing When to Liquidate Silicon

Why keeping cold spares, temperamental memory, and decommissioned enterprise switches is an operational trap—and the brutal solar and battery reality check of continuous idle rack draw.

Every homelab operator knows the mental trap. It starts with an architectural vision: high availability, distributed quorum, offsite sync targets, or isolated sandbox nodes. Then reality settles in. Workloads stabilize, time becomes scarce, and suddenly a shelf in your workspace turns into a graveyard of high-end silicon.

Sitting on that shelf isn’t just generic clutter. Right now, it looks like this:

  • Two AMD Ryzen Threadripper 2920X CPUs: 12 cores / 24 threads each (24C/48T combined across two single-socket platforms), collecting dust.
  • Two ASRock X399M Taichi Micro-ATX motherboards: Rare, niche form-factor boards with 4-channel memory and ample PCIe lanes.
  • Two Noctua NH-U9 TR4-SP3 coolers: Superb compact thermal mass, currently moving zero air.
  • 128 GB of DDR4 ECC UDIMM memory across eight 16 GB sticks: Temperamental modules prone to silent training failures or multi-day lockups.
  • Two MikroTik CRS326-24S+2Q+RM switches: Dense 24-port 10G SFP+ / 2-port 40G QSFP+ switches, decommissioned in favor of a unified ecosystem.
  • MikroTik CRS328-24P-4S+RM: 24-port Gigabit PoE+ switch with 4× 10G SFP+ cages and a massive 450W power budget—a genuinely capable, high-value switch sitting powered off because the rack moved to a unified UniFi switching tier.

This hardware represents substantial initial capital and hundreds of hours of sheer folly. The natural instinct is to leave them boxed up: “What if I spin up a dedicated 3-node Ceph cluster next quarter? What if a primary board dies and I need a cold spare? What if I need redundant 10G/40G backplanes down the road?”

Here is why that logic is a sunk-cost trap—and why liquidating this specific hardware is the smarter infrastructure move.


1. The Fiction of the “Cold Spare”

Keeping an identical spare CPU, motherboard, or high-density switch makes sense in an SLA-governed datacenter running revenue-generating workloads. In a personal lab, a cold spare is an aggressively depreciating liability.

The first- and second-generation Threadripper platforms (TR4) occupied a sweet spot for high PCIe lane counts and affordable multi-channel memory. But with modern desktop architectures delivering higher single-thread throughput, modern instruction sets, and substantially lower power envelopes, TR4 market demand is on a timer. Every month these 2920X chips and X399M Taichi boards sit unpowered on a shelf, their resale value erodes. A platform that can still fetch a respectable sum on secondary markets today will be e-waste in three years.

The same rule applies to the switches. Those 24-port MikroTik SFP+ switches once felt indispensable for a high-bandwidth Ceph backplane. But once you standardize on a single, clean UniFi ecosystem (like a UDM Pro managing your network core), holding enterprise routing and switching spares just adds dormant configuration overhead.


2. The Time Sink of Unstable Silicon

Hardware stability is binary: it either works without intervention, or it costs you mental energy.

Take the 128 GB kit of unbuffered ECC memory. When a memory bank refuses to run clean passes—inducing random OS freezes every 24 to 48 hours—it ceases to be usable lab hardware. Keeping flaky RAM around with the vague hope that a future BIOS patch, sub-timing tweak, or down-clocking will magically stabilize it is a fallacy. Troubleshooting sporadic bit-flips or wrestling with memory training takes hours that could be spent on meaningful projects.

Holding onto a high-spec CRS328-24P-4S+RM PoE switch “just in case” you expand cameras or access points runs into the same trap when your core rack has already settled on a single UniFi pane of glass. Listing valuable surplus gear and unstable kits transparently on secondary markets frees up both physical drawer space and mental troubleshooting debt.


3. Idle Power & The Solar/Battery Reality Check

In homelab planning, power consumption is often brushed aside with “it’s mostly idle anyway.” But continuous idle draw runs 24 hours a day, 365 days a year. When your home relies on a rooftop solar array paired with residential battery storage, parasitic rack loads stop being theoretical—they directly compete with household resilience.

Comparing a 3-node Threadripper cluster with enterprise switching against a consolidated single-node host on a clean UniFi core reveals a non-negligible operational gap:

Architecture Metric3-Node Ceph Cluster + Enterprise SwitchingSingle-Node Host + UniFi CoreOperational Variance / Savings
Hardware Composition3× TR 2920X (~90W ea)
2× MikroTik CRS326 (~35W ea)
1× MikroTik CRS328-24P (~30W)
1× TR 2920X + LSI HBA (~85W)
1× UniFi UDM Pro (~20W)
Core footprint reduction
Continuous Idle Draw~370 W~105 W-265 W (-71%)
Daily Consumption8.88 kWh / day2.52 kWh / day-6.36 kWh / day
Annual Consumption3,241 kWh / year920 kWh / year-2,321 kWh / year
Annual Electricity Cost (~¥31/kWh)¥100,471 / year¥28,514 / year¥71,957 saved / year

The Battery Drain Math: Overnight Survival

The financial line item (saving roughly ¥72,000 annually) is only half the story. The real breaking point is battery capacity during non-generating hours.

Between sunset and sunrise—roughly a 14-hour window from 5:00 PM to 7:00 AM—a residential solar system produces zero watts. The household runs entirely on battery storage and the grid.

  • Under the 3-node cluster architecture (370W load): Over 14 hours, the rack consumes 5.18 kWh of electricity purely in standby. On a standard 5 kWh home battery storage system (which typically provides 4.0 to 4.5 kWh of usable depth-of-discharge), the server rack alone completely drains the home battery before 11:00 PM. The moment heavy rain or consecutive overcast days strike, the battery cannot buffer basic household baseloads, forcing expensive grid import.
  • Under the single-node architecture (105W load): Over the exact same 14-hour overnight window, the entire single-host stack sips just 1.47 kWh. That leaves roughly 3.0 kWh of usable battery headroom for refrigeration, LED lighting, and essential domestic circuits.

High availability sounds great until you realize your quorum cluster is burning an entire home battery pack every single night just to keep idle CPU cores warm.


4. Capital Recycling: Fund What You Actually Use

Letting go of hardware isn’t admitting defeat or taking a loss—it is capital recycling.

Liquidating two Threadripper CPUs, two rare Micro-ATX boards, Noctua coolers, and surplus MikroTik switching gear generates immediate liquid capital. That capital can be rolled straight into infrastructure that delivers tangible, daily improvements:

  1. Completing clean 10G optical runs and fiber patch runs.
  2. Reliable, high-density storage drives with clean SMART telemetry.
  3. Rock-solid, verified memory for the single host that actually runs your services.

And in truth, once you start pulling this thread, keeping even the third Threadripper running is hard to justify. A 12nm Zen+ platform still burns ~85W at idle just to keep its uncore and PCIe lanes energized. Liquidating all three kits doesn’t just clean the shelf—it fully finances a modern, power-sipping platform (like modern AM5 with DDR5 ECC) that runs circles around the 2920X in single-thread IPC while cutting idle draw in half again.


The Verdict: Clear the Shelf

A homelab exists to serve your experiments, automate your home, and keep your critical data safe. It should never be an archive of depreciating silicon waiting for projects that never materialize.

Single-node compute with local ZFS snapshots and automated offsite synchronization isn’t a compromise—when you’re actively working to minimize grid dependence, it’s the only architecture that makes operational sense.

If hardware hasn’t handled an active workload, passed a clean validation run, or been powered on in six months, unmount it, pack it cleanly, document its exact status, and sell it. You’ll gain a cleaner rack, lower standby power draw, and the budget to build what you actually need today.

Ed Stuurman

About the author

Ed Stuurman

Infrastructure and reliability engineer based in Japan. Passionate about resilient systems, bare-metal hardware, cloud automation with Terraform, and all things homelab.

Contact

Thoughts or questions on this article?

Found a bug, tested a similar setup, or want to discuss the details? Drop a message below.

Emails are delivered directly to ed@stuurman.com.