好久没更新博文了，无论心态还是生活，都变得有些懒散，呵呵，，发下牢骚，以下正文:

生活总要有点激情，前几天在猎聘网站刷新了下简历，有几个猎头联系了豪鹫，我挑了其中一家游戏公司过去面试，面试过程1个半小时左右，已经变成运维老咸菜的豪鹫分享下此次的面试经历吧，欢迎网友留言探讨。。

**面试准备： **

面试经过： 约了14:30面试，提前5分钟到达战场，因会议室都有人在用，所以在前台沙发等了近25分钟。。

一轮面：运维总监面试 1、自我介绍 这个问题99.99%都会遇到，所以在面试之前，有必要自己先根据自己简历内容梳理一下，这个问题对面试官占有比较高的印象分，豪鹫是按照这样来回答： a、目前就职哪个行业哪家公司什么职位，具体的工作内容； b、在现就职的公司之前，在哪个行业哪家公司什么职位，具体的工作内容； c、然后对于xx行业，比如游戏行业的运维，也可以说一些自己的理解和看法； 当然，这些都是豪鹫自己的思路，仅供参考。

比如豪鹫的回答是： 目前我就职于xxx技术有限公司任职Linux系统工程师，是一家资讯行业的人工智能公司，那我负责的具体工作主要是：

（1）、负责服务器的维护、监控、系统环境部署，日志收集分析，故障排除等； （2）、与开发共同设计并实施服务器的高可用架构，制定并实施相关运维技术和场景应急方案，确保服务高效、稳定可用； （3）、代码更新上线，服务器扩容方案、故障分析与处理，Nginx负载均衡，数据库高可用方案设计及架构升级，saltstack运维自动化工具等； 在这之前也待过一家创业型的电商公司，也是服务器系统运维方面的工作。 在这两家公司，做过几个大的架构优化，比如：MySQL的高可用架构MHA，Redis哨兵模式，MongoDB副本集，ES集群，Nginx负载均衡等。 代码上线更新的话，不同公司用不同的解决方案，电商公司用的是shell+rsync，预发布环境代码从svn拉取，线上代码从预发布环境直接同步过去。 当前就职的这家公司，用的是gitlab+jenkins+shell/python页面+saltstack的批量部署。 对于项目运维经验，app，网站，后台都有一些运维经验，对于游戏行业的运维，我没有这方面的运维经验，但不少同学都是在游戏行业里面做运维的，所以有时候或多或少也会做一些运维方面的交流， 那游戏行业早期的架构也就是LNMP或LAMP，开服，合服，停服等操作都使用shell脚本维护，发展到最近3年左右，慢慢地有了自动化运维管理平台的概念，shell也慢慢过渡到以python为主的技术，对于像贵公司这种做游戏研发和平台维护的，可能大多数都是用python来做运维平台，通过运维来维护和更新上线等。

注意：我觉得最重要的是不要紧张，说重点，以及即便是没有做过游戏运维，但起码要让面试官知道你是有准备这方面的东西。工作内容我觉得只说最近两家公司的工作内容就行了，以上介绍下来，大概花3~4分钟左右，不长不短。

2、说一下MHA实现的原理和过程，并且MHA高可用架构有什么缺点？ MHA是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件，目前来说是一个相对来说的高可用技术方案。 在MySQL故障切换过程中，MHA能做到在30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA主要由两部分组成：管理节点和数据节点。管理节点可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。数据节点运行在每台MySQL服务器上，管理节点会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。那比如我们现在生产环境用的MHA，就是用一主三从，其中一个从节点不参与主节点的选举，只做备份使用，而管理节点部署在其中一个从节点上。（最好结合自己生产环境来说明，让面试官觉得你是有过生产环境部署及维护的经验）

至于MHA实现原理，可参考以下： （1）从宕机崩溃的master保存二进制日志事件（binlog events）; （2）识别含有最新更新的slave； （3）应用差异的中继日志（relay log）到其他的slave； （4）应用从master保存的二进制日志事件（binlog events）； （5）提升一个slave为新的master； （6）使其他的slave连接新的master进行复制；

MHA缺点：（豪鹫说了4个，也不知对错，欢迎补充） （1）需要所有机器基于SSH免认证配置，存在一定的安全隐患。 （2）管理节点的监控进程，一旦发生一次主从切换，那么监控进程就会挂掉，需要重新启动，不过这个可以通过结合脚本来检查自启。 （3）切换过程还是会需要一小段秒级的切换时间，并不能真正严格意义上实现无缝切换。 （4）管理节点只对主库进行监控，不过这个也可以通过脚本对其他从节点的状态进行监控。

3、用户投诉说网站访问不了或访问慢，怎么排查问题？ 这题目在生产也是经常遇到过，所以相对来说，还是不难回答，最好是回答排查思路以及解决方案，以下仅供参考，这道题目回答得还是比较细的 首先先确定是访问所有网站都慢还是只是单单你负责的网站慢。当然这句话很明显就是废话，既然问到这了，肯定指的是你维护的网站了。。呵呵。。 出现访问网站慢的原因： （1）如果是某个地区访问慢，如果有cdn的话，可能是那个地区的cdn节点出现问题。 （2）网站服务器出口带宽占满了 （3）服务器负载大 （4）网站代码质量问题、可以通过浏览器访问按F12查看哪些元素加载慢，或者代码中SQL语句未优化的问题 （5）数据库服务器瓶颈

优化办法： （1）CDN的问题，联系厂商 （2）流量带宽问题：花钱买带宽 （3）服务器负载问题：通过top等命令去查看占用资源较大的进程，具体进程具体分析 （4）代码问题：这个就需要跟开发协商处理 （5）数据库瓶颈：创建索引，分库分表，读写分离 （6）整体架构优化：水平扩容，添加负载服务器，使用缓存服务器（如redis等），集群高可用等

4、要统计访问网站访问量的前10个IP地址，具体怎么实现？ 这个可以用shell或者python结合web服务器日志去统计，这个网上答案一大把，对于运维老咸菜的大伙们也应该不是问题。（用awk结合sort和uniq去实现）

5、在这么多年的运维工作中，给你印象最深的是遇到哪个难题，怎么解决的，你在解决问题中起到什么角色？ 6、说下你之前待过两家公司的架构？ 7、代码更新上线的流程是怎样的？ 8、如果想将业务从阿里云迁移至腾讯云，你的方案是怎样的？ 9、你对自己的职业规划是怎样的？ 10、打算跳槽的原因？ 10、有什么问题要问的吗？ A.公司的运维团队是怎样分工的？ B.如果我来公司了，我的工作内容？ ……

**二轮面：HR面试 1、自我介绍 2、离职的原因？ 3、打算跳槽的原因？ 4、已经提离职了还是观望，最快可以什么时候到岗？ 5、目前薪酬跟薪酬的要求？ ……杂七杂八扯扯蛋 **