k8s面试1-31

目录

1.k8s常用命令有哪些？

参数解释：
-n :指定名称空间
-o :详细信息
-w :动态监控
kubectl describe //查看详细
kubectl get //索要资源
kubectl apply -f 资源清单的路径 //创建资源
kubectl delete -f 资源清单的路径 //删除资源
kubectl exec -it test-6799fc88d8-42gkv -c nginx -- bash //进入pod容器
kubectl run test --image=nginx //启动容器
kubectl explain pod //查看帮助配置清单
kubectl --context=d get pod --show-labels // 查看标签
kubectl --context=d get namespace //查看名称空间
kubectl --context=d get deployments //查看控制器
kubectl --context=d delete -n jeff  //查看控制器
kubectl --context=d describe pods -n sg-bs bikecompute-675b979885-l8xtz //查看详情
kubectl rollout history deployment  test // 版本历史
kubectl rollout undo deployment test // 回滚上一个版本
kubectl rollout undo deployment test --to-revision=1 // 回滚指定版本

2.报错查看各种日志方法？

journalctl -f -u kubelet.service //查看报错日志
kubectl logs -f -n kube-system coredns-6d56c8448f-5zzwn // 查看dns日志
tail -f /var/log/messages //查看系统日志
kubectl describe pod pod服务名字 //查看pod启动失败原因，pod报错信息

3.k8s的组建有哪些？

架构图：

image-20220412154317260

kube-apiserver:中央管理器，各个组件的调用入口
etcd：集群数据库,存储节点的基础数据，比如：cpu,磁盘大小等
scheduler：调度器，调度数据
kubelet:node节点接受master的kube-apiserver发来的部署信息
kube-proxy:node网桥，建立node容器网络互通
controller-manager:kube-apiserver告诉控制器pod创建好了，控制器监控pod状态，监控数据 
最少需要6套认证

4.k8s中安全机制是什么？

组件之间安全机制：证书，根据上图可见最少6套证书

5.常用的控制器有哪些？

k8s中控制器分为：deployment、DaemonSet、StatufluSet
Deployment:一般用来部署长期运行的、无状态的应用
	特点：集群之中，随机部署 
DaemonSet：每一个节点上部署一个Pod，删除节点自动删除对应的Pod（zabbix-agent）
	特点：每一台上有且只有一台
StatudfluSet: 部署有状态应用
	特点：有启动顺序

6.service类型有哪些？

# CluserIP : 向集群内部暴露一个IP,外部无法访问

# NodePort : 在宿主主机中开启一个端口与负载均衡IP的端口一一对应，外界可以使用宿主主机的端口访问集群内部服务，端口随机，也可以固定端口。一般测试用，正式环境不实用，因为端口占用严重

# LoadBalancer：是实现暴露服务的另一种解决方案，它依赖于公有云弹性IP实现

# ExternalName service 是sercice的一个特例,它没有选择器，也没有定义任何端口。它的作用是返回集群外service的外部别名。它将外部地址经过集群内部的再一次封装（实际上就是集群DNS服务器将CNAME解析到外部地址上），实现了集群内部访问即可。例如你们公司的镜像仓库，最开始时用ip访问，等到后面域名下来了再使用域名访问。你不可能去修改每处的引用。但是可以创建一个ExternalName，首先指向到IP，等后面再指向域名

7.ingress-Nginx工作原理？

ingress-Nginx：负载均衡器
service主要作用：提供负载均衡
ingress主要作用：提供域名转发集群流量入口
ingress工作原理：根据ingress配置清单，动态生成Nginx配置，并且使其生效，之后通过nginx反向代理转发流量到pod中
Nginx配置文件：vi /etc/nginx/nginx.conf

image-20220412154317260

8.前端请求www.baidu.con响应流程？讲出k8s内部调用？

常规版本：

1.前端输入www.xxxx.com
2.本地hosts文件寻找ip地址，如果没有找到进行第三步，找到进行第四步
3.DNS域名解析ip地址
4.浏览器带着ip访问服务器进行三次握手,建立tcp连接
5.浏览器发出http请求报文,服务器接收到请求
6.外部云服务网关根据ingress配置的域名转到对应的ingress-nginx
7.ingress-nginx生成动态nginx
8.nginx转到service,service转到kube-proxy,kube-proxy转到自定义网关gateway
9.内部gateway网关转到相应的业务pod
10.业务pod有可能需要进行rpc调用其他微服务
11.pod返回响应结果
12.浏览器解码渲染

9.讲讲pod的生命周期？

pod生命周期：
1.创建pod
2.创建主容器
3.依次创建业务容器
4.执行回调钩子
5.进行探测（监控容器是否活着，和监控是否能被外网访问，容器挂了会自动创建新的）
6.执行结束回调钩子
7.结束业务容器
8.结束主容器
9.销毁pod

