LabHub

ブログ

セルフホスト・メディア & ホームラボ 2026 — Jellyfin / Immich / Navidrome / Audiobookshelf / arr スタック / Tdarr 徹底ガイド

2026-05-15 · 36 分で読めます · #self-hosted#homelab#jellyfin#plex#immich#navidrome#audiobookshelf#sonarr#radarr#prowlarr#arr-stack#tdarr#trash-guides#deep-dive#japanese

한국어English日本語

プロローグ — 2025 年の亀裂、2026 年の再編

2025 年の春、Plex は値上げとリモートストリーミングの有料化を同日に発表した。「自宅のサーバーにある自分のコンテンツを、自分の電話で外から見るのに、なぜ別途お金を払うのか」という問いが r/selfhosted と r/Plex を一週間ほど埋め尽くし、その翌週には Jellyfin の Wiki と GitHub Issue トラッカーが過去最高のトラフィックを記録した。コミュニティはこれを「Plex エクソダス」と呼ぶようになった。

幸運なタイミングで、Jellyfin はちょうど 10.10 リリースを安定段階に押し上げていた。AV1 デコード、Intel Arc / N100 iGPU のハードウェアトランスコード、HDR トーンマッピング、Trickplay サムネイル — Plex が有料機能として抱えていた要素のほとんどが、オープンソース陣営で無料で動き始めた。

本稿はその亀裂を経て、2026 年 5 月時点で形を整えたセルフホスト・メディア・ホームラボの地図を描く。動画(Jellyfin / Plex / Emby)、写真(Immich / Photoprism)、音楽(Navidrome)、オーディオブック(AudioBookshelf)、コミックと電子書籍(Komga / Kavita)、自動化(arr スタック)、トランスコード(Tdarr / Unmanic / FileFlows)、そしてハードウェアとリモートアクセスまで。

読み終わる頃には、N100 ミニ PC 一台でどこまでいけるのか、一台の NAS で家族全体のメディアインフラをどこまで持ち上げられるのか、そしてそのコストが Netflix の年額より安いという事実が見えてくる。

1. 2026 年のセルフホスト地図 — Plex 騒動の後

2026 年 5 月時点で、セルフホスト・メディア・スタックは大まかに次のように整理される。

カテゴリ代表ツールライセンス一言評価
動画サーバJellyfinGPL2026 年の標準。Plex 代替の第一候補
動画サーバPlex商用UX は依然首位、ただし有料化加速
動画サーバEmby一部商用中間地帯、勢いは減退
写真ライブラリImmichAGPLGoogle Photos 代替の事実上の正解
写真ライブラリPhotoprismAGPL静的ギャラリーに強い
音楽NavidromeGPLSubsonic 互換、Spotify ライク
オーディオブックAudioBookshelfGPLオーディオブック + ポッドキャスト
コミックKomgaMITCBZ / CBR 専門、OPDS 対応
コミック + 書籍KavitaGPLコミック + 電子書籍 + マンガを統合
自動化Sonarr / Radarr などGPLメディア自動化の背骨
インデクサProwlarrGPLarr スタックのインデクサ集約点
字幕BazarrGPL字幕の自動取得
リクエストJellyseerrMITJellyfin / Plex 統合リクエスト
リクエストOverseerrMITPlex 専用リクエスト
ダウンロードqBittorrentGPLトレントの事実上の標準
ダウンロードSABnzbd / NZBGetGPLUsenet クライアント
トランスコードTdarr / UnmanicGPLライブラリ一括トランスコード
トランスコードFileFlows一部商用ワークフロー型
整理FileBot商用ファイル名正規化の最右翼
ガイドTRaSH-GuidesCC BY-NC-SAarr 品質プロファイルの聖典

この表だけ見てもひとつの変化が浮かぶ。2026 年のセルフホスト・メディアのほぼすべての中核ツールが、GPL / AGPL / MIT のような強いオープンソースライセンスの下に集まった。 Plex が無料から段階的有料化へ移る間、オープンソース陣営は逆方向に — かつて Plex だけが上手かった領域を追い抜く方向に — 歩を進めた。

