- Why Build a Homelab?
- A Quick Note on RAM Prices in 2026
- The $500 Budget Breakdown
- The Compute Node: Beelink EQ14
- Networking Gear
- Power and UPS
- Hypervisor: Proxmox Setup
- Your First VMs and Containers
- Network Configuration
- Monitoring Stack
- Essential Homelab Services
- Common Mistakes to Avoid
- Where to Go From Here
$500 in 2026 buys you a real homelab — not a toy. The right components get you a low-power hypervisor running Proxmox, room for several lightweight virtual machines and a dozen Docker containers, network segmentation with VLANs, and a proper monitoring stack. The build below uses currently-available hardware at currently-verified prices, with picks chosen for strong real-world user feedback in the homelab community.
If you're starting from scratch, this guide walks you through exactly what to buy, why each piece matters, and how to assemble it into a working system in a weekend.
Why Build a Homelab?
A homelab is a personal IT environment where you can experiment, learn, and run services without risking production systems. For sysadmins and IT professionals, it's the single best career investment you can make outside of certifications.
Here's what a homelab lets you do that reading documentation never will:
- Break things safely. Misconfigure a firewall rule, corrupt a disk, crash a cluster — then fix it. That muscle memory is worth more than any textbook.
- Run real services. Host your own DNS, VPN, media server, password manager, wiki, and monitoring stack. You'll understand these tools at a level that "I used it at work" never provides.
- Practice for certifications. Studying for the RHCSA, AWS SAA, or CCNA? Having hardware to practice on makes the difference between memorizing answers and understanding concepts.
- Self-host and own your data. Replace cloud subscriptions with services you control. Bitwarden, Nextcloud, Plex, Pi-hole, Gitea — the list of excellent self-hosted software is enormous.
A Quick Note on RAM Prices in 2026
Before we get into the build: DDR5 RAM is expensive right now. AI-driven memory demand has pushed 32GB DDR5 SO-DIMM kits well above $300 — far higher than they were even a year ago. This single factor reshapes what a "$500 homelab" looks like in 2026.
The smart play is to pick a mini PC that includes RAM and storage in the box rather than buying a "barebone" and adding components separately. That's what this guide does. If RAM prices normalize later, you can always upgrade — but you don't need 32GB to learn meaningful skills. Plenty of homelabbers run productive setups on 16GB.
The $500 Budget Breakdown
Here's the build, with current US prices verified in May 2026:
| Component | Pick | Price |
|---|---|---|
| Compute node | Beelink EQ14 (Intel N150, 16GB, 500GB-1TB SSD) | $190–230 |
| Managed switch | TP-Link TL-SG108E 8-port managed | $50–70 |
| Ethernet cables | Cat6 patch cables (5-pack) | $12–18 |
| USB flash drive | For Proxmox installer (16GB+) | $8–10 |
| UPS | APC BE600M1 or CyberPower EC650LCD (650VA) | $70–90 |
| External backup drive | 1TB USB 3.0 portable SSD | $80–110 |
| Total | $410–528 | |
The total lands right around the $500 mark depending on current deals. If you find the EQ14 closer to $190 and the UPS on sale, you'll come in under budget with money left for a cable organizer or a second NIC adapter.
The compute node already includes RAM and an NVMe SSD, which is what makes this build viable at this price point in 2026. No separate RAM purchase needed.
The Compute Node: Beelink EQ14
The Beelink EQ14 has become the consensus recommendation for budget homelabbing in 2026. It's a fanless mini PC with an Intel N150 processor (4 cores, 4 threads, up to 3.6GHz), 16GB of DDR4 RAM, and a 500GB or 1TB NVMe SSD included in the box. Importantly for homelab use, it has two 2.5 Gigabit Ethernet ports at this price — which is unusual and very welcome.
Why the EQ14 works for a starter homelab
- Power efficiency: Around 6-10W at idle. At average US electricity rates, that's about $8-10/year to run 24/7. A used enterprise server idling at 120W would cost over $140/year — the EQ14 pays for the difference within two years.
- Near-silent operation: Most users report you cannot hear it from two feet away. Important if it lives anywhere near where you sleep or work.
- Dual 2.5GbE NICs: You can dedicate one NIC to management traffic and one to VM traffic, or use one as a router-on-a-stick for VLAN trunking. Dual NICs at this price point used to require a barebone setup with separate components.
- x86 architecture: Runs Proxmox, Docker, and any standard Linux distro natively — no ARM compatibility headaches.
- Built-in PSU: No power brick. Cleaner setup, less clutter.
- Pre-installed RAM and SSD: No additional component purchases needed to get running.
Honest limitations
The EQ14 isn't a beast. Its honest limitations:
- RAM caps at 16GB. The N150 platform doesn't support more. This is the main constraint and the reason this build doesn't recommend 32GB. For 2-3 lightweight VMs plus a Docker container host running 10+ services, 16GB is workable. For running Kubernetes, multiple Windows VMs, or memory-hungry databases, you'll want a more powerful node eventually.
- Single-channel memory. The N150 platform uses single-channel memory, which is a real performance limitation compared to dual-channel systems. Workloads requiring high memory bandwidth will feel this.
- 4 cores, 4 threads. No hyperthreading. Fine for the workloads we'll run, but you'll feel it under sustained load with many VMs.
If you have the budget for it, the Beelink SER8 (AMD Ryzen 7 8845HS, 8 cores, 32GB DDR5, 1TB NVMe) at around $550-650 is a major step up and well-loved by the homelab community. It's the "buy it once" pick if you can stretch the budget. But it pushes well past $500 once you add a switch and UPS, so this guide stays focused on the EQ14 as the actual budget build.
Networking Gear
A managed switch is the piece most beginners skip and later regret. An unmanaged switch works fine for basic connectivity, but you lose the ability to create VLANs — and VLANs are essential for building anything resembling a real network.
Why VLANs matter
VLANs let you segment your network logically without buying separate physical switches. In a homelab, you'd typically create:
- VLAN 10 — Management: Proxmox web UI, switch management, out-of-band access
- VLAN 20 — Servers: Your VMs and containers
- VLAN 30 — IoT: Smart home devices isolated from everything else
- VLAN 40 — Guest: WiFi for visitors, no access to your internal network
The TP-Link TL-SG108E remains the go-to budget managed switch in 2026. Eight gigabit ports, 802.1Q VLAN support, IGMP snooping, port mirroring, and QoS — all in a fanless metal case with a lifetime warranty. Current pricing has crept up to the $50-70 range, but it's still the best value proposition for a starter managed switch. The NETGEAR GS308E is a near-identical alternative if the TP-Link is out of stock.
If you want to upgrade to 2.5 Gigabit speeds to take advantage of the EQ14's dual 2.5GbE NICs, the TP-Link TL-SG108-M2 (8-port, all 2.5GbE) is an option around $120, but it's unmanaged. For VLANs at 2.5GbE you're looking at $200+ switches, which blows the budget. Start with the SG108E and upgrade later if you actually saturate gigabit.
Power and UPS
A UPS (Uninterruptible Power Supply) isn't strictly required, but it's the single best $80 you can spend after the compute node. An unexpected power loss while Proxmox is writing to disk can corrupt your VM storage. Rebuilding a homelab from scratch because of a 2-second power blip is not how you want to spend a Saturday.
For a mini PC homelab, you don't need a massive UPS. A 650VA unit like the APC BE600M1 or CyberPower EC650LCD ($70-90) gives you about 20-30 minutes of runtime on a 10W load — more than enough for a graceful shutdown. Both have USB connectivity so the host can detect a power outage and trigger shutdown scripts automatically.
Set up NUT (Network UPS Tools) on your Proxmox host to automatically shut down VMs when the battery drops below a threshold. The configuration is one of the better learning exercises for a new homelabber, and we'll touch on it in the monitoring section.
Hypervisor: Proxmox Setup
Proxmox VE is a free, open-source hypervisor built on Debian Linux. It supports both KVM virtual machines and LXC containers, has a clean web UI, and is used in production by companies worldwide. For a homelab, it's the best option — powerful, free, and well-documented.
Installation
Download the latest Proxmox VE ISO from proxmox.com/downloads. Flash it to a USB drive using Rufus (Windows), Etcher (cross-platform), or dd (Linux/Mac):
# On Linux/Mac
sudo dd if=proxmox-ve_8.x.iso of=/dev/sdX bs=4M status=progress
Boot from the USB drive and follow the installer. The key decisions during install:
- Target disk: Select your internal NVMe SSD. For a single disk, ext4 is simpler and wastes less space than ZFS.
- Network: Set a static IP on your LAN (e.g.
192.168.1.100/24). This is how you'll access the web UI. - DNS: Point to your router or
1.1.1.1for now.
After installation, access the web UI at https://YOUR_IP:8006 from any browser on your network.
Post-install essentials
First, disable the enterprise repository (you're using the free version) and enable the no-subscription repo. SSH in as root or open the web UI shell:
# Disable enterprise repo
sed -i 's/^deb/# deb/' /etc/apt/sources.list.d/pve-enterprise.list
# Add no-subscription repo
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve-no-sub.list
# Update everything
apt update && apt full-upgrade -y
Then set up your storage in Datacenter → Storage. By default you'll have local (for ISOs, templates, and backups) and local-lvm (for VM disks). For a 500GB or 1TB drive, the defaults are fine to start.
Your First VMs and Containers
With Proxmox running, it's time to spin up some workloads. Proxmox supports two types of virtualization:
- KVM Virtual Machines: Full hardware virtualization. Use for anything that needs its own kernel — pfSense, OPNsense, or when you need complete isolation.
- LXC Containers: Lightweight OS-level virtualization. Use for Linux services where you want minimal overhead. An LXC container starts in seconds and uses a fraction of the RAM a full VM would.
Recommended starter setup for 16GB
With 16GB to work with, container density matters. Here's a realistic allocation:
| Workload | Type | RAM |
|---|---|---|
| Proxmox host | — | 1.5 GB |
| Docker host (running 10+ containers) | LXC | 6 GB |
| Pi-hole DNS / ad blocking | LXC | 512 MB |
| Ubuntu Server (general purpose) | VM | 3 GB |
| Monitoring (Prometheus + Grafana) | Docker | 2 GB |
| Headroom for experiments | — | 3 GB |
| Total | ~16 GB |
The trick on 16GB is to favor LXC containers over full VMs whenever possible. LXC containers share the host kernel, so they use a fraction of the memory a full VM would for equivalent workloads.
1. Docker LXC container — This will be your workhorse. Create a Debian 12 or Ubuntu 22.04 LXC container, install Docker and Docker Compose, and run most of your services here. Allocate 6GB RAM and 2 cores.
# Inside the LXC container
apt update && apt install -y ca-certificates curl gnupg
install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/debian/gpg | gpg --dearmor -o /etc/apt/keyrings/docker.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/debian $(lsb_release -cs) stable" > /etc/apt/sources.list.d/docker.list
apt update && apt install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin
2. Pi-hole LXC container — Network-wide ad blocking and local DNS. 512MB RAM and 1 core is plenty. Point your router's DHCP DNS setting to this container's IP and every device on your network gets ad blocking.
3. Ubuntu Server VM — A general-purpose sandbox. Install whatever you want, break it, rebuild it. 3GB RAM, 2 cores.
Network Configuration
Now's the time to set up VLANs on the managed switch. Here's a minimal, practical configuration:
Switch configuration (TP-Link TL-SG108E)
Access the switch's web UI (default IP is usually 192.168.0.1). Navigate to VLAN → 802.1Q VLAN and create:
| VLAN ID | Name | Purpose |
|---|---|---|
| 1 | Default | Untagged management traffic |
| 10 | Management | Proxmox UI, switch management |
| 20 | Servers | VM and container traffic |
| 30 | IoT | Smart devices, isolated |
Set the port connected to your Proxmox host as a trunk port (tagged member of all VLANs). Set other ports as untagged members of their respective VLANs.
Proxmox VLAN configuration
In Proxmox, edit /etc/network/interfaces to create VLAN-aware bridging:
auto vmbr0
iface vmbr0 inet static
address 192.168.10.100/24
gateway 192.168.10.1
bridge-ports enp1s0
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 10 20 30
Now when you create a VM or container, you can assign it to a specific VLAN by setting the VLAN tag on its network interface in the Proxmox UI. A container on VLAN 20 can't talk to a device on VLAN 30 unless you explicitly route between them — that's the whole point of segmentation.
One advantage of the EQ14's dual NICs: you can dedicate one NIC to the management VLAN exclusively (untagged on the switch port) and use the second NIC for VLAN-tagged VM traffic. This means losing access to a misconfigured VM network can't lock you out of Proxmox management. Worth setting up early.
Monitoring Stack
A homelab without monitoring is just a collection of things waiting to break without warning. Set up monitoring early — it's one of the most valuable skills you can develop, and employers love seeing it on a resume.
Option A: Uptime Kuma (simple)
If you want fast, beautiful monitoring with minimal setup, Uptime Kuma is one Docker container that monitors URLs, pings, ports, and certificates with a clean dashboard and notification support (email, Slack, Discord, Telegram, and more):
docker run -d --restart=unless-stopped -p 3001:3001 \
-v uptime-kuma:/app/data \
--name uptime-kuma louislam/uptime-kuma:1
Access it at http://YOUR_IP:3001 and start adding monitors. It's the fastest way to know when something on your network goes down.
Option B: Prometheus + Grafana (full stack)
For deeper metrics and historical data, run Prometheus and Grafana in your Docker LXC. Create a docker-compose.yml:
version: '3.8'
services:
prometheus:
image: prom/prometheus:latest
container_name: prometheus
volumes:
- ./prometheus/prometheus.yml:/etc/prometheus/prometheus.yml
- prometheus_data:/prometheus
ports:
- "9090:9090"
restart: unless-stopped
grafana:
image: grafana/grafana:latest
container_name: grafana
volumes:
- grafana_data:/var/lib/grafana
ports:
- "3000:3000"
restart: unless-stopped
environment:
- GF_SECURITY_ADMIN_PASSWORD=changeme
node-exporter:
image: prom/node-exporter:latest
container_name: node-exporter
ports:
- "9100:9100"
restart: unless-stopped
volumes:
prometheus_data:
grafana_data:
Create prometheus/prometheus.yml:
global:
scrape_interval: 15s
scrape_configs:
- job_name: 'node'
static_configs:
- targets: ['node-exporter:9100']
Run docker compose up -d, then access Grafana at http://YOUR_IP:3000. Add Prometheus as a data source, import dashboard #1860 ("Node Exporter Full"), and you'll immediately see CPU, RAM, disk, and network metrics. The full stack uses about 1-2GB of RAM, so on a 16GB system pick this OR Uptime Kuma — don't run both.
What to monitor
- CPU and RAM usage — per host and per VM
- Disk space and I/O — the number one cause of mysterious failures
- Network throughput — per interface
- UPS battery level — via NUT exporter
- Service uptime — Uptime Kuma's specialty
Essential Homelab Services
Once your infrastructure is solid, here are the services worth running first. All of these run as Docker containers on your Docker LXC:
Portainer — Web UI for managing Docker containers. Makes it easy to deploy, stop, restart, and view logs without touching the command line every time.
docker run -d -p 9443:9443 --name portainer --restart=always \
-v /var/run/docker.sock:/var/run/docker.sock \
-v portainer_data:/data \
portainer/portainer-ce:latest
Pi-hole — Network-wide ad blocking. Set it as your network's DNS server (configure DHCP on your router to hand it out) and ads disappear from every device.
WireGuard — VPN back into your home network from anywhere. Essential if you want to access your homelab remotely. See our complete WireGuard guide for setup instructions.
Nginx Proxy Manager — Reverse proxy with a GUI. Put all your services behind a single entry point with SSL certificates from Let's Encrypt. Access Grafana at grafana.yourdomain.com instead of remembering 192.168.20.5:3000.
Vaultwarden — Self-hosted Bitwarden-compatible password manager. Your passwords, your server, your control. Very light on resources — runs comfortably on 256MB.
Common Mistakes to Avoid
Buying used enterprise hardware as your first homelab. That $150 Dell R720 on eBay looks like a deal until you factor in $150+/year in electricity, jet-engine fan noise, and the 60 pounds of steel your significant other will not appreciate in the living room. Start small with a mini PC. You can always add a second node later.
Spending weeks on the "perfect" setup before deploying anything. Analysis paralysis is real. Get Proxmox installed, spin up one container, and start learning. You'll rebuild everything at least three times anyway — that's the point of a homelab.
No backups. Your homelab will break. VMs will corrupt. Disks will fail. Set up automated Proxmox backups to that external USB drive from day one. Proxmox has built-in backup scheduling in Datacenter → Backup — use it. Weekly backups are the floor; daily for anything you'd cry over losing.
Flat network with no segmentation. Running your IoT devices, personal computers, and server infrastructure all on the same subnet is a security problem waiting to happen. VLANs exist for a reason. Set them up early so you don't have to re-IP everything later.
Ignoring documentation. Keep a simple text file, wiki, or Notion page documenting your IP assignments, VLAN layout, passwords, and service locations. Future you will be very grateful at 2 AM when something breaks.
Where to Go From Here
The EQ14 is a starting point, not a destination. Once you've been running this setup for a few months and start hitting limits, here's the upgrade path:
Add a more powerful second node. The natural upgrade is something like the Beelink SER8 (Ryzen 7 8845HS, 32GB DDR5, 1TB NVMe — currently around $550-650) or the Minisforum MS-01 if you want 10GbE networking. Install Proxmox, create a cluster with the EQ14, and you'll get live migration (move VMs between hosts without downtime) and high availability.
Add a NAS. A dedicated NAS like a Synology DS224+ or a DIY TrueNAS box on a second mini PC gives you centralized storage and automated backups. Mount NFS shares in Proxmox for shared VM storage across your cluster.
Wait for RAM prices to normalize, then upgrade. If DDR5 prices come back down (and they probably will eventually), the SER8 with 64GB becomes a reasonable upgrade. Until then, the EQ14 + a second mini PC for clustering is a better path than dumping money into overpriced RAM.
Get a proper firewall. Replace your consumer router with pfSense or OPNsense running on a dedicated mini PC or as a VM. This gives you proper inter-VLAN routing, firewall rules, VPN termination, and traffic inspection — and is the next big leap in homelab skills.
Explore Kubernetes. Once you're comfortable with Docker, spin up a k3s cluster across two or three VMs on your cluster. It's the natural next step for anyone moving toward DevOps or platform engineering roles.
The $500 homelab isn't the finish line — it's the foundation. Every component in this build was chosen to be useful now and to remain useful when you upgrade. Start small, learn constantly, and build up from there.