10.主容器作用？

主容器作用：
1.提供pod中基础网络(基础命名空间)
2.提供共享储存
3.监控业务容器

11.配置清单基本结构？

apiVersion :apps/v1   #指定k8s部署的api版本号
kind : Deployment     #指定资源类型（pod）
metadata : #记录部署应用的基础信息
	name: admin
  namespace: sg-bs
spec : #指定部署详情

	
# k8s部署一个yaml的应用：kubectl apply -f [配置清单]

pod清单

# kubectl explain Pod # 查看配置清单帮助
apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
    - name: nginx
      image: nginx
    - name: tomcat
      image: tomcat

12.ingress设置重定向方式有哪些？

目的：访问www.test.com重定向到https://www.baidu.com
方式一：直接在Ingress配置清单设置。
方式二：在配置中心configMap中配置，然后在Ingress配置清单中配置configMap中的值。

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: ingress-ingress-nginx-tls
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/permanent-redirect: https://www.baidu.com
spec:
  rules:
    - host: www.test.com
      http:
        paths:
          - path: /
            backend:
              serviceName: wordpress-nginx
              servicePort: 80

13.configmap?使用configmap挂载方式

configmap是配置中心，其他地方需要使用就挂载configmap

创建configmap:

# 创建名称空间
apiVersion: v1
kind: Namespace
metadata:
  name: sg-bs
  labels:
    app: sg-bs
---

# ConfigMap是名称空间级资源
apiVersion: v1
kind: ConfigMap
metadata:
  name: test-configmap
  namespace: sg-bs
data: # 健 ： 值
  level: debug # 配置的信息

使用configmap:

使用configmap中的level：debug

## 使用挂载方式，将配置文件挂载到容器中
# 使用
kind: Deployment
apiVersion: apps/v1
metadata:
  name: nginx-config
spec:
  selector:
    matchLabels:
      app: nginx-config
  template:
    metadata:
      labels:
        app: nginx-config
    spec:
      containers:
        - name: nginx
          image: nginx
          volumeMounts: # 挂载
            - mountPath: /etc/nginx/conf.d  # 挂载路径
              name: nginx-config-configmap # 存储卷名字
    
      volumes:
        - name: nginx-config
          persistentVolumeClaim:
            claimName: nginx-config
        - name: nginx-config-configmap
          configMap:
            name: test-configmap # ConfigMap名字
            items:
              - key: level
                path: level # 最终路径为：/etc/nginx/conf.d/level

14.k8s存储卷有哪些？

https://www.cnblogs.com/guyouyin123/p/15630025.html#

1.emptyDir：pod调度到节点时创建的临时目录，pod删除随之删除，用于容器间分享文件
2.hostpath：节点存储卷，挂载宿主机的文件或目录到pod中
3.pv/pvc：外部存储系统中的一款存储空间，具有持久性，生命周期独立于pod
  PV：描述一个具体的Volume属性，比如Volume的类型、挂载目录、远程存储服务器地址等。相当于磁盘分区
  PVC：描述 Pod想要使用的持久化属性，比如存储大小、读写权限等。
4.StorageClass：充当pv模版，动态创建pv，自动构建相对应的pv持久化存储卷
5.configmap：配置中心，挂载到pod即可以使用

15.Secret是什么？

Secret将密码转为密文，写入config中，起到加密的作用
使用方式：https://www.cnblogs.com/guyouyin123/p/15668227.html

16.什么是容器探针？

容器探针：就是检查容器的状态。

17.健康检查方式有哪些？存活性，就绪性

健康检查方式2种：
1.存活性探测：检查容器是否正常运行
2.就绪性探测：检查容器是否能够对外提供服务

两者维度不一样
两者处理方式不一样：
	存活性检查失败：把容器删掉
	就绪性检查失败：移除集群（移除负载均衡）

18.存活性探测有哪些方式？

存活性:livenessProbe
就绪性:readinessProbe
存活性探测有3种方式：
1.ExecAction：在容器内执行指定的命令。看执行成功与否
2.TCPSocketAction：对指定端口上Pod的IP地址执行TCP检查。相当于ping
3.HTTPGetAction：GET在指定的端口和路径上针对Pod的IP地址执行HTTP请求。相当于http请求服务内部的接口，一般服务内部创建一个ping路由。

https://www.cnblogs.com/guyouyin123/p/15603581.html

Exec：在容器内执行指定的命令

apiVersion: v1
kind: Pod
metadata:
  name: probe-exec
  namespace: defualt
