运维岗位面试题及答案

运维岗位面试题及答案单项选择题以下Linux内核参数配置中，哪一项配置可以将TCP连接的TIME_WAIT状态保留时长调整为内核支持的最短有效值A.net.ipv4.tcp_tw_timeout=1B.net.ipv4.tcp_fin_timeout=30C.net.ipv4.tcp_tw_reuse=1D.net.ipv4.tcp_max_tw_buckets=1000答案：A解析：Linux2.6及以上版本内核默认tcp_tw_timeout值为60s，支持配置到1s的最小有效值，是直接控制TIME_WAIT状态生命周期的参数。选项B参数控制的是FIN_WAIT2状态的超时时长，和TIME_WAIT无关；选项C的tcp_tw_reuse仅在开启tcp_timestamps的前提下才会生效，用于将新连接复用处于TIME_WAIT状态的端口，不能直接缩短TIME_WAIT的保留时长；选项D参数是系统允许同时存在的TIME_WAIT连接最大阈值，超过阈值后新的TIME_WAIT会直接被内核丢弃，无法修改单个连接的保留时长。某台CentOS7服务器块存储磁盘ioutil持续100%但r/s和w/s合计不到100，iostat输出的r_await、w_await均低于5ms，最可能的原因是A.磁盘故障出现大量坏道B.磁盘采用了SSD介质的noop调度算法C.该盘是RAID5阵列的阵列卡写缓存未开，持续小IO写入D.上层业务是大量顺序大IO读写，队列调度算法完全占满磁盘带宽答案：D解析：ioutil的内核计算逻辑为delta(io_ticks)/delta(时间)*100，io_ticks统计的是磁盘处于IO繁忙状态的累计时长。当上层业务持续下发顺序大IO时，哪怕整体IOPS不足100，磁盘带宽会被完全打满，全程处于IO繁忙状态，ioutil统计结果为100%，且大IO排队队列长度为0时IO响应延迟会维持在较低水平，符合题干场景。选项A场景下坏道读写的await会超过100ms，选项B的SSD调度算法不会出现低IOPS高ioutil的现象，选项C小IO写入场景下r/s和w/s数值会远高于100。

3.Kubernetes集群中Kube-apiserver进程默认的服务端口是以下哪一项A.6443B.8080C.2379D.10250答案：A解析：Kube-apiserver默认通过6443端口提供HTTPS认证服务，8080是其默认未开启非认证HTTP端口，2379是etcd集群默认服务端口，10250是Kubelet进程默认服务端口。以下哪种备份策略可以实现MySQL数据库的一致性物理备份，且不中断业务正常写入A.mysqldump–single-transaction全库备份B.xtrabackup基于InnoDB引擎的全量备份C.直接执行cp命令拷贝数据目录下所有文件D.执行mysqldump–lock-all-tables全库备份答案：B解析：xtrabackup通过拷贝InnoDB引擎的事务日志和数据文件，备份过程中不锁任何业务表，完成备份后通过redolog前滚、undolog回滚实现数据一致性，全程不中断业务写入。选项A的mysqldump属于逻辑备份不属于物理备份；选项C直接拷贝文件会存在不同时刻的文件数据不一致问题，备份出的库大概率无法启动；选项D的–lock-all-tables参数会全局锁表，全程阻塞业务写入。以下不属于LinuxOOMKiller进程选择优先级评分维度的是A.进程占用物理内存的大小B.进程的CPU累计使用时长C.进程是否是root用户启动D.进程的运行时长答案：C解析：OOMKiller的oom_score评分核心计算逻辑为进程占用内存占总内存的百分比*10+进程CPU累计时长/总调度时长+进程运行时长/系统启动时长，root用户启动的进程默认会降低评分优先级，但不属于核心评分维度，OOMKiller不会因为进程属主是root就豁免kill操作。云服务器出现以下哪种故障场景时，宿主机的CPUsteal指标会持续高于30%

A.云服务器自身业务进程占满100%CPU核心