2026 年型ミニマム・ホームラボ

部屋を一室占有せずに家族用メディアインフラを回したい人の基本構成は、たいてい次のようになる。

ハードウェア合計でおよそ 5 万 ~ 7 万円 + ディスク。電気代は N100 で平均 8 ~ 12 W、月数百円程度。Netflix + Disney+ + Apple Music + Audible の合算より安く、1 年で確実に回収できる。

2. Jellyfin 10.10 — ようやく安定したトランスコード

Jellyfin は長らく「理論上は Plex と同等、実運用ではトランスコードで壊れる」と言われてきた。2024 ~ 2025 年の 10.9 / 10.10 系でその評価が反転した。

10.10 が持ち込んだ変化

Docker Compose 一発で起動

# docker-compose.yml
services:
  jellyfin:
    image: jellyfin/jellyfin:10.10.4
    container_name: jellyfin
    user: '1000:1000'
    network_mode: host
    volumes:
      - ./config:/config
      - ./cache:/cache
      - /mnt/media/movies:/media/movies:ro
      - /mnt/media/tv:/media/tv:ro
      - /mnt/media/music:/media/music:ro
    devices:
      - /dev/dri:/dev/dri # Intel QSV / AMD VAAPI
    restart: unless-stopped
    environment:
      - JELLYFIN_PublishedServerUrl=https://jellyfin.example.com

/dev/dri をコンテナにパススルーする一行が、N100・Arc・iGPU のトランスコードを点灯する。ホストネットワークモードにしているのは DLNA 検出のため。

N100 で並列トランスコードは本当に回るか

ベンチを一息で。1080p H.264 + AAC のダイレクトプレイは無制限。4K HEVC HDR → 1080p H.264 SDR トランスコードは、N100 単体で同時 1.5 ~ 2 ストリームが限界。Arc A380(およそ 1 万 5 千円の外付け GPU)を入れると同時 6 ~ 8 ストリームに跳ねる。4K Dolby Vision Profile 7 は依然厄介なので、クライアント側でダイレクトプレイ可能な形式を選んでおくのが現実解。

Jellyfin がまだ弱いところ

Plex から Jellyfin へ移行する際のチェックリスト

3. Plex 2025 騒動の整理 — 何が変わったか

Plex は 2025 年 4 月にふたつのことを同時に発表した。

  1. Plex Pass の値上げ。 月額・年額・買い切りすべてが 30 ~ 50% 上昇。
  2. リモートストリーミングの有料化。 これまで無料だった「自宅サーバへ外部から接続して視聴」する機能が、Plex Pass か新設の Remote Watch Pass のサブスクライバ限定に。

論点の中心は二番目だった。セルフホスト・メディアサーバの存在意義そのものが「自分のデータを自分の端末で、どこからでも」だったのに、その核心にゲートが立てられた。r/selfhosted で最も引用されたコメントはこんな感じだった。

自分の回線、自分の電気、自分のディスク、自分のファイル。その上で外から見るのに Plex に金を払う必要があるのか? それなら最初から Plex である必要がないだろう。

それでも Plex が強いところ

公平を期せば、Plex には今でも光る点がある。

Plex に残るのが合理的な場合

Plex から離れるのが合理的な場合

Emby の立ち位置

Emby は Plex と Jellyfin の間に挟まっている。コアは部分的なオープンソース、主要機能の一部は Emby Premiere の有料購読。2026 年時点で Emby の勢いは明らかに減速し、オープンソース側の新規貢献はほとんど Jellyfin に流れている。既に Emby で快適に動いているサーバの持ち主だけが残るムードだ。

4. Immich — Google Photos 代替の正解

