1.worker节点宕机，请说明一下pod的驱逐流程：
k8s有一个节点控制器，节点控制器在一段时间内无法和kubelet通信，那么就会给节点打上unknown 状态，并自动创建NoExecute污点,避免调度器调度新的pod到该节点。同时已经在这个节点运行的pod，在经过五分钟的容忍时间后被NoExecute自动驱逐。
2.尝试用的日志分析工具在K8s种如何与集群进行通信：
方案一：
一个pod节点部署一个应用容器和边车容器，用共享存储卷emptydir共享两个容器之中的日志目录，边车容器部署这日志收集工具比如：filebeat/fluentd(菲尔安提的)收集共享存储的日志，采集完发送个ESpod集群的service的clusterip，再通过service转发给ES，kibana通过ES的service的cluster访问到es相关的数据进行可视化管理操作。
方案二：
运用hostpath的方法把容器里的日志目录挂载在pod在宿主机的的的目录上，在宿主机上部署filebeat/fluentd 收集日志发送给ESpod集群的service的nodeport（因为时外部宿主机访问），service再转发给ESpod集群，pod容器里的kibana通过ESpod集群的clusterip访问到ES相关的数据进行可视化管理操作。
3. pod启动失败如何解决以及常见的原因有哪些：
没有合适的node节点部署pod，镜像拉取失败，存储券挂载失败，健康检查失败（探针），容器启动失败，启动命令有问题。
4.K8S雪崩：
5.在docker容器里面进行抓包：
kubectl describe pod pod名称 -n 命名空间 -o wide | grep -i ‘id’
#获取pod所在的容器id 也就是container id
docker inspect containerid |grep -i pid #根据找到的pid进入pod的网络命名空间
nsenter -t pid号 -n #使用tcpdump进行抓包 #根据找到的pid进入pod的网络命名空间
tcpdump -w xxx.pcap #使用tcpdump进行抓包