如何判断虚拟环境是物理机、虚拟机还是容器
这篇文章主要讲解了“如何判断虚拟环境是物理机、虚拟机还是容器”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何判断虚拟环境是物理机、虚拟机还是容器”吧!
1、判断容器
目前还没有什么方法能够100%准确判断虚拟环境是否是容器,至少我没有找到相关文献。
如果环境有systemd-detect-virt命令,则可以直接通过systemd-detect-virt -c命令判断,如果输出为none则不是容器,否则会输出容器类型,比如lxc。目前很少容器里面放systemd的,我见过的就只有 LXD 的ubuntu镜像,因此这种方法适用性不广。
除此之外,可通过其他tricks判断,最简便的方法判断PID为1的进程,如果该进程就是应用进程则判断是容器,而如果是init进程或者systemd进程,则不一定是容器,当然不能排除是容器的情况,比如LXD/lXC实例的进程就为/sbin/init。
容器和虚拟机不一样的是,容器和宿主机是共享内核的,因此理论上容器内部是没有内核文件的,除非挂载了宿主机的/boot目录:
另外,我们知道容器是通过cgroup实现资源限制,每个容器都会放到一个cgroup组中,如果是Docker,则cgroup的名称为docker-xxxx,其中xxxx为Docker容器的UUID。
而控制容器的资源,本质就是控制运行在容器内部的进程资源,因此我们可以通过查看容器内部进程为1的cgroup名称获取线索。
如下是我通过 Docker 跑 busybox 的 cgroup 信息:
我们不仅可以知道这是 Docker 容器,还获取了 Docker 容器的 UUID 为 9ba…11。
根据如上的结论,判断一个虚拟环境是否 Docker 的脚本为:
当然如果仅仅判断是否 Docker 容器,还能通过判断是否存在 .dockerenv 文件区分是否Docker 容器:
rkt 容器类似,输出结果如下:
如上的 \x2d 为-号:
因此判断一个虚拟环境是否 rkt 的脚本为:
好奇 AWS lambda 的运行环境是什么,于是写了个函数输出 /proc/1/cgroup,结果为:
猜测是一种叫 sandbox 的运行环境,估计也是一种容器。
判断虚拟环境是否为容器环境相对比较复杂,目前没有完美的方案,总结过程如下:
判断是否可运行 systemd-detect-virt -c 命令,如果输出为 none 则不是容器,否则可确定容器类型。
判断 PID 1 如果为应用本身,则该虚拟环境是容器,否则不能确定是否是容器。
判断是否存在加载的内核文件,如果不存在,则可判断为容器,否则不能确定是否为容器。
判断是否存在 /.dockerenv 文件,如果存在则为 Docker 容器,否则不能确定是否为容器。读取 /proc/1/cgroup 文件,判断是否包含 docker、rkt 等关键字,如果包含,则说明为容器,否则不能确定是否为容器。
另外,需要特别注意的是,容器必须最先判断,因为容器本身并没有任何的硬件虚拟化,容器看到的硬件特性信息和宿主机看到的完全一样,因此下面介绍的通过lscpu以及DMI信息判断是否是虚拟机或者物理机,对容器并不适用。换句话说,不能因为lscpu的Hypervisor vendor值为KVM就说明一定是KVM虚拟机,因为它也有可能是容器。下文均假设已经排除为容器的情况。
2、判断物理机
如果使用了 systemd,则可以直接通过 systemd-detect-virt 命令判断是否物理机:
如果输出为 none,则说明是物理机。
当然也可根据 lscpu 命令输出,看是否有 Hypervisor vendor 属性,如果没有该属性,则一般为物理机,如果存在该属性则一定是虚拟机:
获取物理机的信息最直接的方式是查看 DMI 信息 /sys/firmware/dmi/tables/DMI,使用 dmidecode 命令解码:
如上可以看出这是台物理机,厂商为 HP,型号为 ProLiant DL380 Gen9,序列号为6CU6468KKD。
通过 ipmitool 命令可以查看物理服务器的带外 IP:
当然如果是虚拟机,如上命令会执行失败。另外也可以通过其他命令查看物理信息,如lshw 命令。
3、判断虚拟机
其实前面已经提到了,如果使用了systemd,则可以直接通过 systemd-detect-virt 命令判断是否虚拟机:
如果是虚拟机,则会输出虚拟机类型,如 kvm、oracle(virtualbox)、xen 等。
当然也可根据 lscpu 命令输出,查看 Hypervisor vendor 属性值:
通过如上命令,我的一台 AWS 虚拟机输出为 Xen,阿里云虚拟机为 KVM,VirtualBox虚拟机也输出为 KVM,这是因为我使用了 KVM 硬件加速虚拟化。
我的搬瓦工虚拟机输出也为 KVM,可见搬瓦工主机也是 KVM 虚拟机。
通过如上方法可以获取虚拟机的虚拟化类型,能否获取更多信息呢?参考物理机的获取方式,我们可以通过 dmidecode 命令获取更多的虚拟机信息。比如我在一台 OpenStack 虚拟机运行如下命令:
如上 Manufacturer 为 OpenStack Foundation,说明运行在 OpenStack 平台,Version为 Nova 版本,根据 OpenStack 的 releases 可知 15.0.1 对应为 OpenStack Ocata 版本,而 UUID 即虚拟机的 UUID。
AWS 上的一台虚拟机输出为:
在 Version 中标明了 amazon 字样。
阿里云虚拟机如下(感谢L神提供的输出):
可见虽然可以从 system 信息中获取云厂商的线索,但其实虚拟机的 system 信息并没有统一的标准,有的在 version 中体现,有的在 Product Name 中表现,完全取决于云厂商自己的配置。
如上整合如下脚本初略判断:
如上也可以判断公有云是否基于 OpenStack 实现,比如华为虚拟机输出为 OpenStack,可大致猜测华为的公有云是基于 OpenStack 实现的。
AWS 以及 OpenStack 系的虚拟机还可以通过 metadata 或者 ConfigDrive 获取更多信息,以 metadata 为例:
获取虚拟机的 ID:
获取 instance type (规格):
获取虚拟机的公有IP(弹性IP),这个挺有用的,因为在虚拟机没法通过ifconfig查看弹性IP,经常登录虚拟机后,忘记自己的公有IP:
其他的比如 vpc-id、ami id(镜像id)、安全组、公钥名等都可以通过该方式获取。
如果是 OpenStack,还可以使用 OpenStack 的 metadata 获取更多信息:
如上可获取虚拟机的租户 ID、volume type 等信息。当然邪恶点可以通过查看 userdata获取虚拟机初始化 root 密码。AWS 甚至可以查看 AccessKeyId 以及SecretAccessKey。
4、总结
如上总结了几种判断虚拟化环境类型的方法,不一定准确,仅供参考,当然也可能还有其他更好的方法。
如下是根据前面的结论写的一个探测虚拟化类型的脚本,不一定健壮完备,仅供参考:
感谢各位的阅读,以上就是“如何判断虚拟环境是物理机、虚拟机还是容器”的内容了,经过本文的学习后,相信大家对如何判断虚拟环境是物理机、虚拟机还是容器这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是编程网,小编将为大家推送更多相关知识点的文章,欢迎关注!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341