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

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

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

1 pod 的生命周期

第一阶段：

• Pending：正在创建 Pod 但是 Pod 中的容器还没有全部被创建完成，处于此状态的 Pod 应该检查 Pod 依赖的存储是否有权限挂载、镜像是否可以下载、调度是否正常等。
• Failed：Pod 中有容器启动失败而导致 pod 工作异常。
• Unknown：由于某种原因无法获得 pod 的当前状态，通常是由于与 pod 所在的 node 节点通信错误。
• Succeeded：Pod 中的所有容器都被成功终止即 pod 里所有的 containers 均已 terminated。

第二阶段：

• Unschedulable：Pod不能被调度，kube-scheduler 没有匹配到合适的node节点
  • CPU资源不够，内存资源不够
  • 打 labels 标签
• PodScheduled：pod 正处于调度中，在 kube-scheduler 刚开始调度的时候，还没有将 pod 分配到指定node，在筛选出合适的节点后就会更新 etcd 数据，将 pod 分配到指定的 node
• Initialized：所有 pod 中的初始化容器已经完成了
• ImagePullBackOff：Pod 所在的 node 节点下载镜像失败
  • node 节点无法下载镜像
  • 网络问题
  • 权限问题
  • 镜像地址或者名称写错
• Running：Pod 内部的容器已经被创建并且启动
• Ready：表示 pod 中的容器已经可以提供访问服务

2 探针类型

• livenessProbe：存活探针，检测容器是否正在运行，如果存活探测失败，则 kubelet 会杀死容器，并且容器将受到其重启策略的影响，如果容器不提供存活探针，则默认状态为 Success，livenessProbe 用户控制是否重启 pod。
• readinessProbe：就绪探针，如果就绪探测失败，端点控制器将从与 Pod 匹配的所有 Service 的端点中删除该 Pod 的 IP 地址，初始延迟之前的就绪状态默认为 Failure，如果容器不提供就绪探针，则默认状态为 Success，readinessProbe 用于控制 pod 是否添加至 service。

livenessProbe 和 readinessProbe 的对比

配置参数一样

livenessProbe：连续探测失败会重启、重建 pod，readinessProbe 不会执行重启或者重建Pod操作

livenessProbe：连续检测指定次数失败后会将容器置于 (Crash Loop BackOff) 切不可用，readinessProbe 不会

readinessProbe：连续探测失败会从 service 的 endpointd 中删除该 Pod，livenessProbe 不具备此功能，但是会将容器挂起 livenessProbe

livenessProbe 用户控制是否重启 pod，readinessProbe 用于控制 pod 是否添加至 service

3 探针方式

• ExecAction： 在容器内执行指定命令。如果命令退出时返回码为 0 则认为诊断成功。
• TCPSocketAction： 对容器的 IP 地址上的指定端口执行 TCP 检查。如果端口打开，则诊断被认为是成功的。
• HTTPGetAction： 对容器的 IP 地址上指定端口和路径执行 HTTP Get 请求。如果响应的状态码大于等于 200 且小于 400，则诊断被认为是成功的。

4 探针结果

• Success （成功）：容器通过了诊断。
• Failure （失败）：容器未通过诊断。
• Unknown （未知）：诊断失败，因此不会采取任何行动。

5 Pod 重启策略

restartPolicy：

• Always：当容器异常时，k8s 自动重启该容器，ReplicationController/Replicaset/Deployment。
• OnFailure：当容器失败时 (容器停止运行且退出码不为0)，k8s 自动重启该容器。
• Never：不论容器运行状态如何都不会重启该容器，Job 或 CronJob。

6 镜像获取策略

imagePullPolicy:

• Always：每次启动Pod时都要从指定的仓库下载镜像。
• IfNotPresent：仅本地镜像缺失时才从目标仓库下载镜像。
• Never：禁止从仓库下载镜像，仅使用本地镜像。

对于标签为 latest 的镜像文件，其默认的镜像获取策略为Always；

其他标签的镜像，默认策略则为IfNotPresent。

7 k8s 的服务类型

• ClusterIP：通过集群的内部 IP 暴露服务，选择该值时服务只能够在集群内部访问。 这也是你没有为服务显式指定 type 时使用的默认值。 你可以使用 Ingress 或者 Gateway API 向公众暴露服务。
• NodePort：通过每个节点上的 IP 和静态端口（NodePort）暴露服务。 为了让节点端口可用，Kubernetes 设置了集群 IP 地址，这等同于你请求 type: ClusterIP 的服务。
• LoadBalancer：使用云提供商的负载均衡器向外部暴露服务。 外部负载均衡器可以将流量路由到自动创建的 NodePort 服务和 ClusterIP 服务上。
• ExternalName：通过返回 CNAME 记录和对应值，可以将服务映射到 externalName 字段的内容（例如，foo.bar.example.com）。 无需创建任何类型代理。

8 k8s中 service 和 ingress 的区别

service 只能通过四层负载就是ip+端口的形式来暴露

ingress 可以提供7层的负责对外暴露接口，而且可以调度不同的业务域，不同的url访问路径的业务流量。

9 有状态和无状态服务的区别

http请求无状态，多次请求之间没有依赖关系

有状态就是多次访问之间有关联关系，需要记录多次之间的访问关系

10 k8s 中 service 是做什么的？

主要是做动态的发现后端主机的endpoint并提供负载均衡的一个入口。

关于我

全网可搜《阿贤Linux》

CSDN、知乎、哔哩哔哩、博客园、51CTO、掘金、思否、开源中国、阿里云、腾讯云、华为云、今日头条、百家号、GitHub、个人博客

公众号：阿贤Linux

个人博客：blog.waluna.top

https://blog.waluna.top/

原文链接: Linux运维工程师面试题（9）.