2023年最新版的linux运维面试题（三）

写在前面

大家好，我是网络豆，一个专注于运维领域的博主。今天，我为大家带来了一个特别的话题：运维的面试题。在IT行业日益发展的今天，运维岗位的面试不再仅仅局限于基础知识的考察，而更加注重应聘者的实战经验、问题解决能力以及持续学习的态度。因此，这篇文章将为大家分享一些常见的运维面试题目，帮助大家更好地准备面试，提升自己的竞争力。

随着云计算、大数据等技术的普及，运维岗位在IT领域中的地位越来越重要。一个优秀的运维工程师不仅要具备扎实的技术基础，还需要具备良好的问题解决能力、团队协作精神和学习能力。因此，面试是选拔优秀运维工程师的关键环节。

在面试过程中，面试官通常会从基础知识、实战经验、团队协作、学习能力等方面进行考察。下面，我将为大家逐一介绍这些方面的面试题目，并给出相应的解答思路和技巧。希望通过这篇文章，能够帮助大家更好地准备运维面试，获得心仪的职位。

请注意，这些题目只是常见的面试题之一，实际面试中可能还会涉及到其他方面的内容。因此，建议大家在准备面试时，除了掌握这些题目外，还要注重全面提升自己的技术能力和综合素质。

16. keepalived 是什么？

广义上讲是高可用，狭义上讲是主机的冗余和管理

Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部是自动完成的，不需要人工干涉，需要人工完成的只是修复出现故障的服务节点。

后来Keepalived又加入了VRRP的功能，VRRP（VritrualRouterRedundancyProtocol,虚拟路由冗余协议)出现的目的是解决静态路由出现的单点故障问题，通过VRRP可以实现网络不间断稳定运行，因此Keepalvied一方面具有服务器状态检测和故障隔离功能，另外一方面也有HAcluster功能。

所以keepalived的核心功能就是健康检查和失败且换。 所谓的健康检查，就是采用tcp三次握手，icmp请求，http请求，udp echo请求等方式对负载均衡器后面的实际的服务器(通常是承载真实业务的服务器)进行保活；

而失败切换主要是应用于配置了主备模式的负载均衡器，利用VRRP维持主备负载均衡器的心跳，当主负载均衡器出现问题时，由备负载均衡器承载对应的业务，从而在最大限度上减少流量损失，并提供服务的稳定性

17. 你是如何理解VRRP协议的

为什么使用VRRP？

主机之间的通信都是通过配置静态路由或者(默认网关)来完成的，而主机之间的路由器一旦发生故障，通信就会失效，因此这种通信模式当中，路由器就成了一个单点瓶颈，为了解决这个问题，就引入了VRRP协议。

VRRP协议是一种容错的主备模式的协议，保证当主机的下一跳路由出现故障时，由另一台路由器来代替出现故障的路由器进行工作，通过VRRP可以在网络发生故障时透明的进行设备切换而不影响主机之间的数据通信。

VRRP的三种状态： VRRP路由器在运行过程中有三种状态： 1. Initialize状态： 系统启动后就进入Initialize，此状态下路由器不对VRRP报文做任何处理； 2. Master状态； 3. Backup状态； 一般主路由器处于Master状态，备份路由器处于Backup状态。

18. keepalived的工作原理？

keepalived采用是模块化设计，不同模块实现不同的功能。 keepalived主要有三个模块，分别是core、check和vrrp。 core：是keepalived的核心，负责主进程的启动和维护，全局配置文件的加载解析等 check： 负责healthchecker(健康检查)，包括了各种健康检查方式，以及对应的配置的解析包括LVS的配置解析；可基于脚本检查对IPVS后端服务器健康状况进行检查

vrrp：VRRPD子进程，VRRPD子进程就是来实现VRRP协议的 Keepalived高可用对之间是通过 VRRP进行通信的， VRRP是通过竞选机制来确定主备的，主的优先级高于备，因此，工作时主会优先获得所有的资源，备节点处于等待状态，当主宕机的时候，备节点就会接管主节点的资源，然后顶替主节点对外提供服务

在Keepalived服务对之间，只有作为主的服务器会一直发送 VRRP广播包,告诉备它还活着，此时备不会抢占主，当主不可用时，即备监听不到主发送的广播包时，就会启动相关服务接管资源，保证业务的连连续性.接管速度最快。

19. 出现脑裂的原因

什么是脑裂？

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统， 就分裂成为2个独立的个体。 由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享 资源”、争起“应用服务”，就会发生严重后果。共享资源被瓜分、两边“服务”都起不来了；或者两边 “服务”都起来了，但同时读写“共享存储”，导致数据损坏。

都有哪些原因导致脑裂？

高可用服务器对之间心跳线链路发生故障，导致无法正常通信。 因心跳线坏了（包括断了，老化）。 因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连） 因心跳线间连接的设备故障（网卡及交换机） 因仲裁的机器出问题（采用仲裁的方案） 高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。 高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败 其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等

20. 如何解决keepalived脑裂问题？

在实际生产环境中，我们从以下方面防止脑裂：

同时使用串行电缆和以太网电缆连接、同时使用两条心跳线路，这样一条线路断了，另外一条还是 好的，依然能传送心跳消息

当检查脑裂时强行关闭一个心跳节点（这个功能需要特殊设备支持，如stonith、fence）相当于备 节点接收不到心跳消息，通过单独的线路发送关机命令关闭主节点的电源

做好对脑裂的监控报警 解决常见方案：

如果开启防火墙，一定要让心跳消息通过，一般通过允许IP段的形式解决

可以拉一条以太网网线或者串口线作为主被节点心跳线路的冗余

开发检测程序通过监控软件检测脑裂