sibuzu wrote:
請問一下，為什麼想要...(恕刪)
Makii wrote:
看原廠公布的系統架構圖..
我個人猜測..應該是在LXC上實現Ubuntu OS的運作..
將GPU/audio device透過類似vm passthrough的方式運作
Makii wrote:
另外ZFS的版權轉到oracle手上後..也步上MySql的後塵..
所以不要對ZFS有太大的期待了...
Makii wrote:
個人比較希望下一版的QTS可以提供BTRFS..
sibuzu wrote:
zfs 不是也有出 linux 的版本嗎? 應該也有 snapshot，有人用在 linux 上嗎?
Makii wrote:
Red hat也不建議在超過16TB的partition上使用ext4
目前rhel7 default的file system也改用XFS了..
Makii wrote:我剛剛看懂了它的架構
看原廠公布的系統架構圖..
我個人猜測..應該是在LXC上實現Ubuntu OS的運作..
EluSiOn wrote:
TS-453A 它的底層是 ubuntu (有一個 ip). 然後它運行一個 contrainer QTS (另外一個 ip) 網頁界面來控制 ubuntu 的 configuration/file share etc. hdd 控制則是有 LVM. 所以任何的硬體或是 audio 都沒有 passthrough. 最重要的原因是 Qnap TS453a 的 cpu 不支援 VT-d, 所以不可能 pci passthrough. 多謝 Maki 的文讓我陷入思考跟研究, 才了解 Qnap 的做法. (我真的沒有想到 qnap 把自己的 qts 放到 container 裡面, 當作一個程式來執行), 現在我比較好奇的是當我們 ssh 進去 qnap 的 ip, 到底是在 container 下面還是在 ubuntu 下面?
Qsirch 是透過 lxc 跟 host 的內部 disk mount 來做 index (不會消耗任何網絡資源) 的確是很乾淨的架構.
看來目前 Qnap 還是不會放棄掉它們自己特殊版本的 linux/debian. 雖然用 lxc 來跑不會增加太多的系統負擔, 但是還是多吃個 50~80 mb 的記憶體, 不過總比重寫快速部署太多了. 它們這個方式讓我看到一個可以完全不購買 qnap 任何硬體/軟體, 但是卻可以使用 qnap 所有的管理界面的方式 (不過我不會分享這個方法),
EluSiOn wrote:
但是 BTRFS 無法使用 ssd 加速, 它沒有支援 LZ4 壓縮 (work in progress), 它不支援 virtual block device (重度 VM 用戶就不太愛了), 它好像無法做出 iscsi target. 它的 dm-crypt 大家還是嚇死不敢用, 雖然它的官網一直說非常安全 (不過99% 的 idc 用戶根本不會加密他們的 fs, 但是對於金融業卻是很重要). 它也沒有 de-dup 的功能, 不過現在開 dedup 的人太少了, 因為記憶體用的太兇, 記憶體比硬碟貴太多了...(恕刪)
i1537 wrote:我不太確定你的問題, 是在問我 qnap ts470 改機模式, 還是 ts453a 怎麼建立 ubuntu station 的. 所以我還是以 ts453a 的角度去回覆.
按照您的文章 HOST 是 ubuntu , GHOST 是 QTS
所以 ubuntu 無法關閉 且 IO 都是從 ubuntu 控制
那這樣 DISK 就有機會跑在 ZFS
且關閉 QTS
請問我理解有錯嗎?
謝謝
pctine wrote:不要說你覺得不可思議, 我也是驚訝萬分, 這個推論不是我希望如此而得到的, 而是 Qnap 自己說的
小弟對於 linux 並不熟悉, 純粹只能用猜測的. 不過小弟對於E兄的推論. TS-x53a 底層是 ubuntu, 然後在上面再架構出 QTS 的想法, 覺得不可思議.
pctine wrote:其是 Qnap 這樣子做, 反而是可以維護它多年的成果, 在 container 裡面運行, 它不用擔心 kernel 的問題了, 因為 container 是使用 host 的 kernel, 像是 openssl/gcc+/lib c 等 library 不會因為 kernel 更新跟著強迫更新, 造成 qts 運行失敗, 它還是可以擁有自己的 package dependancy. 反而可以讓 qnap 專注它的強項, 管理 samba/nfs/openvpn 等 nas 需要做的網頁管理界面.
前面有提過 QNap NAS 發展至今已經花了多少年才有如此的規模, QTS 版本不斷在推陳出新不是幾個月就做出現在這個樣子, 今天為了 TS-x53A 推出 ubuntu Station & QTS 雙系統, 結果是完全捨棄掉 QTS 的根基, 重新用 ubuntu 建構出 QNap NAS 的底層, 然後在上面再重做出 QTS 的功能, 光是用想的就覺得不會這樣做..
pctine wrote:https://www.qnap.com/images/products/NAS/vsseries/TAS-QTS-Android_en.png Qnap 英文版反而說的比中文版清楚 Android™ administers the 4K (H.265) video playback over HDMI, 這個也代表從 tas-x68 開始, qnap 就把自己的qts開始放到 container 了. 因為那個 OS 處理影像 video, 那個 OS 就是底層.
再者, QNap Virtulization Station 在前面好幾個機種都已經實作很多了, 還有 TAS-x68 QTS+Android 雙系統. 今天再實做一個 Ubuntu Station, 都是技術上的再延伸. 可不要說 TAS-x68 是 Android based, 然後再上面再實作一個 QTS 出來.
我想這個 Topic 可以另開一個, 在上面討論會很精彩的.
pctine wrote:
Qsirch 小弟覺得它就是一個 Application, 它跟 VM 及什麼 lxc 應該完全無關, 只是很單純的 application 去做全文檢索, 然後有一個 UI 可以操作.
