[{"content":"Every \u0026ldquo;self-host your subscriptions away\u0026rdquo; list makes it sound like flipping a switch. It\u0026rsquo;s not quite that simple, but for these five, the trade is genuinely worth it — the software is mature, the setup is reasonable, and you\u0026rsquo;re not sacrificing much beyond someone else being on call at 3am.\n1. Immich → replaces Google Photos / iCloud Photos Immich has closed the gap with commercial photo backup faster than almost anything else in the self-hosted space. Automatic mobile backup, facial recognition, timeline view, shared albums — it\u0026rsquo;s there. The real cost isn\u0026rsquo;t the software, it\u0026rsquo;s the storage: budget for real redundancy (see: data hoarding pillar) since you\u0026rsquo;re now responsible for not losing your own photos.\nRun it if: you already have or are willing to build reliable storage. Skip it if: you don\u0026rsquo;t have a backup plan for the backup — self-hosted photo storage without off-site backup is a single point of failure, not an upgrade.\n2. Vaultwarden → replaces 1Password / LastPass Vaultwarden is a lightweight, Rust-based reimplementation of the Bitwarden server, compatible with all the official Bitwarden client apps. This is the lowest-risk item on this list — minimal resource footprint, mature codebase, and password managers are exactly the kind of tool that benefits from you controlling the data.\nRun it if: you can commit to keeping it patched and backed up — a password vault is not the place to get lazy about updates.\n3. Jellyfin → replaces Plex Pass / Netflix (for your own media) Jellyfin is fully open source with no paid tier gating hardware transcoding or major features, which is the whole reason people migrate from Plex in the first place. Client app support has caught up on most platforms, and transcoding works well if you\u0026rsquo;ve got a GPU to offload it to.\nRun it if: you already have a media library. Skip it if: you\u0026rsquo;re expecting it to replace actual streaming services with current releases — that\u0026rsquo;s not what this replaces.\n4. Paperless-ngx → replaces document scanning subscription services Point a scanner (or your phone) at it, and Paperless-ngx OCRs, tags, and indexes documents automatically. It\u0026rsquo;s one of the more genuinely life-improving self-hosted apps because the payoff is immediate: searchable PDFs of every bill, receipt, and piece of mail you\u0026rsquo;ve fed it.\nRun it if: you actually have a document backlog to deal with. It\u0026rsquo;s a low-maintenance, \u0026ldquo;set it up once and feed it forever\u0026rdquo; kind of service.\n5. Uptime Kuma → replaces paid uptime monitoring If you\u0026rsquo;re running any of the above, you need to know when they go down. Uptime Kuma is a clean, actively maintained status-monitoring tool with notification integrations for basically everything (Discord, email, ntfy, ping, ports). It\u0026rsquo;s the smallest app on this list and arguably the most important — self-hosting without monitoring means you find out things broke when you go looking for them, not when they happen.\nThe honest trade-off None of this is free in the way \u0026ldquo;free\u0026rdquo; gets used in marketing. You\u0026rsquo;re trading a monthly bill for your own time, your own backups, and your own uptime. For these five, that trade is worth it because the software is mature and the failure modes are well understood. For anything less mature, read the data-hoarding and hardware guides here before you commit real data to it.\n","permalink":"https://rhomelab.com/self-hosted/5-apps-that-replace-subscriptions/","summary":"\u003cp\u003eEvery \u0026ldquo;self-host your subscriptions away\u0026rdquo; list makes it sound like flipping a switch. It\u0026rsquo;s not quite that simple, but for these five, the trade is genuinely worth it — the software is mature, the setup is reasonable, and you\u0026rsquo;re not sacrificing much beyond someone else being on call at 3am.\u003c/p\u003e\n\u003ch2 id=\"1-immich--replaces-google-photos--icloud-photos\"\u003e1. Immich → replaces Google Photos / iCloud Photos\u003c/h2\u003e\n\u003cp\u003eImmich has closed the gap with commercial photo backup faster than almost anything else in the self-hosted space. Automatic mobile backup, facial recognition, timeline view, shared albums — it\u0026rsquo;s there. The real cost isn\u0026rsquo;t the software, it\u0026rsquo;s the storage: budget for real redundancy (see: data hoarding pillar) since you\u0026rsquo;re now responsible for not losing your own photos.\u003c/p\u003e","title":"5 Self-Hosted Apps That Actually Replace Paid Subscriptions in 2026"},{"content":"\u0026ldquo;RAID is not a backup\u0026rdquo; gets repeated so often it\u0026rsquo;s lost meaning. Here\u0026rsquo;s the version that actually helps you pick a redundancy level instead of just feeling vaguely guilty about your array.\nWhat redundancy actually protects against Redundancy (RAID-Z1, RAID-Z2, mirrors, whatever flavor) protects against drive failure, full stop. It does not protect against:\nAccidental deletion (redundancy dutifully replicates your mistake) Ransomware or file corruption that writes bad data (same problem) Fire, theft, flooding, or anything that takes out the whole box at once Controller or power supply failure that kills multiple drives simultaneously That\u0026rsquo;s what backups are for, and it\u0026rsquo;s a separate problem from redundancy. This post is specifically about the \u0026ldquo;how many drives can I lose without losing data\u0026rdquo; question.\nThe real risk: rebuild time The reason \u0026ldquo;just run RAID-Z1 with one parity drive\u0026rdquo; advice has gotten worse over time isn\u0026rsquo;t the math — it\u0026rsquo;s drive size. Rebuilding a failed 4TB drive from parity used to take hours. Rebuilding a failed 20TB drive can take a day or more, and during that entire window, your array has zero redundancy left. If a second drive fails — and rebuild stress is exactly when a second aging drive tends to fail — you lose the pool.\nThis is why RAID-Z1 (single parity) has fallen out of favor for anything beyond small arrays of smaller drives, and why RAID-Z2 (dual parity) has become the practical default for larger pools.\nA sizing framework, not a rule of thumb Instead of \u0026ldquo;always run Z2,\u0026rdquo; work through this:\nHow many drives are in the vdev? More drives means more chances for a second failure during a rebuild. A 4-drive vdev is a different risk profile than a 12-drive vdev. How big are the drives? Bigger drives mean longer rebuilds mean longer exposure windows. Scale your parity up as your drive size goes up. How replaceable is this data? A media library you could re-rip is a different risk tolerance than family photos or financial records that exist in exactly one place. Do you actually have a backup for the important subset? If yes, you can run leaner redundancy on the pool since a rebuild failure isn\u0026rsquo;t catastrophic — it\u0026rsquo;s an inconvenience you recover from with the backup. Practical starting points Small pool (4-6 drives, ≤8TB each), backed-up critical data: RAID-Z1 is defensible. Watch your drive ages and replace proactively. Larger pool (8+ drives) or drives above 12TB: RAID-Z2. The rebuild window is long enough that single parity is gambling. Anything truly irreplaceable: mirrors (RAID-10 equivalent) or RAID-Z2 and an off-site backup. Redundancy buys you uptime during a drive failure; it does not buy you disaster recovery. Very large pools (16+ drives): consider RAID-Z3 (triple parity) or splitting into multiple smaller vdevs rather than one giant one — a single huge vdev means a single huge rebuild. The one habit that matters more than any RAID level Monitor drive health (SMART data, zpool status, scrub schedules) and replace drives showing early warning signs before they fail outright, not after. A proactive swap on a healthy array is a non-event. A failure during a rebuild is how pools actually get lost. Redundancy buys you a safety margin — monitoring is what tells you when you\u0026rsquo;re about to need it.\n","permalink":"https://rhomelab.com/data-hoarding/raid-redundancy-guide/","summary":"\u003cp\u003e\u0026ldquo;RAID is not a backup\u0026rdquo; gets repeated so often it\u0026rsquo;s lost meaning. Here\u0026rsquo;s the version that actually helps you pick a redundancy level instead of just feeling vaguely guilty about your array.\u003c/p\u003e\n\u003ch2 id=\"what-redundancy-actually-protects-against\"\u003eWhat redundancy actually protects against\u003c/h2\u003e\n\u003cp\u003eRedundancy (RAID-Z1, RAID-Z2, mirrors, whatever flavor) protects against \u003cstrong\u003edrive failure\u003c/strong\u003e, full stop. It does not protect against:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eAccidental deletion (redundancy dutifully replicates your mistake)\u003c/li\u003e\n\u003cli\u003eRansomware or file corruption that writes bad data (same problem)\u003c/li\u003e\n\u003cli\u003eFire, theft, flooding, or anything that takes out the whole box at once\u003c/li\u003e\n\u003cli\u003eController or power supply failure that kills multiple drives simultaneously\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eThat\u0026rsquo;s what backups are for, and it\u0026rsquo;s a separate problem from redundancy. This post is specifically about the \u0026ldquo;how many drives can I lose without losing data\u0026rdquo; question.\u003c/p\u003e","title":"How Much RAID Redundancy Do You Actually Need? A Data Hoarder's Guide"},{"content":"Every homelab thread eventually turns into a hypervisor argument. Here\u0026rsquo;s the practical version, based on what actually matters when it\u0026rsquo;s your own gear and your own time on the line.\nThe short answer If you\u0026rsquo;re starting fresh in 2026, run Proxmox VE. It\u0026rsquo;s free, actively developed, has a real community, and does everything most home labs need — VMs, LXC containers, clustering, ZFS, and a web UI that doesn\u0026rsquo;t feel like an afterthought. The rest of this post is for the \u0026ldquo;but why\u0026rdquo; crowd.\nProxmox VE Proxmox is a Debian-based hypervisor with KVM for VMs and LXC for containers side by side — that combination alone is a big reason it\u0026rsquo;s become the default homelab choice. Containers are lighter than VMs for anything Linux-native, and you\u0026rsquo;re not stuck picking one virtualization model for your whole cluster.\nStrengths:\nNo licensing tier that suddenly starts asking for money (there\u0026rsquo;s a paid support subscription, but the software itself is fully functional without one) Native ZFS support, including boot-drive ZFS mirrors Clustering is built in and doesn\u0026rsquo;t require a separate management VM LXC containers for anything that doesn\u0026rsquo;t need full VM isolation — dramatically lower overhead for things like Gitea, Pi-hole, or a reverse proxy Weaknesses:\nHardware compatibility list is less exhaustive than VMware\u0026rsquo;s — check your NIC and storage controller before committing The web UI, while functional, is not going to win design awards VMware ESXi ESXi used to be the default recommendation, largely because so many admins learned virtualization on it professionally. That\u0026rsquo;s changed. Broadcom\u0026rsquo;s acquisition of VMware reshaped licensing hard, and the free ESXi tier that homelabbers relied on for years is effectively gone. You can still find hardware compatibility and vMotion-style live migration that\u0026rsquo;s genuinely more polished than the alternatives — but you\u0026rsquo;re now evaluating whether that polish is worth what it costs, in money or in workaround effort, for a home environment.\nWhere it still makes sense: if your day job is VMware administration and you want your homelab to mirror production, or you already have valid licensing through work.\nXCP-ng XCP-ng (built on Xen) is the option most people haven\u0026rsquo;t tried and probably should look at more. It\u0026rsquo;s fully open source, backed by Vates, and pairs with Xen Orchestra for management — which, notably, is also free if you\u0026rsquo;re willing to build it from source instead of paying for the pre-built appliance.\nStrengths:\nGenuinely open source top to bottom, no asterisks Live migration and other \u0026ldquo;enterprise\u0026rdquo; features aren\u0026rsquo;t locked behind a paywall Solid track record for stability Weaknesses:\nSmaller community than Proxmox means fewer guides for oddball problems Xen Orchestra\u0026rsquo;s free tier requires you to build from source and self-update — the paid appliance is otherwise the easy path What actually matters for a home cluster Three things separate a good choice from a regret six months in:\nHardware support. Check your specific NIC, storage controller, and any passthrough devices (GPUs especially) against each platform\u0026rsquo;s compatibility notes before you commit, not after. Container vs. VM mix. If most of what you\u0026rsquo;re running is Linux services, Proxmox\u0026rsquo;s LXC support saves real RAM and disk over VM-only platforms. What happens when it breaks. Proxmox and XCP-ng both have active forums where real answers show up fast. That matters more than any single feature when you\u0026rsquo;re debugging a broken cluster at 11pm. For most home setups in 2026, Proxmox remains the pragmatic default — free, well-documented, and flexible enough to grow with a cluster instead of forcing you into a redesign later.\n","permalink":"https://rhomelab.com/proxmox/proxmox-vs-esxi-vs-xcpng/","summary":"\u003cp\u003eEvery homelab thread eventually turns into a hypervisor argument. Here\u0026rsquo;s the practical version, based on what actually matters when it\u0026rsquo;s your own gear and your own time on the line.\u003c/p\u003e\n\u003ch2 id=\"the-short-answer\"\u003eThe short answer\u003c/h2\u003e\n\u003cp\u003eIf you\u0026rsquo;re starting fresh in 2026, \u003cstrong\u003erun Proxmox VE\u003c/strong\u003e. It\u0026rsquo;s free, actively developed, has a real community, and does everything most home labs need — VMs, LXC containers, clustering, ZFS, and a web UI that doesn\u0026rsquo;t feel like an afterthought. The rest of this post is for the \u0026ldquo;but why\u0026rdquo; crowd.\u003c/p\u003e","title":"Proxmox vs ESXi vs XCP-ng: Which Hypervisor Should You Actually Run at Home in 2026?"},{"content":"Deploy Vaultwarden, Uptime Kuma, and Paperless-ngx as clean, isolated Proxmox LXC containers with one command each — no manual container creation, no hand-typing systemd units, no permission debugging.\nThis is the exact pattern used to stand up production services on a real cluster: each app gets its own lightweight LXC (not a shared Docker host), unprivileged where possible, on whatever bridge/VLAN you tell it to use.\nWhat\u0026rsquo;s in the box playbook.yml — the main playbook; deploy one app or all three roles/vaultwarden/ — Bitwarden-compatible password manager roles/uptime-kuma/ — uptime/status monitoring for everything else you self-host roles/paperless-ngx/ — document scanning, OCR, and search roles/common/ — shared LXC provisioning logic (template download, container creation, base hardening) inventory.example.ini — copy to inventory.ini and fill in your Proxmox host details Requirements A Proxmox VE host reachable over SSH with a user that can run pct (does not need to be root) Ansible 2.15+ on your control machine A Debian 12 LXC template already downloaded, or let the playbook fetch one for you Get it Get the Starter Kit — $19 Checkout is handled by Stripe. This is a digital download — no physical shipping.\n","permalink":"https://rhomelab.com/products/proxmox-starter-kit-v1/","summary":"\u003cp\u003eDeploy \u003cstrong\u003eVaultwarden\u003c/strong\u003e, \u003cstrong\u003eUptime Kuma\u003c/strong\u003e, and \u003cstrong\u003ePaperless-ngx\u003c/strong\u003e as clean, isolated Proxmox LXC containers with one command each — no manual container creation, no hand-typing systemd units, no permission debugging.\u003c/p\u003e\n\u003cp\u003eThis is the exact pattern used to stand up production services on a real cluster: each app gets its own lightweight LXC (not a shared Docker host), unprivileged where possible, on whatever bridge/VLAN you tell it to use.\u003c/p\u003e\n\u003ch2 id=\"whats-in-the-box\"\u003eWhat\u0026rsquo;s in the box\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ccode\u003eplaybook.yml\u003c/code\u003e — the main playbook; deploy one app or all three\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003eroles/vaultwarden/\u003c/code\u003e — Bitwarden-compatible password manager\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003eroles/uptime-kuma/\u003c/code\u003e — uptime/status monitoring for everything else you self-host\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003eroles/paperless-ngx/\u003c/code\u003e — document scanning, OCR, and search\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003eroles/common/\u003c/code\u003e — shared LXC provisioning logic (template download, container creation, base hardening)\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003einventory.example.ini\u003c/code\u003e — copy to \u003ccode\u003einventory.ini\u003c/code\u003e and fill in your Proxmox host details\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"requirements\"\u003eRequirements\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003eA Proxmox VE host reachable over SSH with a user that can run \u003ccode\u003epct\u003c/code\u003e (does not need to be root)\u003c/li\u003e\n\u003cli\u003eAnsible 2.15+ on your control machine\u003c/li\u003e\n\u003cli\u003eA Debian 12 LXC template already downloaded, or let the playbook fetch one for you\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"get-it\"\u003eGet it\u003c/h2\u003e\n\u003cform action=\"/api/checkout\" method=\"POST\"\u003e\n  \u003cbutton type=\"submit\" class=\"buy-button\"\u003e\n    Get the Starter Kit — $19\n  \u003c/button\u003e\n\u003c/form\u003e\n\u003cp\u003e\u003cem\u003eCheckout is handled by Stripe. This is a digital download — no physical shipping.\u003c/em\u003e\u003c/p\u003e","title":"Proxmox Self-Hosted Starter Kit v1"}]