UNRIAD CPU占用高

直接说重点,unraid的cpu占用高大部分原因都是卡在IO上,cpu在wait数据处理,也就是cpu等硬盘。

这是由于unraid的数据分散机制导致的。因为同一个文件夹下的不同数据可能分布在不同的硬盘里。有些硬盘读写比较快,比如ssd硬盘;而有些就比较慢,特别是老旧的hdd硬盘。

要解决cpu占用高的问题,

  • 校验盘的校验时间尽量定时在闲时,比如半夜里。
  • 尽量使用cache缓存,特别是nvme的缓存盘。如果没有,也可以两块垃圾盘放同一个cache pool内会自动组raid1
  • 经常读写的文件夹比如appdata, domains, ios, system,可以指定放在ssd/nvme这类硬盘里,不要让unraid把他们分散到hdd盘去。可以参考使用unbalance这个插件UNRAID 数据转移插件Unbalance
  • qbittorrent、transmission这类下载的docker,可以将下载目录直接放在缓存盘。

有任何问题欢迎留言~

UNRAID 数据转移插件Unbalance

unbalance可以使不同硬盘的数据归集到一个硬盘(比如HDD硬盘向SSD集中),也可以使一个硬盘的数据分散到其他硬盘(比如换硬盘)。

#安装

unraid主界面,APPS——》搜索unbalance,直接安装就可以了。

#使用

SCATTER,数据分散转移功能。可以选择FROM某个硬盘(或文件夹)TO某几个硬盘。

GATHER,数据归集。可以将同某个文件夹原本分散在不同硬盘的数据都归集到同一个硬盘。

nginx proxy manager 的端口转发配置

之前写过一篇关于nginx proxy manager(下称NPM)的文章UNRAID安装配置nginx proxy manager反向代理,但没有细说端口转发的问题。

一般配置NPM只需要在路由器配置最多2个端口转发就行了,也就是NPM自己的http和https端口转发到公网IP。

假设

  • 公网IP(DDNS域名)为:xyz.com
  • 公网端口:44333
  • NPM服务端口为:4433
  • 有3个服务(都为http 80端口)需要NPM反代,分配给他们的二级域名分别是a、b、c

那么他们的转发模式如下

https://a.xyz.com:44333——》NPM的局域网IP:4433——》服务1的局域网IP:80
https://b.xyz.com:44333——》NPM的局域网IP:4433——》服务2的局域网IP:80
https://c.xyz.com:44333——》NPM的局域网IP:4433——》服务2的局域网IP:80

也就是说公网IP到NPM的端口转发是固定的,NPM是靠不同的域名来区别该访问哪个服务,所以我们在做NPM端口转发的时候几乎只需要做一个,也就是公网IP端口转发到NPM的https端口(大部分人用NPM都是为了https吧)。

虽然做端口转发轻松了,但别忘了DDNS的活可以一点没少。

有任何问题欢迎留言

移动端以app的方式远程访问操作unraid文件夹

一直以来,大多数人都是通过unraid安装file browser这个docker,然后用浏览器的方式远程访问unraid的。不过一来浏览器这个方式比较“土”,二来视频文件不能跳转其他app播放,比如infuse。我本人还是喜欢用app来访问unraid。

方法1:

将unraid文件夹挂载到群晖(群晖挂载UNRAID文件夹),然后移动端通过群晖自有的file station这个app访问群晖,等于间接的操控了unraid。

方法2:

unraid安装webdav服务端(UNRAID安装配置webdav server),移动端只要有能支持webdav协议的客户端app,就能远程访问unraid。这里我比较推荐ios上file explorer这个app。

我以webdav协议形式将坚果云、群晖和unraid都添加到file explorer里,能互相访问操作拷贝移动数据,十分方便。

有任何问题欢迎留言,enjoy~