Linux运维工程师面试题（8）

祝各位小伙伴们早日找到自己心仪的工作。
持续学习才不会被淘汰。
地球不爆炸，我们不放假。
机会总是留给有有准备的人的。
加油，打工人！

1 docker 的网络类型，使用场景

• none：在使用none模式后，Docker容器不会进行任何网络配置，没有网卡、没有IP也没有路由，因此默认无法与外界通信，需要手动添加网卡配置IP等，所以极少使用。
• bridge：默认模式。可以和外部网络之间进行通信，通过SNAT访问外网，使用DNAT可以让容器被外部主机访问，所以此模式也称为NAT模式。
• host：此模式由于直接使用宿主机的网络无需转换，网络性能最高，但是各容器内使用的端口不能相同，适用于运行容器端口比较固定的业务。
• container：使用此模式创建的容器需指定和一个已经存在的容器共享一个网络，而不是和宿主机共享网，新创建的容器不会创建自己的网卡也不会配置自己的IP，而是和一个被指定的已经存在的容器共享IP和端口范围，因此这个容器的端口不能和被指定容器的端口冲突，除了网络之外的文件系统、进程信息等仍然保持相互隔离，两个容器的进程可以通过lo网卡进行通信。

2 CMD 和 ENTRYPOINT 的区别

3 怎么减小 dokcer 镜像的大小

1. 尽量选取满足需求但较小的基础系统镜像；
2. 清理编译生成的文件、安装包的缓存等临时文件；
3. 安装各个软件时候要指定准确的版本号、并避免引入不需要的依赖；
4. 减少镜像层数，合并相同的命令，比如RUN命令；
5. 使用 Dockerfile 创建镜像时候要添加 dockerignore 文件或使用干净的工具目录；

4 现有一个正在运行的容器，容器中没有 ps、top、netstat、ss、ip、lsof等命令，怎么查看容器内进程及pid和打开的端口

可以使用 docker ps 命令查看容器内进程的和port。也可以使用 docker top 命令查看容器内的相关进程，包括它们的PID和其它信息。可以使用docker port命令查看容器暴露的端口。

也可以进入容器。在/proc目录下查看进程pid和其他信息。
下面是/proc/pid目录中可能包含的文件和目录的一些例子：

• cmdline：该文件包含了进程启动时的完整命令行参数。
• cwd：该文件包含了进程当前的工作目录。
• environ：该文件包含了进程环境变量列表。
• exe：该文件是进程的可执行文件的符号链接，可以通过它来找到进程的可执行文件。
• fd：该目录包含了进程打开的文件列表，每个文件都以符号链接的形式出现在该目录下。

5 如何临时退出⼀个正在交互的容器的终端，而不终止它？

同时按三个键，ctrl+p+q。如果按Ctrl+c 会使容器内的应用进程终止、进而会使容器终止。

6 如果只有镜像或者在运行的容器，没有 dockerfile，现在有需求需要借助这个镜像或容器重写 dockerfile，怎么查看这个镜像或容器之前的构建过程。

使用docker history或者docker image history命令进行查看。也可以使用docker inspect命令查看相关信息。

7 COPY 和 ADD 的区别

1. COPY 命令会将文件的所有元数据（如所有者、权限等）都复制到容器中，而ADD则不会。这意味着在使用ADD时，您可能需要手动设置文件的元数据。
2. ADD 命令支持在拷贝文件时自动解压缩tar文件，而 COPY 不支持。
3. ADD 命令支持将 URL 作为源文件，并自动下载并将其复制到容器中。

8 制作镜像方式

• docker commit # 通过修改现有容器，将之手动构建为镜像
• docker build # 通过Dockerfile文件，批量构建为镜像

9 K8S 有那些组件，都是干什么用的

master：

• kube-apiserver：API 服务器为 REST 操作提供服务，公开 Kubernetes API，负责处理接受请求的工作。 并为集群的共享状态提供前端， 所有其他组件都通过该前端进行交互。
• kube-controller-manager：负责运行控制器进程，负责集群内的Node 、Pod 副本、服务端点（ Endpoint ）、命名空间（Namespace ）、服务账号（ ServiceAccount ）、资源定额（ ResourceQuota ）的管理，当某个 Node 意外宕机时， Controller Manager 会及时发现并执行自动化修复流程，确保集群始终处于预期的工作状态。
• kube-scheduler： 负责监视新创建的、未指定运行节点（node）的 Pods， 并选择节点来让 Pod 在上面运行。
• etcd：一致且高可用的键值存储，用作 Kubernetes 所有集群数据的后台数据库。

node：

• kubelet：它保证容器（containers）都运行在 Pod 中。向 master 汇报 node 节点的状态信息；接受指令并在 Pod 中创建 docker 容器；准备 Pod 所需的数据卷；返回 pod 的运行状态；在 node 节点执行容器健康检查
• kube-proxy：集群中每个节点（node）上所运行的网络代理， 实现 Kubernetes 服务（Service） 概念的一部分。
• 容器运行时（Container Runtime）：容器运行环境是负责运行容器的软件。

10 K8S 创建一个pod的流程

1. 准备好对应的yaml文件，通过kubectl发送到Api Server中；
2. Api Server接收到客户端的请求将请求内容保存到etcd中；
3. Scheduler会监测etcd，发现没有分配节点的pod对象通过过滤和打分筛选出最适合的节点运行pod；
4. 节点会通过conteiner runntime 运行对应pod的容器以及创建对应的副本数；
5. 节点上的kubelet会对自己节点上的容器进行管理；
6. controler会监测集群中的每个节点，发现期望状态和实际状态不符合的话，就会通知对应的节点；
7. 节点收到通知，会通过container runtime来对pod内的容器进行收缩或者扩张。

关于我
全网可搜《阿贤Linux》
CSDN、知乎、哔哩哔哩、博客园、51CTO、掘金、思否、开源中国、阿里云、腾讯云、华为云、今日头条、百家号、GitHub、个人博客