From Frankenstein to Focused: The 2026 Homelab
ARCHIVEDA reflection on my homelab’s evolution and a plan to refocus it in 2026 while exploring new computing challenges.
Overview: My Homelab and Self-Hosting Journey
A homelab is a deeply personal project. We all invest time, money, and effort into building systems that reflect our curiosity—whether that curiosity is driven by learning, self-hosting, or simply understanding how things work.
This series is a deliberate pause and reset. As 2026 begins, I’m stepping back to review my homelab as it exists today—what it does well, where it has accumulated unnecessary complexity, and how it can evolve into a more focused platform for learning and experimentation.
Over the course of this series, I’ll be covering:
- What has worked well in the past, and where there’s room for improvement
- The technologies and problem spaces I want to explore in 2026
- How to maximise the value of my existing homelab hardware
- What to retire, what to keep, and what to rebuild or migrate
Why I’m Revisiting My Homelab in 2026
Over the years, my homelab has evolved from a classic Frankenstein’s monster into more conventional server-grade hardware. More recently, I’ve intentionally scaled things back—prioritising energy efficiency, simplicity, and clearly defined responsibilities for each system.
Despite this shift, the homelab still runs the core self-hosted services my household depends on every day.
At the start of 2026, I want to reignite the exploratory side of computing—the part that originally drew me into homelabs. This feels like the right time to reassess whether my current setup still aligns with my goals, or whether it has quietly drifted into “just keeping things running.”
What Self-Hosting Means in My Homelab Today
Self-hosting gives me freedom: the freedom to explore computing in a safe, controlled environment and to develop skills without imposed direction or ongoing subscription costs.
My homelab also provides critical household services, alongside convenience services such as media streaming. By hosting these services myself, I retain control over my data while prioritising privacy and flexibility.
Because these services are relied upon day to day, stability is essential. I intentionally separate production workloads from experimental systems so I can learn, break things, and experiment without impacting the household.
Current State of My Homelab Setup
Network Diagram
Hardware Inventory
The house is fully wired with Cat6A Ethernet, providing a strong foundation for future upgrades and enough headroom to introduce 10 GbE where it makes sense.
My current homelab is intentionally compact, with a focus on low power usage and clearly defined roles for each device.
Primary Compute
- Intel N100 CPU
- 32 GB RAM
- 500 GB internal NVMe storage
- 200 GB external SSD
Storage
- Raspberry Pi 4
- 4 Bay Icybox Direct Attached Storage
- 2 × 4 TB HDDs configured as a mirrored RAID array
Firewall and Router
- Raspberry Pi 4
- Secondary Ethernet via USB
Networking
- Netgear 16-port 1 GbE smart managed switch
- TP-Link 5-port 1 GbE PoE unmanaged switch
Home Automation
- Raspberry Pi 4
- USB Sonoff Zigbee coordinator
Core Self-Hosted Services I Rely On
The homelab has become a critical part of daily life. While individual products may change during this review, these capabilities must remain available.
| Service | Primary Function(s) | Notes |
|---|---|---|
| OpenWRT | Firewall, VPN, DDNS | Core network routing and security |
| Pi-hole | DNS, DHCP | Network-level ad blocking |
| Portainer | Docker Management | Web GUI simplifies container deployment |
| Nginx Proxy Manager | Reverse Proxy, Let’s Encrypt Certificates | Centralized HTTPS and internal routing |
| Omada | Wi-Fi Management | Wireless AP controller and monitoring |
| Home Assistant | Automation & Control | Household automation and monitoring |
| Emby | Media Server | Video & Audio streaming to devices |
| Nextcloud | File Sync & Sharing | Centralized storage with external access |
| Uptime-Kuma | Service Monitoring & Notifications | Tracks uptime and sends alerts |
Software and Services Review
It’s important to look beyond hardware and critically review the software and services that make up the homelab.
This review focuses on how well each service fits its intended purpose—what has worked well, where friction or pinch points exist, and what changes may be worthwhile to better support continued learning and experimentation.
Infrastructure Services
Proxmox
Keep
Proxmox has been reliable as a single-node hypervisor and has enabled rapid experimentation with virtual machines and containers. The performance issues I’ve encountered are largely attributable to underlying hardware limitations rather than Proxmox itself. At this point, I have no concerns with the platform and am happy to continue using it as the foundation of my homelab.
Possible Alternative: XCP-ng an open-source virtualization with enterprise features, high availability, and clustering support.
OpenWRT
Replace
OpenWRT has proven to be a stable and capable firewall and routing platform, offering flexibility through additional services such as VPN routing. While I have no issues with its reliability or feature set, migrating to an alternative solution could help broaden my understanding of networking and firewall architectures.
Possible Alternatives: OPNsense or pfSense provides a similar feature set with a modern interface and more enterprise-grade options, while also supporting HA configurations.
Pi-hole
Replace
Pi-hole has been a dependable service within the homelab, handling DNS sinkholing, local DNS resolution, and DHCP for the network. Its GUI is convenient and lightweight, making management easy.
However, Pi-hole abstracts many of the underlying systems. To gain deeper understanding of DNS and DHCP while maintaining manageability, a more native approach is desirable.
Possible Alternative: Webmin provides a web-based interface to manage Bind9, dnsmasq, and DHCP directly on the host. This allows full visibility into configurations and control over the native services, giving hands-on experience with the core DNS/DHCP systems while retaining a GUI for convenience.
Nginx Proxy Manager (NPM)
Replace
Nginx Proxy Manager has significantly simplified TLS certificate management and internal service routing. Over time, it has become a central dependency for many services. Given its importance, introducing a highly available proxy solution would improve resilience and reduce the impact of a single point of failure.
Possible Alternatives: Traefik or HAProxy provide more direct control over routing, SSL, and load balancing while supporting dynamic configurations for modern applications.
Portainer
Retire
Portainer provides a web interface to manage Docker and containerized workloads, simplifying deployment and monitoring.
While it has been reliable and useful during early adoption of containerization, it abstracts much of the underlying Docker workflow. This reduces direct interaction with core concepts such as container lifecycle management, networking, volumes, and image handling.
Possible Alternative: Managing containers directly using the Docker CLI with docker compose promotes hands-on interaction with native Docker components.
User-Facing Services
Nextcloud
Review Later
Nextcloud provides centralised file storage with cross-platform access and external availability. It has been reliable and meets current needs. However, many features are unused; I can either deepen my use of Nextcloud’s capabilities or explore a more focused file sync solution.
Possible Alternative: Syncthing provides lightweight peer-to-peer file syncing across devices without the overhead of a full platform.
Emby
Review Later
Emby has been a reliable media streaming platform with steady development and consistent performance. It currently meets all of my requirements, and there are no immediate drivers to replace it.
Possible Alternative: Jellyfin is fully open-source, actively maintained, and offers a growing ecosystem of plugins.
Home Assistant
Keep
Home Assistant has become deeply embedded in household operations, providing reliable automation, dashboards, and device management. Acting as the central control plane, it consumes device state and events from services such as Zigbee2MQTT while presenting a unified interface for the household.
To complement this, Node-RED can be introduced as a companion service for building more complex, event-driven automations, creating a clear learning path for event-driven architecture and system orchestration.
Deployment Options: Node-RED, MQTT, and Zigbee2MQTT can be run as separate containers to gain hands-on experience with the underlying technologies and achieve greater resilience.
Possible Alternative: OpenHAB – a vendor and technology agnostic open source automation software.
Uptime-Kuma
Keep
Uptime-Kuma provides service monitoring with customizable alerts and notifications. Its lightweight design and intuitive web interface make it simple to deploy and maintain. The service has been stable and effectively meets the homelab’s monitoring needs.
Future considerations include integrating Uptime-Kuma with Home Assistant automations, allowing alerts to trigger recovery actions or other automated responses.
Possible Alternatives: Prometheus + Grafana or Zabbix – more advanced monitoring and alerting, enterprise-grade insights.
Pinch Points and Responses
Running my own servers over time has highlighted a number of practical weaknesses in the current setup. These lessons—mostly learned the hard way—directly inform how the 2026 homelab will be redesigned. Each pinch point is paired with a response.
In no particular order:
1. Power Outages (Rare, but Impactful)
Problem
The homelab currently has no UPS. As a result, it cannot tolerate short power outages or perform a graceful shutdown, risking filesystem corruption and service instability.
Resolution
Introduce a UPS capable of sustaining the homelab during short outages and providing sufficient runtime for an orderly, automated shutdown when battery capacity is low. Integration with hosts and critical services will be required to avoid abrupt power loss.
2. Automatic Power-On Dependencies
Problem
Media storage is hosted on a USB DAS that does not automatically power on after a power loss. When this occurs, OpenMediaVault starts without its backing storage, leading to failed mounts and cascading failures in media-related containers.
Resolution
Replace the existing USB DAS with storage hardware that supports automatic power-on after an outage. This removes a single point of failure and ensures storage-dependent services can recover cleanly without manual intervention.
3. Proxmox I/O Delay and Pressure Stalls
Problem
Spikes in I/O delay and pressure stalls within Proxmox create significant performance bottlenecks, causing intermittent system responsiveness. Diagnostic tools included iotop, iostat, and systemd-cgtop.
Resolution
- Upgrade to high-performance storage with optimized I/O throughput
- Implement granular resource management and precise host-level controls
- Right-size host CPU to match workload demands
- Deploy secondary compute node for workload distribution and resilience
4. Network Performance Ceilings
Problem
Although the house is wired with Cat6A, most active networking equipment is limited to 1 GbE. While the physical infrastructure is ready for higher speeds, the hardware currently caps throughput.
Resolution
Incrementally upgrade network interfaces and switching to support 2.5 GbE or 10 GbE where it provides measurable benefit. Existing cabling allows this to be done selectively rather than through a full network replacement.
5. Storage Capacity Growth
Problem
When initially deployed, 4 TB disks felt generous. Over time—particularly with media and backups—capacity has filled faster than expected, resulting in reactive rather than intentional expansion.
Resolution
Redesign the storage layout around higher-capacity modern disks with deliberate room for expansion. Capacity planning should balance redundancy, power consumption, and future growth.
6. Remote Access Limitations
Problem
On rare occasions, remote management of the homelab is required. While front-end services are accessible externally, management interfaces are intentionally not exposed to the WAN. This improves security but limits the ability to respond to issues when off-site.
Resolution
Introduce secure, authenticated, and encrypted entry point for remote administration, enabling off-site management without exposing internal interfaces directly to the internet. Access should remain tightly scoped, logged, and auditable.
7. No Backup
Problem
As my homelab has grown, new services have been deployed and the household has become increasingly dependent on it. Despite this, little consideration has been given to backups beyond the use of a mirrored RAID array, which provides redundancy but is not a substitute for a proper backup strategy.
Resolution
Introduce a backup strategy that protects critical application data and configuration. Backups should run regularly to independent storage, with retention policies that allow recovery from both recent failures and historical data corruption. The entire backup process should be automated to ensure consistency and reliability.
New Design
Fundamentally, there are no issues with the software or services; instead, the homelab would benefit from architectural and hardware changes to meet all targets.
These can be summarised as:
- Add a UPS to provide battery power to all hardware.
- Deploy an additional Proxmox compute node to create a HA Proxmox cluster, improving resiliency and reducing the impact of bursty workloads.
- Replace the USB Zigbee coordinator with a networked coordinator to ensure reliable access for Home Assistant within the HA cluster.
- Move storage to a NAS to remove automatic power-on dependencies, accommodate future drive expansion, and provide a backup repository.
- Upgrade network hardware to support at least 2.5 GbE, leveraging improved network speeds while maintaining the option to uplift existing equipment.
- Introduce a VPN server to provide secure remote access for network management.
Hardware
This is a concept diagram of what my hardware network would look like after the additions.
Software & Services
- Highly Available (HA) Services
- Designed to tolerate node or service failure. If one instance becomes unavailable, another takes over with minimal disruption.
- Load-Balanced Services
- Distribute traffic across multiple active instances to improve performance and responsiveness. Only applicable to services that support concurrent operation.
Using a Proxmox cluster provides the opportunity to consolidate services that have been running a standalone hardware into the cluster. This not only makes the services highly available but also allows for load balancing of certain services.
Dotted Links - represent synchronization, state awareness, or failover relationships rather than direct client traffic.
Other considerations
Estimated Power Budget Breakdown
A key goal of the homelab redesign is to improve resilience and capability without significantly increasing ongoing power consumption.
| Component | Estimated Avg Power |
|---|---|
| Proxmox host | ~10-30 W |
| Additional Proxmox host | ~10-30 W |
| NAS (4-bay, NVMe-capable) | ~12.5–41.3 W |
| Firewall / Router | ~10–15 W |
| Switch (2.5 GbE, fanless) | ~8–15 W |
| Zigbee network coordinator | < 2 W |
| Misc (APs, overhead) | ~10–15 W |
Estimated Total Average Load: 💡 ~62.5–148.3 Watts continuous
Using an electricity rate of 23.74 pence per kWh, the estimated running cost is:
- Daily consumption: ~1.5–3.56 kWh
- Daily cost: ~£0.36 – £0.84
- Monthly cost: ~£11 – £25
- Annual cost: ~£130 – £300
From Plan to Reality
Purchase Options
The review has identified several changes to the homelab’s hardware requirements. These updates must be carefully evaluated to ensure they meet functional needs, stay within budget, and align with energy efficiency goals. Keeping power consumption low is essential to minimise long-term operating costs.
Below you’ll find a few products for each category that I will need to upgrade my homelab
⭐ Indicate purchased equipment
UPS
Requirement: Replaceable batteries with 30–60 min runtime and USB or Ethernet monitoring
| Model | Approx. Cost (£) | Output | Capacity (VA / W) | Est. Runtime @ 150 W | Battery Replaceable | AVR | Dataline Protection | NUT Support | Interface |
|---|---|---|---|---|---|---|---|---|---|
| CyberPower VP1600EILCD Value PRO | £247 | 4× Battery Protected, 4× Surge Only | 1600 VA / 960 W | ~50–55 min | ✔ | ✔ | 1 GbE | ✔ (USB HID) | LCD |
| APC Back-UPS BX1600MI | £175 | 4× Battery Protected, 2× Surge Only | 1600 VA / 900 W | ~30–35 min | ✔ | ✔ | 1 GbE | ✔ (USB HID) | simple LED status |
| APC Back-UPS Pro BR1600MI ⭐ | £362 | 6× Battery Protected, 2× Surge Only | 1600 VA / 960 W | ~50–55 min | ✔ | ✔ | 1 GbE | ✔ (USB HID) | LCD |
Automatic Voltage Regulation (AVR) stabilizes the mains power supply voltage to a load which provides protection from power problems.
Dataline Protection is an electrical safety measure that guards electronic devices against power surges and voltage spikes traveling through communication lines such as Ethernet.
Future resilience option:
A whole-house battery system can protect all electrical loads and dramatically extend runtime. When paired with a UPS, this ensures clean power delivery and controlled shutdown even during extended outages.
NAS
Requirement: 4-Bay, 2.5 GbE with NVMe support for caching
| Product | Approx. Cost (£) | Idle Power | Read/Write Power | Max Load Power |
|---|---|---|---|---|
| Synology DS925+ ⭐ | £579 | 12.5W | 28.7W | 41.3W |
| AOOSTAR 4-Bay Ryzen NAS | £599 | 16.2W | 38.5W | 52.1W |
| UGREEN NASync DXP4800 Plus | £510 | 14.3W | 33.6W | 45.2W |
| QNAP TS-433 (No NVMe) | £402 | 11.8W | 26.4W | 39.7W |
Proxmox Host
Requirement: Small footprint, with dual 2.5 GbE NIC for data and storage
| Product | Approx. Cost (£) | Estimated Power | Processor | Cores / Threads | Base / Boost Clock | RAM | Storage |
|---|---|---|---|---|---|---|---|
| Beelink EQ14 | £299 | ~8-20 W | Intel N150 | 4/4 | 1.1 GHz / 2.8 GHz | 16GB | 500GB SSD |
| BOSGAME E4 | £299 | ~15-45 W | AMD Ryzen 5 3550H | 4/8 | 2.1 GHz / 3.7 GHz | 16GB | 512GB SSD |
| GMKtec Nucbox M5 Ultra ⭐ | £379 | ~10-30 W | AMD Ryzen 7 7730U | 8/16 | 2.0 GHz / 4.5 GHz | 16GB | 512GB SSD |
Firewall / Router
Requirement: Dual NIC at a minimum, with enough resources for extra services
| Product | Approx. Cost (£) | Idle Power | NICs (Count & Speed) | OPNsense Compatibility |
|---|---|---|---|---|
| Netgate SG-2100 | £190–£240 | ~7–10 W | 1 x 1 GbE WAN + 4 × 1 GbE (switched) | ✔ Fully supported |
| Intel N100 Mini PC ⭐ | £180–£260 | ~10–15 W | 2 × 2.5 GbE (Intel i226-V) | ✔ Fully supported |
| Protectli Vault Pro VP2420-4 Port | £270–£320 | ~12–18 W | 4 × 2.5 GbE | ✔ Fully supported |
| Intel NUC (i3 / i5) as Firewall Node | £250–£450 | ~25–40 W | 1–2 × GbE onboard | ✔ Supported |
Ethernet Zigbee Coordinator
Requirement: Powered using PoE, and good range
| Coordinator | Approx. Cost (£) | Integration |
|---|---|---|
| SMLIGHT SLZB-06mg24 (PoE) | £75–£85 | Zigbee2MQTT (TCP) |
| SONOFF Dongle Max ⭐ | £38–£45 | Zigbee2MQTT (TCP) |
2.5 GbE Network Switch
Requirement: Energy-efficient, 2.5 GbE capable, optionally managed
| Model | Ports | PoE Support | Managed | Est. Idle Power (No PoE) | Switching Capacity | Approx. Price (£) |
|---|---|---|---|---|---|---|
| TP‑Link TL‑SG105‑M2 | 5 × 2.5 GbE | None | Unmanaged | ~3–6 W | 25 Gbps | ~£70–£90 |
| Ubiquiti UniFi Flex Mini 2.5G | 5 × 2.5 GbE | PoE input only | L2 Managed | ~6-10 W | 20 Gbps | ~£50–£70 |
| MERCUSYS MS108GS-M2 ⭐ | 8 × 2.5 GbE | None | Unmanaged | ~5–8 W | 40 Gbps | £50 |
| BrosTrend 8 Port 2.5Gb | 8 × 2.5 GbE | None | Unmanaged | ~6–10 W | 40 Gbps | ~£60–£90 |
| TP-Link TL-SG108-M2 | 8 × 2.5 GbE | None | Unmanaged | ~5–8 W | 40 Gbps | ~£90 |
Implementation
I implemented the upgrades in phased stages to avoid downtime:
- Synology NAS
- Assembled the new Synology NAS using four 4 TB WD Red drives reclaimed from a previous project, configured as a RAID5.
- Added two Synology 400 GB NVMe modules as SSD cache.
- iSCSI storage
- Created iSCSI LUNs on the Synology.
- Connected the existing Proxmox host to the new LUNs.
- Migrated all VM and container disks to the Synology LUNs to centralize storage.
- Proxmox host migration
- Deployed the new Proxmox host, joined it to the existing cluster.
- Live-migrated guest VMs and containers from the original host to the new host while keeping services online.
- Removed the old Proxmox host from the cluster.
- Repurposing old hardware
- Reused the decommissioned Proxmox server hardware as the new firewall.
- Migrated rules/policies, NAT entries, and VPN endpoints to the new firewall with minimal service interruption.
- Decomissioned the previous firewall appliance.
- Zigbee coordinator and Home Assistant
- Installed the Ethernet-based Zigbee coordinator and integrated it into Home Assistant.
- Network and iSCSI
- Connected all of the new equipment to the new 2.5 Gb switch.
- Configured a dedicated iSCSI interface on the Proxmox host and Synology.
- Ensured consistent MTU/Jumbo Frame settings across Synology and Proxmox hosts.
- UPS and rackwork
- Installed the UPS under the switch rack
- Integrated it with Synology and Proxmox for graceful shutdowns—configured and tested UPS notifications and shutdown scripts.
- Tidied cabling, labeled ports, and updated rack documentation.