超融合集群无故障运行超过500天,从历史数据看,CPU资源绰绰有余,内存耗费较多,以后分配得精打细算。 ceph分布式去中心化存储,每个osd(单盘)耗费大约5g的内存,如果一个物理服务器插8个单盘做osd的话,40g的内存就没了。因此,需要在硬盘存储容量、成本、性能与内存使用上做平衡:用容量大的,性性价比高的sas盘。例如,用10000转2.4t的盘4块,就比用15000转600g的盘(同等容量要插16块)要合理得多。
2024-06-12 09:30:16 阅读次数:22
超融合集群无故障运行超过500天,从历史数据看,CPU资源绰绰有余,内存耗费较多,以后分配得精打细算。 ceph分布式去中心化存储,每个osd(单盘)耗费大约5g的内存,如果一个物理服务器插8个单盘做osd的话,40g的内存就没了。因此,需要在硬盘存储容量、成本、性能与内存使用上做平衡:用容量大的,性性价比高的sas盘。例如,用10000转2.4t的盘4块,就比用15000转600g的盘(同等容量要插16块)要合理得多。
proxmox超融合项目实践
老司机部署的proxmox超融合私有云:真的很棒
Proxmox超融合私有云交付以后,存在一些有风险的操作,如果把控制权完全交给经验不够的人,很可能造成不可预料的后果。比如修改节点主机名导致集群崩溃、对ceph ODS不当操作导致ceph故障…。为了
刚躺下,就收到proxmox虚拟机集群报警的邮件,顺便瞧了一眼,发现问题。磁盘空间满了,导致备份失败。仔细一看,备份目录为/var/lib/vz/dump,这个是本地文件系统的目录,但我以前设定的备份
刚才查看proxmox集群运行状态,没想健康状态那里出个大红叉。虽然不影响业务,但有问题,还是得马上处理。鼠标点这个红叉,看看具体是什么报错!再点第二个小红叉后边的“i”图标,更详细的信息出来了,如下图所示:原来是一个pg故障,尝试用cep
适用场景误删数据库数据,在无法用现有数据恢复的情况下,通过数据库所在虚拟机的前几天的备份进行恢复,是一个可选的解决办法。某个生成数据库,因为其它人员无操作,把数据删掉了,某个没有经验的运维,直接用备份恢复整个虚拟机,把生产系统给覆盖了,真糟
基本条件准备准备虚拟机,基本配置为:16G内存、4core cpu、4个磁盘(1个系统盘、一个/tmp分区、一个数据分区、一个交换分区swap)。 准备操作系统,并使磁盘可用。 建议正式环境为用户数据
文章
25746
阅读量
3135406