容器是很流行,以至於我現在的工作十個case裡面會有一個是容器相關的。
所以我嘗試將Homelab的部分環境遷移到Docker,目前為止得到以下的好處:
1)n8n獲得較多好處,可以相對穩定的運行,之前在FreeBSD的jail中總會有升級後白屏的問題。
2)zabbix遷移到docker後的升級維護也變得更為容易,特別是zabbix-web,在每個發行版的OS中他的版本都不太一致。
3)grafana的遷移獲得好處與zabbix類似。
4)redis-server有沒有獲得好處我不是很確定,因為他運行在bare-metal或是vm中,和容器化似乎區別不太大,他配置很少,最重要的原因是我的使用場景並沒有太大的數據量。
5)cloudflared獲得的好處相對較多,因為他在不同發行版的OS中,不,他只支持很少的OS,單獨用一個vm來運行他似乎很浪費。
但Plex並未獲得好處,
我有一個單獨的vm在運行plex,速度很快,穩定,debian的OS升級Plex並沒有任何的痛點,我並不偏好Linux,實際上Linux在跨版本升級的問題上有非常糟糕的歷史,我更偏好FreeBSD,他可以從十年前的OS一路升級上來而不會有太多問題。
但debian解決了跨版本升級的問題,不像redhat一如既往的糟糕,即使是從7升級到8。
實際上我從未遇到過plex本身的任何問題,只不過之前因為開啟了video preview thumbnails,導致Library文件夾急遽增加,一度到達200G,清理log關閉各種設置均不見好轉,直到關閉video preview thumbnails並刪除cache才使得Library文件夾變為20G左右。
OK,這個問題並不會因為容器化消失,如果這個問題復現,docker中的plex也會遇到。
因為我的videos全都放在一個raid1的NAS上,透過NFS的方式export給plex所在的debian OS來使用。而dockerd所在的vm磁盤空間並不足以存放20G的plex資料庫。
所以我想當然的將官方指引中的config目錄也丟到了NFS上。
-v <path/to/plex/database>:/config
https://hub.docker.com/r/plexinc/pms-docker/
結果就是,每個影片的頁面點開大約需要20秒,播放倒是很快,只有影片介紹的頁面感覺卡卡的。
reddit上已經早就有人實踐過了這一模式,而且得出了結論。
所以呢,要在docker中運行plex,只有videos可以放在NFS上,database是不可以的,必須放在本地磁盤,否則就會,卡。
——
docker stop plex
docker rm plex
docker run \
-d \
–name plex \
-p 32400:32400/tcp \
-p 3005:3005/tcp \
-p 8324:8324/tcp \
-p 32469:32469/tcp \
-p 1900:1900/udp \
-p 32410:32410/udp \
-p 32412:32412/udp \
-p 32413:32413/udp \
-p 32414:32414/udp \
-e TZ=”Asia/Taipei” \
-e PLEX_CLAIM=”claim-UG1NH2ZPhSrL7m879f2s” \
-e ADVERTISE_IP=”http://10.2.2.7:32400/” \
-h docker.plex.bbken.org \
-v /home/plex/database:/config \
-v /home/plex/transcode/temp:/transcode \
-v /videos:/videos \
plexinc/pms-docker
——
但是plex 在docker中的啟動似乎很慢,docker命令啟動後大約需要30秒,32400 port才會有反應,其他的運行起來和vm上的plex並無任何區別,至於hardware decode我並沒有用到,因為我不常在手機上看電影。
除了docker本身帶來的管理統一性,plex並未獲得明顯的好處,所以我將他切換回vm中去運行。
當然,最重要的原因還是因為debian 中的plex版本完全可以跟隨官方的升級進度。