V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ryd994  ›  全部回复第 7 页 / 共 495 页
回复总数  9900
1 ... 3  4  5  6  7  8  9  10  11  12 ... 495  
2023-10-26 13:04:22 +08:00
回复了 sx931210 创建的主题 职场话题 如何评价神说要有光面试失败挂人的行为?
@yuanshrn 找工作第一规则:没签字就是没有。口头承诺都是放屁。
没有给书面 offer ,没有签字,就当没有 offer 。

找工作面试,彼此都是撒网捞鱼。求职者可以同时联系多家公司,公司也可以同时面试多个求职者。那就不存在耽误时间。
哪家公司 offer 下得慢,人才被别人抢走了,那是自己吃亏。
同理,因为哪个公司 offer 出得慢就傻等,那也是自己吃亏。
既然自负盈亏,害也是害自己,那就没什么好说的。
2023-10-21 19:46:54 +08:00
回复了 louisxxx 创建的主题 Linux 静态文件服务器应该用 minio 还是 tureNAS
@louisxxx 1. 你爱用就用,尊重,祝福。
有钱买两台服务器,没钱雇个运维,没时间学一下 zfs 。
2. 如果你的文件要走 nfs ,你的架构一定是有问题。储存分离不是我说的,IO 密集应用未必适合储存分离架构。
iscsi 性能并不差,rdma 性能也不差。前端做 access control 然后反代后端储存服务器,直接走 HTTP 代理的性能也不差。
2023-10-21 14:19:53 +08:00
回复了 louisxxx 创建的主题 Linux 静态文件服务器应该用 minio 还是 tureNAS
@louisxxx #4
是可以啊,我哪句说过网络和虚拟化的事了?

问题是 truenas 上除了 zfs ,还有多少服务你知道吗?这些服务又有哪个可能有漏洞你知道吗? truenas 的防火墙怎么配你知道吗?一个要往公网上暴露的服务器,你用 truenas 这么个 nas 操作系统,有什么必要?

按你说的,需求主要就是 raid5 和 nginx 。又不是只有 truenas 能跑 zfs 。你用 Debian 装个 zfs 和 Nginx 不也可以吗?

除了 zfs ,linux mdraid 也可以用。你这是静态 HTTP 服务器,不是储存后端,对外提供图片下载,而不需要上传或处理数据。如果需要,那你应该重写你的需求。
这个需求不需要多好的数据留存率,只需要在线率。文件数据从后台部署就行了,不管你是用 FTP 还是 rsync 还是什么,反正能把文件放上去就行。

最后,就算要走网络又怎么啦?输出还不是网络。内网带宽和延迟放到公网上都是不值一提。走 rdma 的话还真未必就比本地磁盘性能差多少。
2023-10-21 05:47:43 +08:00
回复了 louisxxx 创建的主题 Linux 静态文件服务器应该用 minio 还是 tureNAS
没听说过用 truenas 做静态 Web 服务器的
如果你只是想要 zfs 的话,Debian/CentOS 一样可以装 zfs for linux
@wuwukai007 首先,proxy_pass 是这么用的吗?这么个四不像的 cgi ,还用 GPT ?
然后,你这样碰到不存在的文件不就死循环了吗?


@laters 路径 hash 配合 proxy pass 就好了
hash 值可以对半分,分到 1 或者 2 上
如果 1 服务器拿到 hash 1 的请求,那就本地处理,有就有,没有就是 404.
如果拿到 hash 2 的请求,那就 proxy pass 给 2 ,2 说有就是有。

缺点就是只有一半的请求可以本地处理。

-----

但是,按这个思路再进一步,说明你用的负载均衡错了。你用 4 层负载均衡当然就是随机分配。但是如果你用 7 层的负载均衡,比如 Nginx 或者 haproxy 之类的,本来就支持根据 URL hash 分流,也就不存在以上问题。
2023-10-19 17:17:05 +08:00
回复了 cosmain 创建的主题 Linux 国内 Linux 面板都中毒了,有什么其他的面板推荐?
@Rorysky “存在即合理”这话是这个意思吗?
除了哲学讨论,平时说这句话的人,十个里有十个都不懂这句话是什么意思。
说难听点,按你这个理解方式,杀人犯都是无罪的。既然存在杀人犯,那他杀人就合理,对吧?
2023-10-19 03:21:54 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
@zhhmax zfs 的 snapshot 可以具体到某个 dataset ,hyperv 的 snapshot 只能具体到某个虚拟盘。
我上面说的,所有服务走 iSCSI 访问 nas 储存,一样可以实现你说的效果
而且 windowes 的储存池就是玩票用,和 zfs 的历史比还差得远。zfs 真坏了还能找到数据恢复服务。Windows 储存池坏了找谁?