B.宿主机存储链路出现故障，所有虚拟机IO全部hang住C.宿主机CPU超分配，大量同宿主机的其他虚拟机同时跑满CPU资源D.云服务器内核触发软中断占满CPU资源答案：C解析：steal指标统计的是虚拟机进程等待宿主机调度分配CPU时间片的累计时长占比，当宿主机CPU被其他虚拟机占满时，当前虚拟机的进程无法获取CPU时间片，steal指标就会飙升。以下关于Redis持久化的描述，错误的是A.RDB持久化是全量快照持久化，生成的RDB文件体积小，恢复速度快B.AOF持久化默认每秒同步一次磁盘，最多丢失1秒的业务数据C.开启RDB和AOF混合持久化后，Redis重启会优先加载RDB全量数据再加载后续增量AOF日志D.Redis集群主从同步默认采用RDB全量持久化文件作为全量同步数据载体，不支持磁盘无盘复制答案：D解析：Redis2.8及以上版本支持主从同步的无盘复制模式，主节点生成全量同步RDB数据时不需要写入本地磁盘，直接通过网络发送给从节点，避免磁盘性能瓶颈拖慢同步速度。以下哪一项Linux命令可以直接查看进程当前所有打开的文件描述符列表A.ps-efB.lsof-p进程PIDC.top-p进程PIDD.netstat-anp答案：B解析：lsof命令的-p参数可以指定进程PID，输出进程当前占用的所有文件描述符，包括普通文件、网络套接字、设备文件等。生产环境的Prometheus监控系统默认的指标采集间隔配置，合理的数值是A.1sB.15sC.300sD.3600s答案：B解析：15s是生产环境最常用的采集间隔，既可以保障监控数据的时效性，又不会因为采集频率过高占用大量监控节点和业务节点的CPU、网络资源。采集间隔1s会导致PrometheusTSDB写入压力过大，300s以上的间隔无法捕捉分钟级的故障波动。Nginx反向代理配置中，以下哪一项参数用于指定后端上游服务的HTTP请求报文主机名字段值A.proxy_set_headerHost$host

B.proxy_passhttp://backendC.proxy_connect_timeout60sD.proxy_read_timeout60s答案：A解析：proxy_set_headerHost参数用于自定义转发到后端服务的HTTP请求头中的Host字段，若不配置该参数，Nginx默认会将本机的主机名作为Host字段值传递给后端服务，很容易导致后端服务路由匹配失败。多项选择题以下关于Kubernetes集群中kube-proxyipvs模式的描述，正确的有A.万级规模Service场景下，ipvs模式的性能衰减幅度低于5%，远优于iptables模式的线性衰减B.原生支持UDP、SCTP、TCP三种协议的负载均衡转发C.配置Service的serviceAffinity参数后，会话保持的最长生效时间默认值为10800秒D.无法直接通过ipvsadm命令修改内核ipvs连接的超时时间，必须重启kube-proxy进程生效答案：ABC解析：ipvs模式的连接超时参数属于内核态参数，支持直接通过ipvsadm--settcp_timeouttcp_fin_timeoutudp_timeout命令直接修改，不需要重启kube-proxy进程，选项D描述错误。以下属于Linux内核态产生的软中断类型有A.net_rx网卡报文接收软中断B.net_tx网卡报文发送软中断C.blk_io块设备IO调度软中断D.业务进程用户态计算软中断答案：ABC解析：软中断是内核态为了避免中断上下文耗时过长推出的异步延迟调度机制，用户态业务进程的计算逻辑不会触发软中断。某Redis单机实例出现慢查询日志，且慢查询耗时超过1s，可能的根因有A.存储的大keyvalue体积超过10MB，单次读取内存拷贝耗时过长B.后端磁盘IO打满，开启的AOF持久化fsync策略配置为always，每次写请求都同步刷盘C.实例内存占用超过maxmemory阈值，触发全量key淘汰遍历逻辑，阻塞所有请求D.客户端下发了KEYS*、FLUSHDB这类时间复杂度O(n)的命令，遍历全量key答案：ABCD解析：Redis单线程执行机制下，以上所有场景都会导致主线程阻塞，慢查询耗时飙升。以下属于生产级运维可观测性体系三大核心RED指标的有A.单位时间请求总数量B.单位时间请求错误占比C.请求延迟分位值（p50/p95/p99）D.进程CPU利用率答案：ABC解析：RED指标体系由GoogleSRE团队推出，三个核心维度就是请求数、错误率、延迟分位值，CPU利用率属于资源类指标，不属于RED指标范畴。以下操作可以有效降低Linux服务器的TCP连接SYN洪水攻击影响的有A.开启tcp_syncookies内核参数B.调大tcp_max_syn_backlog半连接队列阈值C.配置iptables规则限制单IP的SYN报文发送速率D.开启tcp_timestamps内核参数答案：ABC解析：tcp_timestamps参数用于支持TCP时间戳校验、TIME_WAIT连接复用场景，和防御SYN洪水攻击没有直接关联。实操问答题请详细描述生产环境中排查Linux服务器CPU负载过高问题的完整流程，覆盖从信息快照留存到根因定位、修复验证的全步骤，明确每个步骤用到的工具和核心观测指标。答案：第一步，故障现场快照采集，优先留存现场数据不要直接杀进程重启，执行uptime记录1/5/15分钟负载数值，对比服务器CPU核心数判断负载是否真过载（比如8核服务器负载为2属于正常水位，负载高于10才属于异常过载），随后执行mpstat-PALL13采集连续3次的全核心CPU使用分布，重点观测usr、sys、iowait、steal四个核心指标：如果steal占比超过10%说明云服务器宿主机超分配，直接提工单调换宿主机；如果iowait占比超过30%说明是IO瓶颈间接导致CPU负载升高，优先排查磁盘性能问题。第二步，异常进程定向定位，执行top-H-p$(pidof异常进程名)筛选出占用CPU资源最高的线程ID，将线程ID转换为16进制后，直接在gstack、jstack输出的进程栈信息中匹配到对应执行栈，精准定位高CPU占用的代码位点。如果是内核态CPU占比超过70%，执行perftop-g-p进程PID查看内核态调用栈，常见根因包括频繁fork调用、大量页缺异常、全量文件元数据遍历；如果是用户态CPU占比超过70%，执行strace-tt-p进程PID统计单位时间的系统调用次数，确认是否存在用户态死循环、空转逻辑。

