首页   注册   登录
 sidkang 最近的时间轴更新

sidkang

V2EX 第 56607 号会员,加入于 2014-02-23 11:17:07 +08:00
今日活跃度排名 8360
sidkang 最近回复了
@lulu00147 嗯,确实是这样,打算文件系统通过 nfs 挂载到黑群晖的方式来使用
@lulu00147 灰常感谢你的回复,我这台应该会和你的差不多,应用向和存储向都有需求,理解,如果是这样的话,那我就考虑直接在 proxmox 下做三个 zpool,U 盘,SSD,HDD 分别各一个,内存其实问题不大,目前已经上 32G,而且我的存储容量目测不到 15T,这方面应该还好。
不过我注意到你的配置方式里应该是采用直通硬盘的方式到 VM 的方式来组成 HDD 的 ZPool 的,这个在 Freenas 的官网说不太推荐在 vm 下这么做,如果实在要在 vm 下管理,应该把整个 sata controller 直通给 vm 来管理(我目前的方式是 host 装 proxmox,给黑群直通了硬盘来用,感觉不是很放心,所以打算重新搞一遍,机器只有 4 盘位 3.5,所以最多也就 raid5,但是未来肯定会上大容量硬盘,目前看来但盘容量越大,raid5 就越不合适,所以想想就打算趁着升级硬件的机会彻底解决这个问题)
以下是 freenas 的原文:
ZFS combines the roles of RAID controller, Volume Manager, and file system, and since it’s all three in one, it wants direct access to your disks in order to work properly. The closer you can get ZFS to your storage hardware, the happier ZFS is, and the better it can do its job of keeping your data safe. Things like native virtual disks or virtual disks on RAID controllers insulate ZFS from the disks, and therefore should be avoided whenever possible. Using a hypervisor, you typically have a disk on a RAID controller presented to a hypervisor which creates a datastore with a disk on it running FreeNAS. This places two layers between ZFS and the physical disks which warrants taking the following precautions.

Precautions
If you are not using PCI passthrough (more on that below), then you must disable the scrub tasks in ZFS. The hardware can “lie” to ZFS so a scrub can do more damage than good, possibly even permanently destroying your zpool.
The second precaution is to disable any write caching that is happening on the SAN, NAS, or RAID controller itself. A write cache can easily confuse ZFS about what has or has not been written to disk. This confusion can result in catastrophic pool failures.
Using a single disk leaves you vulnerable to pool metadata corruption which could cause the loss of the pool. To avoid this, you need a minimum of three vdevs, either striped or in a RAIDZ configuration. Since ZFS pool metadata is mirrored between three vdevs if they are available, using a minimum of three vdevs to build your pool is safer than a single vdev. Ideally vdevs that have their own redundancy are preferred.
@smilzman 如果是这样直接使用 Basic 模式的话,如果是自建,我推荐可以考虑 SnapRaid + MergerFS 的方式,完全没有损失作为 Basic 模式下的那些优点,并且还有一些独有的优点
我想要用 ZFS 主要是还是有一大部分的碎片文件存在,想通过 Raid 的方式提高一些性能,并且能够有一定的可靠性
@momocraft 嗯,对的,这一点确实也是个缺点,不过最近稍微有些进展,https://github.com/zfsonlinux/zfs/pull/8853,鉴于 3*8T 应该可以组 Raid 后有 14T 的容量,应该够用挺长时间的,这个 feature 到时候应该也差不多能 release,剩下就是不同容量的盘的替换扩容问题了= =
同时持有 15 寸 rmbp,surface pro3, iPad Pro3
最初是持有 rmbp,后来想要一台手写设备,于是入了 sp3,然后就带来了各种问题,无论是笔的体验(手写笔突然不响应、手写类 app 的丰富程度、onenote uwp 的 bug 级表现(卡顿,丢笔记,突然不响应各种),最终 sp3 吃灰,遂入了 iPad Pro 12.9,手写体验良好,onenote 表现优秀(稳定、好用、只是页面导入太长的 PDF 不好翻页,不过分割一下也没啥问题),其他 iOS 的生态都是 bonus,服役两年至今运行良好
设备更新的话,以我个人的使用方式,应该还是会倾向于一台主力笔记本会是 macOS,另一台作为手写体验作为核心诉求的设备,iPad Pro 目前看来值得信赖,更新之后可以不用太多考虑直接入;而对于 surface 设备,看完之后我觉得很有意思,可以考虑尝试,手写设备也是一台生产力设备,优秀的体验+整体的稳定缺一不可,surface 线的硬件+软件组合给我带来了十分不好的印象
我的心得的话,还是尽量从可无理由退货的购买渠道进行体验= =
59 天前
回复了 kylinson 创建的主题 硬件 装了一台 NUC
@kylinson 我也有同款,看了下应该是 90W, 19V 的电源才对,楼主可以查一下 https://www.intel.com/content/www/us/en/products/docs/boards-kits/nuc/nuc8i5bek-nuc8i5beh-brief.html
59 天前
回复了 kylinson 创建的主题 硬件 装了一台 NUC
楼主已经实际用过了么,看了一眼 nuc8 的 dc 电源,输出是 19v,4.7a ,口红电源就 65w 输出,应该不太够吧,我的 15 寸 85w mbp 用诱骗线也得 85w 以上的电源,用 65w 的电源会不停闪断,
110 天前
回复了 yuhuan66666 创建的主题 硬件 mac mini 还是 冥王峡谷
Mac Mini 稍微配置一下的钱应该够,NUC8 代+显卡坞了..
125 天前
回复了 falcon05 创建的主题 MacBook Pro 其实 mac 上用 docker 最大的问题是:耗电
以前版本还行,最新版本 Docker 在 Mac 上内存占用也有些坑,即使在没有容器的情况下都会占用 1G 左右的内存
136 天前
回复了 mayne95 创建的主题 分享创造 为了用 notion 写博客,我造了一个轮子🌈
已点赞,楼主厉害了,我最近也在研究怎么样能利用 notion api 来实现一定程度的自动化,学习一波。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2206 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 10ms · UTC 05:44 · PVG 13:44 · LAX 22:44 · JFK 01:44
♥ Do have faith in what you're doing.