写真は動画とは別カテゴリだ。日々追加されるデータ量、バックアップの切実さ、家族単位の共有、そして — Google Photos の無料時代が終わって以降の — 真剣な代替への需要がすべて重なった。2026 年時点でその座を事実上独占しているのが Immich だ。

Immich が得意なこと

Compose の抜粋

services:
  immich-server:
    image: ghcr.io/immich-app/immich-server:release
    container_name: immich_server
    volumes:
      - /mnt/photos:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file: .env
    depends_on:
      - redis
      - database
    ports:
      - '2283:2283'
    restart: always

  immich-machine-learning:
    image: ghcr.io/immich-app/immich-machine-learning:release
    container_name: immich_ml
    volumes:
      - ./model-cache:/cache
    env_file: .env
    restart: always

  redis:
    image: redis:7-alpine
    container_name: immich_redis
    restart: always

  database:
    image: ghcr.io/immich-app/postgres:14-vectorchord0.3.0-pgvectors0.2.0
    container_name: immich_postgres
    env_file: .env
    volumes:
      - ./postgres:/var/lib/postgresql/data
    restart: always

Postgres には pgvector / vectorchord 拡張が同梱されている。これが CLIP 埋め込みのコサイン類似度検索を駆動する部分。

運用上の落とし穴

Immich vs Photoprism vs PhotoStructure

項目ImmichPhotoprismPhotoStructure
ライセンスAGPLAGPL商用
モバイル優秀普通弱い
意味検索CLIP、強いTensorFlow、普通弱い
バックエンドPostgres + pgvector + RedisMariaDBSQLite
運用負荷中低低
勢い非常に活発普通減速

Photoprism は「写真をカタログとして眺めたい、モバイル自動バックアップは別ツールで」という人には今も魅力的。PhotoStructure は複数ライブラリのマージに強いが、2026 年時点で勢いは低い。

5. Navidrome / AudioBookshelf — 音楽とオーディオブック

Subsonic API 互換の音楽サーバ。Spotify ライクな UX を自前のライブラリに重ねる。

services:
  navidrome:
    image: deluan/navidrome:latest
    user: 1000:1000
    ports:
      - '4533:4533'
    environment:
      ND_LOGLEVEL: info
      ND_SESSIONTIMEOUT: 24h
      ND_BASEURL: ''
      ND_SCANSCHEDULE: '@every 6h'
      ND_LASTFM_ENABLED: 'true'
    volumes:
      - ./data:/data
      - /mnt/music:/music:ro
    restart: unless-stopped

フォルダ構造は Artist / Album / 01 - Track.flac が最も無難。メタデータを MusicBrainz Picard で一度正規化してから Navidrome に投入すると非常に綺麗にまとまる。

AudioBookshelf

オーディオブックとポッドキャストの統合サーバ。Plexamp が苦手な領域。

オーディオブックはファイルが大きい — 1 タイトルで 1 ~ 2 GB は普通。NAS の専用パスに置いて読み取り専用でマウントする。

services:
  audiobookshelf:
    image: ghcr.io/advplyr/audiobookshelf:latest
    ports:
      - '13378:80'
    volumes:
      - /mnt/audiobooks:/audiobooks
      - /mnt/podcasts:/podcasts
      - ./config:/config
      - ./metadata:/metadata
    environment:
      - TZ=Asia/Tokyo
    restart: unless-stopped

Plexamp / Subsonic の位置

Plex ユーザにとって Plexamp は今でも最上位の体験だ。ただ Navidrome + 良質な Subsonic クライアントの組み合わせがほぼ追いついた、というのが 2026 年時点のコンセンサス。

6. Komga / Kavita — コミックと電子書籍

コミックと電子書籍のセルフホストは、ほぼ二強で分け合っている。

Komga

Kavita

選択基準はシンプル。コミック中心なら Komga。コミック + 電子書籍 + 雑誌が混在するなら Kavita。両方を立てて種別ごとにライブラリを分ける人も多い。