spec:
  containers:
    - name: nginx
      image: nginx
      livenessProbe:
        exec:
          command:
            - cat
            - /tmp/health    
        initialDelaySeconds: 30 # 初始化时间
        successThreshold: 1 # 连续成功多少次算成功
        failureThreshold: 3 # 连续失败几次算失败
        timeoutSeconds: 2 # 探测超时时间
        periodSeconds: 2 # 执行探测等频率，单位秒。默认10秒，最小1

TCPSocket：相当于ping

apiVersion: v1
kind: Pod
metadata:
  name: probe-tcp
  namespace: default
spec:
  containers:
  - name: nginx
    image: nginx
    livenessProbe:
      tcpSocket:
        port: 80
      initialDelaySeconds: 30 # 初始化时间
      successThreshold: 1 # 连续成功多少次算成功
      failureThreshold: 3 # 连续失败几次算失败
      timeoutSeconds: 2 # 探测超时时间
      periodSeconds: 2 # 执行探测等频率，单位秒。默认10秒，最小1

HTTPGet：相当于http请求服务内部的接口

apiVersion: v1
kind: Pod
metadata:
  name: probe-http
  namespace: default
spec:
  containers:
  - name: nginx
    image: nginx
    livenessProbe:
      httpGet:
				path: /ping
        port: 80
        scheme: HTTP   
      initialDelaySeconds: 30 # 初始化时间
      successThreshold: 1 # 连续成功多少次算成功
      failureThreshold: 3 # 连续失败几次算失败
      timeoutSeconds: 2 # 探测超时时间
      periodSeconds: 2 # 执行探测等频率，单位秒。默认10秒，最小1

19.就绪性探测？

存活性:livenessProbe
就绪性:readinessProbe

健康检查方式2种：
1.存活性探测：检查容器是否正常运行
2.就绪性探测：检查容器是否能够对外提供服务

两者维度不一样
两者处理方式不一样：
	存活性检查失败：把容器删掉
	就绪性检查失败：移除集群（移除负载均衡）

就绪性探测3种方式：
1.ExecAction：在容器内执行指定的命令。看执行成功与否
2.TCPSocketAction：对指定端口上Pod的IP地址执行TCP检查。相当于ping
3.HTTPGetAction：GET在指定的端口和路径上针对Pod的IP地址执行HTTP请求。相当于http请求服务内部的接口，一般服务内部创建一个ping路由。

20.什么是污点和容忍？以及作用，使用方法？

详细使用：https://www.cnblogs.com/guyouyin123/p/15604212.html

污点:被打上污点Taints的node节点，不会被调度器部署pod应用。
容忍:允许调度器部署pod应用到打上污点Taints的节点。

污点作用：比如master节点不想部署那么多的pod，因为不能让master节点压力太大。那么给master节点打上污点标签，pod就不会部署到该节点了
污点容忍：比如master节点打上污点了，但是想要部署其中一个pod到master上，那么就需要在pod配置清单中写入容忍污点。

参数：
NoSchedule: 不调度到污点节点上去
PreferNoSchedule：NoSchedule 的软策略版本，表示尽量不调度到污点节点上去
NoExecute：该选项意味着一旦Taint生效，如该节点内正在运行的pod没有对应Tolerate设置，会直接被逐出

节点标记污点：

kubectl taint node sg-14 test=sg14:PreferNoSchedule

img

容忍污点：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment
spec:
  replicas: 1  		# pod数量
  selector:  			# 选择器
    matchLabels:  # 标签
      release: stable # 选择标签
  template:  				# 模版
    metadata:
      name: test-tag  # 控制器名字
      labels:
        release: stable # 设置控制器标签
    spec:
      containers:
        - name: nginx  # 镜像名称
          image: nginx # 镜像 
      tolerations:
      - key: "node-role.kubernetes.io/master"
        operator: "Exists"
        effect: "NoSchedule"

21.怎么做弹性扩缩容，原理是什么?

详细教程：https://www.cnblogs.com/guyouyin123/p/15666274.html

hpa可以根据指标，来弹性增加删除pod的副本数。控制pod配置清单的replicas参。
参数：
minReplicas： 最小pod实例数
maxReplicas： 最大pod实例数
metrics： 用于计算所需的Pod副本数量的指标列表
resource： 核心指标，包含cpu和内存两种（被弹性伸缩的pod对象中容器的requests和limits中定义的指标。）
object： k8s内置对象的特定指标（需自己实现适配器）
pods： 应用被弹性伸缩的pod对象的特定指标（例如，每个pod每秒处理的事务数）（需自己实现适配器）
external： 非k8s内置对象的自定义指标（需自己实现适配器）

案例：

apiVersion: autoscaling/v2beta1 #(支持cpu,memory,及自定义)
kind: HorizontalPodAutoscaler
metadata:
  name: bikesvc
  namespace: sg-bs