你让 Windows 去管理阵列,本质上就是拿 Windows 当 nas 系统用。Windows desktop 并不是合适的 nas 系统,不适合跑任何服务。除非用 Windows server 。

“那么硬盘出故障后,迟几分钟或者几天知道有何不可。不会有人搭建好 nas 从来不去系统看一眼就等系统监控发出邮件通知再去进系统查看吧”
smart 的作用就是提前预警而不是等硬盘坏了才反应。
明明能自动化的监控,却指望靠人力去解决。我三天两头还得专门去看一眼 nas ?我除了装系统就不会去看 nas 了。


#37 你用盗版你还有理了。
“这里绝对不讨论任何有关盗版软件、音乐、电影如何获得的问题”
2023-10-18 18:20:53 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
Windows 上开储存服务,然后开虚拟机。其实相当于 1 的做法。
然而,问题在于,Windows (非 server 版)并不是很好的 nas 系统。没有现成的硬盘和其他状态监控。也没有很好的权限管理。最要命的是 Windows update 。

以上所有问题 Windows server 都没有。但是我不认为一般人会买 Windows server 授权。
2023-10-18 18:16:50 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
另外,这种 all in one 的模式,我个人是不赞成,因为我主张 nas 应该简单稳定安全,不应该和其他服务,特别是软路由这种需要暴露在公网上的服务混在一起。

我的做法是 nas 就是只存数据。应用服务放在另一台机器上,可以读写 nas 上的数据。下载机的临时数据放在本地盘上。这是最传统的云计算架构,储存和计算分离。

如果要搞 all in one 虚拟化,比较常见的做法分两种:
1. nas 系统直接装,然后在 nas 系统上开虚拟化。如果你对虚拟化的需求不复杂,那就可以这样。比如 truenas 的 bhyve 或者 truenas scale 的 kvm 。也有人自己装 Linux ,然后设置 zfs 和 kvm 的。
2. nas 系统也虚拟化。其他应用通过 iSCSI 从 nas 系统读取数据。比如 exsi 和 proxmox 都有人这么搞。需要一些配置,保证 nas 最先启动。然后就可以从 nas 里分配 iSCSI 虚拟盘,其他虚拟机就可以从虚拟盘启动。
2023-10-18 18:06:55 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
@zhhmax #27 直通最重要的原因不是性能,而是直通没有 smart ,nas 系统无法得知磁盘的状态。

硬盘格式问题反而不是问题。软 raid 的优势就是灵活啊。不说群晖这种闭源系统。truenas 这些用 zfs 的,格式都是通用的。要是系统盘坏了,你随便找个 u 盘装个 truenas 或者装个 Linux ,都能读出来。

直通是直通整个 hba ,直接读写原始磁盘,不存在虚拟机文件格式问题。


你说在 Windows 上搞储存池,这问题可就多了
1. Windows 上你得搞一套 smart 监控和邮件通知。然而 nas 系统本身就有这个功能了。
2. 说白了这不就是用 Windows 的软 raid 代替 Linux 的软 raid 吗?比起 zfs 这种广泛使用的标准格式,Windows 储存池这才叫小众格式。
3. 随意移动备份还原这也算优点? zfs 的 snapshot 功能了解一下?

要提高可恢复性,最重要的就是软件和数据解耦。这一点上,任何正规的 nas 系统都可以做到。
2023-10-18 17:49:48 +08:00
回复了 killmojo 创建的主题 NAS QNAP 212P 双盘位没有 RAID 如何更换主硬盘
买两条易驱线,挂到电脑上直接镜像复制
你会的话可以在 Linux 下 dd
不会的话可以用 Windows 下的工具比如傲梅或者 diskgenius

有台式机的话买两条 SATA 线直接插内置也行,但需要注意启动顺序问题
2023-10-18 14:02:32 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
@dknagi Xeon E 或者 E3 基本就是个桌面处理器,开放了 ECC 功能。用一样的插槽,频率和功耗之类的也基本等于桌面版同款。价格却要贵上许多。现在桌面版也开放 ECC 了,E 系列就更没意义了。

