这是一个创建于 386 天前的主题，其中的信息可能已经有所发展或是发生改变。
单机跑的 Proxmox VE ，硬盘超发了，同事为了升级一台虚拟机内 300 多 G 的内部项目，在下班前打包备份全部项目文件到虚拟机本地目录（虚拟机内磁盘剩余 400G ，以为没问题，就先下班了），此时没人知道该虚拟机所在的宿主机物理磁盘实际仅剩余 200 多 G ，结果就是大家都下班后，有其他部门在加班的同事反馈内部系统登录不了，开发数据库也连不上，在家准备远程到公司电脑查看，结果发现 VPN 也登不上了，远程处理不了只能前往公司处理，然后就发现 Proxmox VE 宿主机物理磁盘被干爆了，导致上面跑的好几个内部系统、数据库和 VPN 全部 GG 了，迁移了几个虚拟磁盘到其他物理磁盘后所有服务恢复，总共导致服务中断两小时，还好全部服务都是对内的而且是下班时间，没造成什么大影响，群里通报一下差不多就过去了，自己引以为戒
我是刚接手不久，还没来得及优化，已经采购了硬盘，正在路上呢，没想到就挂了。。。
 |
1
lifekevin 2023-10-20 12:11:31 +08:00  2
运维不管怎么交接，总是能留下大大小小的坑等着后人一脚踩进去
|
 |
2
iloveayu 2023-10-20 12:12:53 +08:00
这还好啦，刚接手锅不能算你的，只是恰好雷到你手里炸了，并且你还提前预判（买硬盘）了。
赶紧要钱把 VPN 拆出来搞个硬的，有电就有网，这种事要自己来回跑不值啊。 |
 |
3
Andim 2023-10-20 12:14:17 +08:00 via iPhone
把数据放虚拟磁盘里 这就过分了
|
 |
4
cqmzgg2023 2023-10-20 12:25:09 +08:00 2
感觉 PVE 没 ESXI 稳
|
 |
5
Iamsonny 2023-10-20 13:16:34 +08:00
数据还在，这多是小问题。。
更别说是内部系统。无所谓。。。 |
|
6
Iamsonny 2023-10-20 13:19:21 +08:00
不过很少见有公司跑 pve 的。。
|
 |
7
Felldeadbird 2023-10-20 13:21:07 +08:00
系统可以恢复就不是大问题了。就怕 boom 了之后，有一些服务启动不了。里面数据还跑不出来。
|
|
8
Felldeadbird 2023-10-20 13:22:16 +08:00
上面描述有点歧义，不是大问题指的是数据可以恢复，业务也正常运作。不是指这个事故不大。
|
 |
9
paranoiagu 2023-10-20 13:38:48 +08:00 via Android
硬盘还是要分配多少实际占用多少。
|
 |
10
baicx 2023-10-20 13:49:32 +08:00 1
@cqmzgg2023 #4 在 op 这个情景中，与是 pve 还是 esxi 没关系。esxi 物理磁盘不够了照样挂，那是就会有人说感觉 esxi 兼容性没 pve 好。
|
 |
12
fs418082760 2023-10-20 14:01:39 +08:00
我家 pve 跑了 5 年了，公司还是 esxi 方便
加个硬盘都要命令 不方便 |
 |
13
Jirajine 2023-10-20 14:06:58 +08:00 via Android
@yyzh #11 pve 就是 Debian ，买了 Debian 支持的服务器也可以支持 pve 。
|
 |
14
www5070504 2023-10-20 14:18:14 +08:00
内存 硬盘超配的 只能说胆子真大
|
 |
16
263 2023-10-20 14:25:25 +08:00
别的不说，既然有业务在上面跑，基础监控预警都没一个的吗？
|
 |
17
chanChristin 2023-10-20 14:28:46 +08:00
机器有价数据无价，数据没丢就是好事。
|
|
19
cqmzgg2023 2023-10-20 15:14:32 +08:00
业务不都有虚拟磁盘吗？怎么会把宿主机给填满。
|
 |
20
ervqq 2023-10-20 15:44:52 +08:00
为何不上云？
|
 |
21
gvdlmjwje 2023-10-20 16:20:02 +08:00
为啥不用 esxi 我直接用 veeam one 监控
cpu IOPS 流量 剩余空间给你现实的清清楚楚 直接拿台显示器监控页面投上去就完了 |
 |
22
joyhub2140 2023-10-20 16:28:25 +08:00
宿主机应该还是有监控的，我们这边所使用的超融合除了会监控 guest 系统的资源占用，本身的资源占用也会发警告的。
|
 |
23
dongkof 2023-10-20 17:19:43 +08:00 via iPhone
吓得我赶紧去看看，虚机都做的瘦硬盘为了节省容量，前两天还做了个几 t 的 oracle 测试系统，拉数据库前还做了快照，我感觉快炸了
|
 |
25
Quarter 2023-10-20 20:10:56 +08:00 via Android
@cqmzgg2023 没办法，esxi 有限制，只能单机
|
 |
26
vivisidea 2023-10-20 20:14:00 +08:00
监控报警呢？剩余 200G ，剩余比例是多少？一般到 80%就要介入了，要么扩容，要么删掉一些数据
|
 |
28
fsdrw08 2023-10-20 23:10:47 +08:00 via Android
单机我只考虑 hyperv
|
 |
29
adoal 2023-10-20 23:35:34 +08:00
所以呢，thin provisioning 这玩意，双刃剑啊。
不管怎么说，监控还是要做起来的。 |
|
30
adoal 2023-10-20 23:42:40 +08:00
另外呢，物理磁盘还是建议做成池。你这个案例里，“迁移了几个虚拟磁盘到其他物理磁盘后所有服务恢复”，说明物理磁盘的总量还是有富余的，这种如果用池就不会挂掉。当然，都做成池了，如果整体不够用，那就没地方可迁，所以最关键的还是要监控。
另外的另外，跑最基础的 infrastructure 的虚拟机，建议放在单独的一组池上，并且用 thick provisioning ，确保不超。甚至可以考虑单独的物理机集群……哦，你只有单机……当我没说。 |
 |
31
patrickyoung 2023-10-20 23:51:32 +08:00 via iPhone
@yyzh #11 因为不需要，他的底层就是 Debian ，什么古董硬件都可以
|
 |
32
fantathat 2023-10-21 10:37:44 +08:00 via iPhone
怎么会虚拟机的空闲空间比宿主机的剩余空间还要大呢
|
|
33
fantathat 2023-10-21 10:39:51 +08:00 via iPhone
boom 的聲音很好聽，不過求問若是某運行於容器中的單服務的虛擬機磁盤爆了如之奈何？
|
 |
34
Rorysky 2023-10-21 14:53:46 +08:00
为什么都在一台物理机上？
|
 |
37
dode 2023-10-22 16:36:05 +08:00
赶紧删几个不重要虚拟机
|
 |
38
podel 2023-10-22 20:03:13 +08:00
PVE 的 LVM 很容易超发硬盘。
|
Select Language