spec:
  minReplicas: 1
  maxReplicas: 10
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: bikesvc
  metrics:
    - type: Resource
      resource:
        name: memory  # 内存占用率(百分比)
        targetAverageUtilization: 80
    - type: Resource
      resource:
        name: cpu   # cpu占用率（百分比）
        targetAverageUtilization: 80

22.k8s的服务注册和服务发现是怎么实现的？

pod服务在启动成功后，会加载service信息。
在 K8s 里面，k8s的服务注册是通过service实现的。服务发现与负载均衡都是 K8s Service
流量调度：ingress-->service-->pod
服务注册：当启动一个pod时，k8s内部会在service与pod之间的kube-proxy。把这个pod的ip端口加入到kube-proxy网桥中，建立容器网络互通。
服务发现：流量打到service上时，service根据kube-proxy做负载均衡，默认轮训打到pod上

kube-proxy默认为iptables，通过防火墙DNS线性转发的，相对性能低
ipvs是做集群负载的，性能强。ipvs支持服务健康检查，和连接重试。ipvs有更复杂的负载均衡算法11种
kube-proxy切换为ipvs。

23.打标签？标签选择？

查看标签：

kubectl get pod --show-labels

创建标签，标签选择器：

replicas: 1   决定pod部署的数量
Deploymnet:在Deployment对象中描述所需的状态，然后Deployment控制器将实际状态以受控的速率更改为所需的状态。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment
spec:
  replicas: 1  		# pod数量
  selector:  			# 选择器
    matchLabels:  # 标签选择器
      release: stable # 选择标签
  template:  				# 模版
    metadata:
      name: test-tag  # 控制器名字
      labels: 
        release: stable # 设置控制器标签
    spec:
      containers:
        - name: nginx  # 镜像名称
          image: nginx # 镜像

24.部署一个服务的流程？

cicd执行

1.代码打包镜像
2.镜像上传仓库
3.编写配置清单（ingress,service,nameSpace,Deployment）
4.应用部署清单，kubectl apply -f 清单路径

25.pod的日志如何收集？

实现一个logservice服务
两种方式：
1.kafka方式
缺点：需要依赖于kafka
优点：数据不会缺失。
需要考虑的点：日志量大之后，是否影响业务服务。是否需要在k8s外面额外部署一个kafka服务。所以不建议

2.使用udp方式
实现一个udp服务端服务，再全局初始化一个客户端udp服务。
缺点：有可能日志数据丢失（内网不稳定情况）
优点：只依赖于网络，扩展性高。自己编写代码实现udp服务端，可以做一些限制。比如保存时常，或者udp日志数据包太长拦截掉。(很明显不是日志信息，而是业务数据信息)

26.谈下你对k8s集群监控的心得，口述

Promethus

27.集群如何预防雪崩，简要写出必要的集群优化措施

1、为每个pod设置资源限制
2、设置Kubelet资源预留

28.service的kube-proxy负载到pod？

https://www.bilibili.com/video/BV1Jv4y1K7po?p=4&spm_id_from=pageDriver&vd_source=6728716b092fdb6cc9a0ef2071c804ed

kube-proxy默认为iptables

默认是iptables。
iptables是做防火墙的配置，线性转发。性能低
ipvs是做集群负载的，性能强。ipvs支持服务健康检查，和连接重试。ipvs有更复杂的负载均衡算法11种

kube-proxy切换为ipvs。

29.微服务部署中的蓝绿发布

金丝卷发布(灰度发布)：根据算法分流，学习
滚动发布：分批次发布，学习
蓝绿发布：在k8s中同时发布两个版本。

蓝绿发布原理：

Deployment pod正常发布v1版本，当发布v2版本时改标签version:v2。这样就不会覆盖。然后在service中selector中修改version:v2，这样通过service直接转发到v2新版本中
# v1老版本
selector:
    matchLabels:
      app: battswap
      version:v1
      
# v2新版本
selector:
    matchLabels:
      app: battswap
      version:v2

apiVersion: v1
kind: Service
metadata: 
  name: battswap
  namespace: sg-battswap
spec:
  ports:
  - port: 8080
    targetPort: 8080
  selector:
    app: battswap
    version:v2 #修改为v2
  sessionAffinity: None
  type: ClusterIP

30.蓝绿发布优势和不足

优势：切换速度快。可以同时部署发布多套系统，每套系统独立（每个pod独立）
不足：全量切换

31.金丝卷发布

原理：pod的v1，v2版本。通过配置20%到v2,80%到v1
posted @ 2022-04-17 18:16  Jeff的技术栈  阅读(506)  评论(0)  编辑  收藏  举报
回顶部