monolithic:synology_hyperconverged
Differences
This shows you the differences between two versions of the page.
| monolithic:synology_hyperconverged [2026/06/17 14:38] – created - external edit 127.0.0.1 | monolithic:synology_hyperconverged [2026/06/17 14:39] (current) – privacyl0st | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== The Synology Hyperconverged Build (Monolithic Fallback) ====== | ||
| + | <note warning> | ||
| + | **ARCHITECTURAL DISCLAIMER** | ||
| + | This configuration directly contradicts the elite, multi-homed, | ||
| + | |||
| + | However, per the original blueprint' | ||
| + | </ | ||
| + | |||
| + | ===== 1. The Monolithic Concept ===== | ||
| + | In this deployment, **Physical Host 1**, **Host 2**, and **Host 3** are collapsed into a single, high-end commercial NAS (e.g., Synology DS920+ or DS1522+ with upgraded RAM). | ||
| + | |||
| + | Rather than relying on strict VLAN routing and physical firewalls, isolation is entirely software-defined using Docker (Container Manager) custom networks. | ||
| + | |||
| + | ===== 2. Software-Defined Network Isolation (MacVLAN) ===== | ||
| + | To prevent port conflicts and allow the ARR stack containers to possess their own distinct IP addresses on your primary LAN, you must generate a MacVLAN network via SSH. | ||
| + | |||
| + | <file bash> | ||
| + | # Create a software network bridged to the physical Synology NIC (eth0) | ||
| + | sudo docker network create -d macvlan \ | ||
| + | --subnet=192.168.10.0/ | ||
| + | --gateway=192.168.10.1 \ | ||
| + | --ip-range=192.168.10.240/ | ||
| + | -o parent=eth0 \ | ||
| + | arr_macvlan | ||
| + | </ | ||
| + | |||
| + | ===== 3. The Gluetun VPN Sandbox ===== | ||
| + | Because you cannot route the entire NAS operating system through a VPN without losing remote access to your files, you must use a specialized Docker container called **Gluetun**. | ||
| + | |||
| + | Gluetun establishes the VPN tunnel. You then force your qBittorrent and Prowlarr containers to route their traffic *through* the Gluetun container' | ||
| + | |||
| + | ==== Docker-Compose Execution Stack ==== | ||
| + | Create a unified `docker-compose.yml` file to orchestrate the VPN sandbox. | ||
| + | |||
| + | < | ||
| + | |||
| + | <file yaml / | ||
| + | version: " | ||
| + | services: | ||
| + | gluetun: | ||
| + | image: qmcgaw/ | ||
| + | container_name: | ||
| + | cap_add: | ||
| + | - NET_ADMIN | ||
| + | environment: | ||
| + | - VPN_SERVICE_PROVIDER=nordvpn | ||
| + | - VPN_TYPE=wireguard | ||
| + | - WIREGUARD_PRIVATE_KEY=< | ||
| + | ports: | ||
| + | - 8023:8023 # qBittorrent WebUI Port mapped to host | ||
| + | - 9696:9696 # Prowlarr WebUI Port mapped to host | ||
| + | restart: always | ||
| + | |||
| + | qbittorrent: | ||
| + | image: lscr.io/ | ||
| + | container_name: | ||
| + | network_mode: | ||
| + | environment: | ||
| + | - PUID=1024 # Matches your Synology admin UID | ||
| + | - PGID=100 | ||
| + | - WEBUI_PORT=8023 | ||
| + | volumes: | ||
| + | - / | ||
| + | - / | ||
| + | depends_on: | ||
| + | - gluetun | ||
| + | restart: always | ||
| + | </ | ||
| + | |||
| + | ===== 4. Storage & Hardlink Execution ===== | ||
| + | Because all services are running natively on the NAS, you do not need NFS. All Docker volumes can bind directly to the physical `/ | ||
| + | |||
| + | **Atomic Hardlinks: | ||
| + | |||
| + | ===== 5. Hardware Transcoding Constraints ===== | ||
| + | If your Synology NAS features an Intel Celeron processor (e.g., J4125), Plex can utilize Intel Quick Sync Video (QSV) for hardware transcoding instead of the NVIDIA NVENC pipeline. | ||
| + | * You must install Plex natively via the Synology Package Center, OR pass the `/dev/dri` hardware device into your Plex Docker container. | ||
| + | * Do NOT deploy Unmanic in a monolithic build, as NAS Celeron processors lack the sustained compute power necessary for bulk H.265 conversions. | ||
monolithic/synology_hyperconverged.txt · Last modified: by privacyl0st
