目前裸机（物理机）、虚拟机、容器是云计算提供计算服务的三种主流形式。那么如何判断一个虚拟 Shell 环境到底是物理机、虚拟机还是容器呢？
更进一步，如果是物理机，这个物理机厂商是什么，虚拟机到底是 KVM 还是 XEN，容器是 Docker 还是 rkt 、lxc 等？
更进一步，如果是虚拟机，是否可以判断这个虚拟机是运行在 AWS 还是阿里或者 OpenStack，是否能够获取虚拟机的 UUID、instance-type、vpc-id、安全组等信息?
这有点像我们在开发中经常使用的反射( reflection )机制，通过反射可以知道一个类实例( instance )的类( class )是什么，更进一步可以知道这个类的父类是什么、实现了哪些方法、包含哪些属性等。
以下是我用到的一些方法，仅供参考。
01
判断容器
目前还没有什么方法能够 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 虚拟机，因为它也有可能是容器。下文均假设已经排除为容器的情况。
02
判断物理机
如果使用了 systemd，则可以直接通过 systemd-detect-virt 命令判断是否物理机:
如果输出为 none，则说明是物理机。
当然也可根据 lscpu 命令输出，看是否有 Hypervisor vendor 属性，如果没有该属性，则一般为物理机，如果存在该属性则一定是虚拟机：
获取物理机的信息最直接的方式是查看DMI信息/sys/firmware/dmi/tables/DMI，使用dmidecode命令解码:
如上可以看出这是台物理机，厂商为HP，型号为 ProLiant DL380 Gen9，序列号为 6CU6468KKD。
通过 ipmitool 命令可以查看物理服务器的带外 IP:
当然如果是虚拟机，如上命令会执行失败。另外也可以通过其他命令查看物理信息，如 lshw 命令。
03
判断虚拟机
其实前面已经提到了，如果使用了 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。
04
总结
如上总结了几种判断虚拟化环境类型的方法，不一定准确，仅供参考，当然也可能还有其他更好的方法。
如下是根据前面的结论写的一个探测虚拟化类型的脚本，不一定健壮完备，仅供参考：
本文转载自：「int32bit」，原文：https://url.cn/5SZtZs8，版权归原作者所有。欢迎投稿，投稿邮箱:
editor@hi-linux.com
。
你可能还喜欢
点击下方图片即可阅读
终端程序不支持 SOCKS5 / HTTP 代理怎么办？有了这个神器后，终于可以跨越高山和大海了！
点击上方图片，打开小程序，加入「玩转 Linux」圈子
更多有趣的互联网新鲜事，关注「奇妙的互联网」视频号全了解！
