不借钱朋友没了 借钱朋友和钱都没了，这个系列很多的，不过楼主朋友应该有难处，楼主朋友应该主动和你说明情况，并说明啥时候开始还（这样大家都很舒服）我朋友借钱都是准确说时间，但是暂时外面还有一个 7000 没收回来（严重超时）还是少借或者不借吧。对谁都好
现在网贷平台（正规）多的是，让他们走网贷吧。

华为 metebook 14 或者 13

anydesk
如果有公网地址 rdp （如果只有一个出口，路由器端口映射）

按道理 SSD 看擦写次数，HDD 看盘片坏道，so 我认为 SSD 只读寿命长，不过做好多副本备份。

跑个 ceph 咋样？哈哈

我关注的是年终奖 我们啥也没有 哈

https://github.com/StruggleJia/devops/tree/master/WeChat 我写的调用微信的接口，非专业码农，哈哈。

没看懂楼主想要啥？
1、对外提供服务 openstack+ceph 后者 exsi
2、自己用 pve 或者 oracle vm virtualbox
3、其余东西不太了解。

@37Y37 我也是运维 也在写这些系统，前端真的搞不定，烦死了。

恕我直言，不开源就真的没兴趣了。

@okwork 我公司内部用户用了我 20T 的 ssd 空间，x3 就 60T 了，我都要疯了，采购扩容中.....
天天和他斗智斗勇....

@nonfu 所以遇到一次问题 也挺好的。哈哈

@okwork 快照其实对云厂商很不友好，所以都有快照限制的。比如一个用户数据是 100G，打快照之后，所有的 100G 的数据都被修改过，那就额外占用了 100G，在加上 3 副本，实际占用我 600G 的空间。很坑啊。

@nonfu 作为一个渣渣运维分享自己的一些想法：
1.生产环境的数据一定不要放在系统盘上（虽然阿里提供的方法可用，但是有一定的风险）
2.数据放在数据盘（扩展盘）的前提下，定期对系统盘进行快照，如果出现类似问题，直接恢复快照，对数据不产生任何影响。也是分分钟恢复的事情。
3.数据库数据要定时进行 sql 备份，用 bash 写定时脚本，留一个月第一天的备份 1 和近 7 天的备份。如果有条件，可以考虑异地或者 pc 本地备份。

os 还是有一定几率会出现损坏的，或者说阿里的分布式存储出了问题，刚好影响你的系统盘（可能性很小）。所以切记不要放在系统盘数据。

我作为云厂商的运维，出现类似问题，因为没有阿里那套恢复快照到新购磁盘的业务逻辑，我会协助他们保存系统数据，之后重置，效率肯定要比阿里快 N 呗。不过小厂商很难混下去。

@lc7029 说实话 运维稍微上点心 就不会被黑，程序有问题除外。

@demolibs 麒麟堡垒机 了解下。

如果代码有漏洞，通过 80 做注入，那就很惨了，不过防火墙也有 sql 注入防护等安全防护的。

现在部署网站，不是防火墙做 nat 和负载均衡，之后 app 和 db 都是内网，防火墙只暴露对外服务的端口吗？
上内网服务器，都是需要走防火墙的 sslvpn，而且防火墙具有漏洞检测及风险分析功能，这样就安全多了。