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).

作者:阿贤Linux原文地址:https://www.cnblogs.com/waluna/p/17688445.html

%s 个评论

要回复文章请先登录注册