services:
  komga:
    image: gotson/komga:latest
    ports:
      - '25600:25600'
    volumes:
      - ./config:/config
      - /mnt/comics:/data
    environment:
      - TZ=Asia/Tokyo
    restart: unless-stopped

  kavita:
    image: jvmilazz0/kavita:latest
    ports:
      - '5000:5000'
    volumes:
      - ./kavita-config:/kavita/config
      - /mnt/books:/books
    environment:
      - TZ=Asia/Tokyo
    restart: unless-stopped

電子書籍の変換と整理

書籍ライブラリではファイル形式が重要。Calibre を別途立てて EPUB 正規化・メタデータ整理・表紙画像の手入れに使う人が多い。さらに Calibre-Web を被せると洗練されたウェブ OPDS が手に入る。

7. arr スタック — Sonarr / Radarr / Lidarr / Readarr / Prowlarr / Bazarr

2026 年でも arr スタックは依然としてメディア自動化の背骨だ。形は同じ、関節がより頑丈になっただけ。

役割分担

ツール担当一言
SonarrTV シリーズ新エピソードの自動追跡とダウンロード
Radarr映画映画コレクションの自動管理
Lidarr音楽アーティストとアルバムの追跡
Readarr電子書籍 + オーディオブック2026 年現在もアクティブな fork が進行中
WhisparrアダルトRadarr の派生
Prowlarrインデクサ集約すべての arr 用インデクサの単一入口
Bazarr字幕の自動取得Sonarr / Radarr のライブラリと同期

全体フロー

リクエストシステムやウィッシュリストに項目を入れる → arr ツールが Prowlarr 経由でインデクサを検索 → ダウンロードクライアント(qBittorrent / SABnzbd)にジョブを投入 → 完了後に正規化された名前で import パスへ → ライブラリリフレッシュ → Bazarr が字幕を取得 → Jellyfin や Plex がメタデータを再読込。

Prowlarr の変革

以前は Sonarr / Radarr / Lidarr のそれぞれにインデクサを別個に登録する必要があった。Prowlarr はそれをひとつのハブに集約する。インデクサを一度追加すれば、すべての arr に自動同期される。パスワード、Cookie、RSS URL を一箇所で管理できる。

Bazarr — 字幕の決定版

Sonarr / Radarr のライブラリに追従し、OpenSubtitles、Subscene、Addic7ed、Subdivx などから字幕を自動取得する。言語優先順位(例: 日本語 → 英語 → 韓国語)、スコア閾値、強制字幕の扱い、同期補正まで — 多言語家族なら事実上必須。

docker-compose の一節

services:
  sonarr:
    image: lscr.io/linuxserver/sonarr:latest
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - ./sonarr/config:/config
      - /mnt/media:/media
      - /mnt/downloads:/downloads
    ports:
      - '8989:8989'
    restart: unless-stopped

  radarr:
    image: lscr.io/linuxserver/radarr:latest
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - ./radarr/config:/config
      - /mnt/media:/media
      - /mnt/downloads:/downloads
    ports:
      - '7878:7878'
    restart: unless-stopped

  prowlarr:
    image: lscr.io/linuxserver/prowlarr:latest
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - ./prowlarr/config:/config
    ports:
      - '9696:9696'
    restart: unless-stopped

  bazarr:
    image: lscr.io/linuxserver/bazarr:latest
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - ./bazarr/config:/config
      - /mnt/media:/media
    ports:
      - '6767:6767'
    restart: unless-stopped

最大の落とし穴 — ハードリンクとフォルダ構造

初めて arr スタックを組む人が最も詰まる箇所だ。ダウンロードフォルダとメディアフォルダが同じファイルシステム上に存在しないとハードリンクが張れず、シードを続けながらライブラリにも同居できなくなる。推奨構造:

コンテナには /data 全体をマウントする。/data/torrents と /data/downloads を分けるとハードリンクが切れる。

8. Jellyseerr / Overseerr — リクエストシステム

