运维面试必问的10个K8s问题

在运维岗位的面试中KubernetesK8s作为容器编排的主流技术常常是面试官重点考察的内容。以下是运维面试中可能会被问到的10个K8s相关问题及其详细解答帮助你更好地准备面试。1. 请简要介绍一下Kubernetes及其核心功能解答Kubernetes是一个开源的容器编排平台用于自动化容器化应用的部署、扩展和管理。它最初由Google开发现在由云原生计算基金会CNCF维护。Kubernetes的核心功能包括自动化部署支持一键部署容器化应用简化部署流程。服务发现和负载均衡自动为容器分配IP地址和DNS名称实现服务发现和负载均衡。弹性伸缩根据应用负载自动调整容器数量确保应用的高可用性和性能。自我修复在节点故障时自动重新调度容器保证应用的持续运行。存储编排支持多种存储类型自动挂载存储系统到容器中。2. 什么是Pod它在K8s中的作用是什么解答Pod是Kubernetes中的最小调度单元它封装了一个或多个紧密相关的容器。这些容器共享Pod的网络命名空间、存储卷和IP地址使得它们可以像单机进程一样进行通信。Pod的主要作用包括封装应用将应用及其依赖的容器封装在一个Pod中便于管理和部署。提供网络为Pod内的容器提供统一的网络接口简化网络配置。支持存储允许Pod挂载存储卷实现数据的持久化存储。3. 简述K8s的Service类型及其应用场景解答Kubernetes中的Service类型主要有四种ClusterIP默认类型仅在集群内部可访问用于Pod间的服务发现。NodePort通过每个节点的固定端口暴露服务允许外部网络访问集群内部的服务。LoadBalancer依赖云厂商的负载均衡器将服务暴露到公网提供高可用性和负载均衡。ExternalName将集群外部的服务引入到集群内部通过DNS CNAME记录实现。应用场景ClusterIP适用于内部服务间的通信如微服务架构中的服务调用。NodePort适用于开发测试环境或需要从外部网络访问集群内部服务的场景。LoadBalancer适用于生产环境需要对外提供高可用服务的场景。ExternalName适用于需要访问集群外部服务的场景如数据库、API服务等。4. 什么是Deployment它有哪些主要功能解答Deployment是Kubernetes中用于管理无状态应用的一种资源对象。它通过管理ReplicaSet来实现Pod的间接管理提供了更高层次的抽象和自动化。Deployment的主要功能包括滚动更新支持应用的平滑升级通过逐步替换旧版本的Pod为新版本的Pod确保应用的持续可用性。版本回滚在更新过程中出现问题时可以快速回滚到上一个稳定版本。副本管理确保应用始终运行指定数量的Pod副本满足应用的负载需求。自愈能力在Pod故障时自动重新调度新的Pod保证应用的持续运行。5. 简述K8s的自动扩容机制HPA及其工作原理解答Kubernetes的自动扩容机制主要通过Horizontal Pod AutoscalerHPA实现。HPA通过与Metrics Server或自定义的metrics provider集成持续监控指定Deployment、ReplicaSet或StatefulSet中Pod的资源使用情况如CPU使用率、内存使用率等。当资源使用率超过预设阈值时HPA会自动增加Pod的副本数量当资源使用率低于阈值时HPA会减少Pod的副本数量。工作原理HPA控制器周期性地检查每个被管理的Pod的资源利用率。如果当前Pod的资源使用超过了设定的目标值HPA会更新对应的Deployment或ReplicaSet的replicas字段。系统根据新的replicas值自动创建或删除Pod使得实际运行的Pod数量与HPA计算出的目标副本数相符。6. 什么是K8s的StatefulSet它适用于哪些场景解答StatefulSet是Kubernetes中用于管理有状态应用的一种资源对象。与Deployment不同StatefulSet为每个Pod提供了稳定的网络标识和存储适用于需要持久化存储和稳定网络标识的应用场景。适用场景数据库服务如MySQL、PostgreSQL等需要持久化存储数据并保证数据的完整性和一致性。分布式系统如Zookeeper、Kafka等需要稳定的网络标识和有序的启动顺序。有状态应用如需要保存用户会话状态的应用需要确保用户请求始终路由到同一个Pod。7. 简述K8s的网络通信模型及其核心组件解答Kubernetes的网络通信模型主要解决Pod间、Pod与外部、Pod内部三个层面的互联互通问题。其核心组件包括CNI插件实现Pod网络的创建、IP分配、跨Node路由等功能。常见的CNI插件有Flannel、Calico等。Service为一组Pod提供固定的访问地址和负载均衡功能。Service通过kube-proxy实现请求的转发和负载均衡。Ingress管理外部访问的HTTP/HTTPS路由支持多Service共享域名、SSL终结、路径路由等功能。网络通信场景Pod内部通信同一Pod内的多个容器共享网络命名空间通过localhost直接通信。同一Node内的Pod通信通过CNI插件创建的网桥如cni0实现转发。跨Node的Pod通信依赖CNI插件实现跨节点的路由和转发。Pod与外部网络通信通过ServiceNodePort/LoadBalancer或Ingress暴露服务到外部网络。8. 什么是K8s的ConfigMap和Secret它们有什么区别解答ConfigMap和Secret都是Kubernetes中用于存储配置数据的资源对象但它们在存储方式和用途上有所不同。ConfigMap用于存储非敏感的配置数据如环境变量、配置文件等。ConfigMap的数据以明文形式存储在etcd中可以通过Volume或环境变量的方式注入到Pod中。Secret用于存储敏感的配置数据如数据库密码、API密钥等。Secret的数据以加密形式存储在etcd中同样可以通过Volume或环境变量的方式注入到Pod中但提供了更高的安全性。主要区别存储方式ConfigMap存储明文数据Secret存储加密数据。用途ConfigMap用于非敏感配置Secret用于敏感配置。安全性Secret提供了更高的安全性防止敏感数据泄露。9. 简述K8s的RBAC机制及其作用解答RBACRole-Based Access Control是Kubernetes中基于角色的访问控制机制用于管理集群资源的访问权限。RBAC通过定义角色Role和角色绑定RoleBinding来限制用户或服务账号对集群资源的操作权限。作用细粒度权限控制RBAC允许管理员根据用户或服务账号的角色分配不同的权限实现细粒度的权限控制。提高安全性通过限制用户或服务账号的访问权限减少潜在的安全风险。简化权限管理RBAC提供了统一的权限管理界面简化了权限的分配和撤销过程。10. 请描述一次你解决K8s集群故障的经历解答示例在一次K8s集群故障中我发现部分Pod无法正常启动且集群状态显示为NotReady。我首先通过kubectl get nodes命令检查了节点状态发现有一个节点处于NotReady状态。接着我使用kubectl describe node node-name命令查看了该节点的详细信息发现是由于节点资源耗尽导致的。为了解决这个问题我首先登录到该节点使用top命令查看了节点的资源使用情况发现CPU和内存使用率均接近100%。我尝试重启了一些非关键服务释放了部分资源但问题仍然存在。于是我决定将部分Pod迁移到其他节点上以减轻该节点的负载。我使用kubectl get pods --all-namespaces -o wide命令查看了所有Pod的分布情况并选择了几个非关键应用的Pod进行迁移。我通过kubectl drain node-name命令将该节点标记为不可调度并手动删除了部分Pod。然后我使用kubectl uncordon node-name命令将该节点重新标记为可调度并观察了Pod的自动调度情况。经过一段时间的观察我发现所有Pod均已正常启动且集群状态恢复为Ready。我进一步检查了节点的资源使用情况发现CPU和内存使用率均有所下降集群运行稳定。这次故障解决经历让我深刻体会到了K8s集群监控和资源管理的重要性。