Xeon W 或者金银铜或者 E5 之类,用的是服务器平台。最大的区别在于支持 RDIMM 。RDIMM 洋垃圾比台式内存便宜。UDIMM ECC 比台式内存更贵。CPU 插槽也不一样,内存支持 4 通道 6 通道。桌面版只有 2 通道。

硬盘故障不能靠灯,设置好邮件通知就好了。无论是 smart 报错还是硬盘离线,都可以邮寄通知。
2023-10-18 13:47:08 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
对于数据储存来说,阵列卡本来就是个摆设

这种有 bbu 缓存的阵列卡,目标场景是跑数据库和跑系统,硬盘的随机读写能力不够,回写缓存就有用了。但是这个场景现在也基本被 SSD 替代。企业级写密集 SSD 比家用 SSD 贵好几倍,但是比起 15k rpm sas 盘的电费还是便宜多了。性能也是吊打。还有 optane 这种终极方案。

数据储存重要的不是性能而是可靠性。在这一点上软 raid 比硬 raid 更好。软 raid 可以有各种校验和冗余逻辑,而不用受制于硬件限制。硬件 raid 碰上硬件故障,想要恢复数据还得找个一样的卡。软件 raid 不管什么电脑,能插上就有办法读数据。

再说到你这个硬件,也未必就适合做 nas 。如果你是认真要储存数据和跑服务,ECC 很有必要。你这个机器最多就是 UDIMM ECC ,非常贵,前提是配 Xeon E 处理器。洋垃圾装 RDIMM ECC 白菜价。

这机箱没什么啊,你个人使用真的需要热插拔吗?我用 antec p101s ,8 盘位,淘宝上买个硬盘笼还能加 2 盘位。如果不嫌难看的话里面还能再塞几个。不是热插拔。
2023-10-17 09:17:22 +08:00
回复了 mikewang 创建的主题 NGINX 关于 NGINX 防止主动探测 / 爬虫扫描 HTTPS 的配置方法
你想更进一步安全的话可以自己签客户端证书,搞 TLS 双向验证。
2023-10-17 08:19:16 +08:00
回复了 mmddisa 创建的主题 SSD 三星 990pro 4T 为什么 4k 读写这么低?
Windows 电源管理,换成高性能,试试
2023-10-16 18:27:12 +08:00
回复了 undertow 创建的主题 问与答 目前 2 条 8G(共 16G)内存,想升级为 32G。哪种方式比较好
桌面平台真是麻烦
垃圾佬就不怕这些,服务器配件都很耐操
我 8 条内存 4 个型号 3 个牌子混搭,还不是一样用……
2023-10-16 08:15:20 +08:00
回复了 cnfczn 创建的主题 NAS 部门有个 nas 想挂载到我的笔记本电脑上
语文老师要被气死了

翻译一下:
公司有个 nas ,我想挂载到家里的电脑上

正规做法是用 vpn ,然后什么用什么协议都可以了
如果公司没有提供 vpn ,问公司 IT 怎么解决。不要自己搞。不然遇到数据泄露,你就惨了。
如果你一定要作死,wireguard 性能不错
2023-10-15 16:20:10 +08:00
回复了 kneo 创建的主题 硬件 CPU(比如 13700)不超频可以不配散热吗……
@NoOneNoBody 用好优先级。把计算脚本设置成最低优先级,就不影响别的使用了。

https://stackoverflow.com/questions/4208/windows-equivalent-of-nice
属实是把开源玩明白了

开源软件和自由软件是两个概念,自由软件和免费软件也是不同的概念

源码给你看就叫开源。但是开源不一定自由。自由软件最重要的是保证你使用、修改、再分发的自由。文档就是自由软件的重要组成部分。

所以老拿开源标榜自己的,都属于混淆概念。

@wu67 如果不违反之前的开源 license ,也不限制已经发布的部分的话这个做法没问题。开源软件或自由软件都没有维护的义务。

如果开源仓库里接收过其它人的代码,而这些代码被合并到闭源仓库的话,那可能会有问题。因为其它人可以主张自己的代码的著作权。已经有过类似的案例
1 ... 3  4  5  6  7  8  9  10  11  12 ... 495  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   907 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 22:38 · PVG 06:38 · LAX 14:38 · JFK 17:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.