hanyuwei70

ECC 在我这里是强烈建议，之所以不是必须是因为 ECC 在其他方面要做出相当多的妥协。
https://t.me/bupt_moe/2385 上个月刚碰到的 bitfilp

首先说一下 3-2-1 备份原则：3 份数据，2 个介质，1 份（物理）异地。
这就意味着一般来说你的数据存放方式是这样的
1. 保持随时可用的一份（比如群晖）
2. 移动硬盘一份
3. 异地（云服务或者离线硬盘）一份

然后是定价：
1. 云服务：这个取决于你们访问的频率，云服务一般都是存储便宜流量非常贵；
2. 本地硬盘：HC570 22TB 京东价格 3099 ，这个就是标杆价。

之后是管理：
如果你打算长期存储，定期验证数据是必不可少的（建议在线的一个月一次，离线的半年一次）。我自己是用 btrfs 并定期 scrub ，你们实验室可以自己确定一下验证数据的方案（如果你们的数据自带校验是最好的）。
压缩的话也就是自己压或者交给文件系统压，没什么特别多的说法。

碰到网络相关的问题，先抓包（有线抓两边，无线听中间）。

我建议网络分开单独处理

我自己现在公网接入是用的一家小机房提供商，阿里云只用 S3 服务

系统盘是啥 fs 啊，如果是 btrfs/zfs 可以直接 send 过去，xfs 好像也有工具。

上不上云取决于几点
1. 贵司的业务模型，是否存在突发流量？是否存在大量存储？
2. 有没有和云平台相对应 devops 团队？会不会被锁在一家云平台上？
3. 既然顾问说上云合算，贵司的运维团队是什么说法？
4. 上云之后如果云平台自己故障了，有没有相应的灾备方案？

安全相关的我觉得这个不构成上云的障碍，air-gap 的东西大家都做过。

顺便主密码我是这么解决的：手动记住一个非常长的复杂密码，形成肌肉记忆。

1. 有 passkey 的用 passkey ，这个不谈；
2. 如果服务支持 Google/Github/QQ 等大平台的三方登录，优先使用；
3. 支持 2FA 的，可以用一个短密码+2FA ；
4. 随机密码+密码管理器；
5. 如果支持手机密码重置的，把密码重置当作登录方式（