家族から「この映画を入れて」というリクエストをどこで受けるか。Slack や LINE で受けると忘れる。その隙を埋めるのがリクエストシステム。

Overseerr — Plex 出身

Jellyseerr — Overseerr の fork、Jellyfin / Emby 対応

運用のコツ

9. qBittorrent / SABnzbd — ダウンロードクライアント

qBittorrent

トレントクライアントの事実上の標準。軽く、カテゴリとタグの仕組みが arr スタックと噛み合い、ウェブ UI がシンプル。

Gluetun — VPN コンテナのパターン

services:
  gluetun:
    image: qmcgaw/gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    environment:
      - VPN_SERVICE_PROVIDER=mullvad
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=$$WIREGUARD_PRIVATE_KEY
      - SERVER_CITIES=Stockholm
    ports:
      - '8080:8080' # qBittorrent webui
      - '6881:6881' # torrent traffic
      - '6881:6881/udp'
    restart: unless-stopped

  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    network_mode: 'service:gluetun'
    depends_on:
      - gluetun
    environment:
      - PUID=1000
      - PGID=1000
      - WEBUI_PORT=8080
    volumes:
      - ./qbittorrent/config:/config
      - /data/torrents:/data/torrents
    restart: unless-stopped

qBittorrent のすべてのネットワークを Gluetun の VPN トンネルに強制する。Gluetun が落ちると qBittorrent はインターネットを失う — 事実上の Kill Switch。

SABnzbd / NZBGet — Usenet

Usenet はトレントとは別世界だ。インデクサ加入と Usenet プロバイダ加入(SuperNews、Newshosting、Eweka など)が必要だが、回線を埋め切る速度が安定して出る、シード義務がない、追跡リスクがほぼ無いという長所がある。

10. Tdarr / Unmanic / FileFlows — トランスコード自動化

ライブラリが育つとディスクが悲鳴を上げる。8K Blu-ray リメイク 1 本で 80 GB、シリーズ 1 シーズンで 200 GB。さらに家族の誰かのクライアントが H.264 しか対応していなければリアルタイムトランスコードが CPU を焼く。答えは事前一括トランスコード。

Tdarr

Unmanic

FileFlows

ポリシー例 — ライブラリ標準化

これをポリシーとして Tdarr に焼き込めば、5 TB ライブラリが 1 ヶ月で 2.5 TB になる。ただしエンコード = CPU / GPU 時間 = 電気 = 壁時計の日数。N100 単体で 4K HEVC は 1 本数日。NVIDIA NVENC 付き GPU か Arc A380 クラスが必要。

FileBot — 整理の最終兵器

FileBot はエンコーダではなく「ファイル名 / フォルダ構造の正規化」ツール。arr スタックが自動検出できない古いライブラリ、韓国・日本作品のコレクション、家族のホームビデオなどを一気に整える。商用ライセンスだが買い切り。

11. TRaSH-Guides — arr 設定の聖典