第三步，根因修复与验证：如果是业务代码bug导致的死循环逻辑，先滚动下线低权重业务节点规避影响，随后上线代码补丁热更；如果是已知内核版本bug（比如CentOS7.6版本sshd进程CPU占满0号进程），业务低峰期升级小版本内核修复。修复完成后持续观测5分钟CPU曲线，确认指标回归日常基线，全量排查日志录入运维知识库，避免同类故障重复发生。生产环境某Nginx反向代理集群出现大量502错误，但后端RS服务日志无任何请求记录，请列出所有可能的根因和对应的排查步骤。答案：首先排除业务服务自身异常的可能性，502错误代表Nginx已经收到请求，但无法将请求成功发送到后端RS，报文完全没有到达后端服务。第一点排查Nginx的半连接、全连接队列是否溢出，执行ss-s查看syns_drops字段的10分钟增量，若增量超过100说明半连接队列满，Nginx发起的TCP三次握手SYN报文被后端RS内核直接丢弃，连接建立失败返回502，后端无请求日志；解决方案是调大后端服务节点的tcp_max_syn_backlog参数和somaxconn参数阈值。第二点排查Nginx侧的代理超时配置，若proxy_connect_timeout配置小于后端RS的tcp_syn_retries超时阈值，网络闪断场景下Nginx会先主动断开连接返回502，后端还未收到请求报文；常规生产环境建议将proxy_connect_timeout配置为10s以上。第三点排查中间网络链路的ACL规则，云厂商安全组、内网防火墙、iptables规则是否配置了单IP连接数限制，超过阈值后直接丢弃Nginx发往后端RS的SYN报文，导致连接超时返回502。第四点排查Nginxworker进程的最大文件描述符限制，若单worker进程打开的文件句柄数突破65535阈值，新连接无法被进程持有，Nginx会直接返回502错误，报文不会转发到后端。第五点排查HTTP2场景下的头部大小限制，若客户端上传的HTTP头部体积超过http2_max_header_size配置阈值，Nginx会直接截断连接返回502，请求不会转发到后端RS。场景分析题核心电商交易集群的Kubernetes集群某节点突然出现大量Pod状态NotReady，节点上120个业务Pod全部被驱逐，导致业务中断2分钟，请给出完整的故障规避和优化方案。答案：第一优化Kubelet核心配置，将--node-status-update-frequency调整为10s，--node-monitor-grace-period调整为40s，同时开启--kubelet-preferred-address-types优先使用内网IP而非主机名和apiserver通信，避免DNS解析故障导致Kubelet和apiserver失联，错误标记节点NotReady状态。第二配置PodDisruptionBudget（PDB）资源，针对交易核心副本集配置最大不可用实例数为1，禁止集群同时驱逐超过1个业务Pod，从调度层面避免批量故障发生。第三优化节点内核参数，将整机pid_max从默认32768上调到65536，同时给Kubelet配置--pod-pids-limit参数，限制每个Pod最大允许创建的进程数，避免单个Pod的fork炸弹攻击打满整机PID资源，导致Kubelet进程无法创建子进程失联。第四调整节点故障污点驱逐策略，将污点node.kubernetes.io/unreachable的No