kvm进程被oom-killer

前一段时间做了一个送内存的活动,昨天早上收到邮件说有小鸡离线的问题。

从dmesg里面发现有qemu-kvm进程出现了oom-killer,然后一下子焕然大悟是物理内存bugouyong了。

宿主配置是96G平常撑死只放5-60个小鸡,然而这次的送内存遇上了有4G和5G内存方案的订单有十多个扎堆,

按以往的经验运行40多个小鸡是毫无压力的,但是还有30来个2G方案,全部加一起全部运行起来就出现了qemu-kvm进程被挤掉的问题。

粗略的算下(30x2G)+ (16X4G)+ 3G = 127G内存

大致上算下来此次kvm超额分配四分之一的内存,大部分虚拟机都实打实的开销内存后出现了进程被系统捏死的情况,如全部小鸡的内存都用起来一点渣都不留估计会挤掉更多的进程。

所以kvm真能超售内存? 我个人的结论是:一个停车位一个车,停车场车位总数有限,车位没有分配管理好又遇上满了,就会有停不进去de车。

ubuntu升级到18

大致上涉及到下面的一些操作

有些kvm模版/etc/fstab里面用uuid做设备路径,导致swap没加载上。
把uuid=XXX一串改为/dev/vda2后再执行swapon -a即可解决

1.用sed替换更新ubuntu的代号

sed -i 's/zesty/bionic/g' /etc/apt/sources.list

先用lsb_release -a确认系统版本和代号,然后改动上述的sed替换参数。zesty是17的代号,而bionic是18的代号。

2.apt清理和升级操作大部分操作如下

apt-get clean -y
apt-get update -y
apt-get upgrade -y #会询问配置文件更新还是保留当前配置
apt-get dist-upgrade -y
apt autoremove -y
apt install update-manager-core -y
do-release-upgrade

3.重启和lsb_release -a查看版本

~# lsb_release -a
No LSB modules are available.
Distributor ID:Ubuntu
Description:Ubuntu 18.04.1 LTS
Release:18.04
Codename:bionic

惠普ssacli 工具使用

centos安装包下载地址 https://downloads.linux.hpe.com/SDR/repo/mcp/centos/7/x86_64/current/

阅读剩余部分...