TRaSH-Guides(https://trash-guides.info)は arr スタックの品質・命名・フォルダ構造を整理したコミュニティガイドだ。2026 年時点、arr スタックを真剣に運用している人の大半がこのガイドに従っている、と言ってまず差し支えない。

何が整理されているか

Recyclarr — arr 設定を YAML で

# recyclarr.yml
sonarr:
  main:
    base_url: http://sonarr:8989
    api_key: !env_var SONARR_API_KEY

    quality_definition:
      type: series

    custom_formats:
      - trash_ids:
          - 9b27ab6498ec0f31a3353992e19434ca # WEB-DL
          - 6a7b462c80caa912f46c8c6e1eb0a31f # Japanese
        quality_profiles:
          - name: WEB-1080p

radarr:
  main:
    base_url: http://radarr:7878
    api_key: !env_var RADARR_API_KEY

    quality_definition:
      type: movie

Recyclarr を cron で毎日回せば、TRaSH-Guides の最新推奨が自動的に arr インスタンスへ反映される。インスタンスが増えるほど価値が増す。

入門者向け 5 ステップ

  1. フォルダ構造を TRaSH 推奨に統一(/data/media、/data/torrents)。
  2. Sonarr / Radarr のファイル名フォーマットを TRaSH に合わせる。
  3. キーになる Custom Format を 1 ~ 2 件追加(例: x265 ペナルティ、日本語、HDR10)。
  4. WEB-1080p または BluRay-2160p などの基本プロファイルからスタート。
  5. Recyclarr を導入して以後の更新を自動化する。

12. ハードウェア — N100 / Synology / UnRAID / TrueNAS Scale / Proxmox

N100 / N305 ミニ PC — 2026 年の標準

Intel N100 / N305 のミニ PC が 2024 ~ 2025 年に爆発的に普及した。Beelink、MINISFORUM、GMKtec、ASUS NUC 11 ~ 14 が主流。

家族用メディアサーバとしては単体で十分。SATA スロットは少ないので、外付け USB HDD か別途 NAS と組み合わせる。

Synology — 依然強いが変化あり

Synology は 2025 年に 7 世代の発表と、一部モデルでの自社 HDD 互換性制限の強化で議論を呼んだ。2026 年時点で:

UnRAID — メディアホームラボの事実上の標準

UnRAID は異容量 HDD の混在、ディスク単位のスピンダウン、ZFS オプションまで備えた NAS OS。メディアホームラボで最人気の選択肢。

TrueNAS Scale — ZFS 陣営の答え

ZFS ベースの NAS OS。データの完全性・スナップショット・レプリケーションに本気の人の選択肢。

Proxmox VE — 仮想化の王

メディアよりも「複数の VM とコンテナを 1 ホストに集約したい」場合は Proxmox。

ディスク — RAID はバックアップではない

これはセルフホストの戒律のひとつ。

13. リモートアクセス — Tailscale / Cloudflare Tunnel / WireGuard

Tailscale — 最初の選択

9 割の人はここで終わる。

Cloudflare Tunnel — 公開が必要なとき

家族以外の友人に共有する必要があるとき — 例えば友人用の Jellyseerr、公開ブログ。サーバに cloudflared を立てると、Cloudflare がドメインの背後で自宅サーバへ安全にリレーする。

素の WireGuard

最も軽く速い VPN プロトコル。Tailscale も内部で WireGuard を使う。素で運用するなら鍵配布、ハンドシェイク、動的 DNS を自前で背負う必要がある。2026 年時点では大多数のセルフホスタが Tailscale または Netbird へ移行済み。

推奨組み合わせ

14. 韓国 / 日本のホームラボ事情

韓国

日本

両国に共通

15. セキュリティ / バックアップ / 運用 — 忘れると後悔する 5 つ

  1. VPN コンテナの Kill Switch を検証する。 Gluetun を落としたときに qBittorrent が ISP に漏れないかを月に一度確認。
  2. バックアップ = 3-2-1。 原本 1 + 別ディスク 1 + クラウド 1。四半期に一度はリストア演習。
  3. ログとアラート。 Watchtower によるコンテナ自動更新は危険。Diun で通知だけ受け、手動で確認するのが安全。
  4. 証明書 / トークンの期限。 Bazarr / Sonarr の API キー、Cloudflare API トークン、WireGuard 鍵 — 別個の vault で管理。
  5. 法的なグレーゾーン。 セルフホスト・メディアの一部ワークフロー(特にインデクサとトラッカー)は国ごとに法規が違う。何をどこから取得しているかを自分で正確に把握しておく。

16. 参考 / References

原文を読む: https://www.youngju.dev/blog/culture/2026-05-15-self-hosted-media-homelab-2026-jellyfin-immich-arr-stack-tdarr-trash-guides-deep-dive.ja

コメント

まだコメントはありません。

ログインするとコメントできます