运维技术干货 — 不仅是 Linux 运维最佳实践(4)
时间:2018-04-13 20:32 来源:网络整理 作者:墨客科技 点击:次
Docker 还是一个新生事物，各家使用的场景和模式有所不同，而且会有一些二次开发的管理系统和调度系统。 六、不是所有对比都会产生伤害，工程师想的只是最优方案1. 游戏服务器运维和网站服务器运维以及 APP 服务器运维，有哪些不同点和相同点？ 这个问题很有代表性。不同点是，网站和 APP 运维接触的通用开源软件比较多，游戏运维接触的大部分都是自研的程序。 共同点是，都需要掌握操作系统知识、软件硬件以及网络知识，还有排查问题的思路和容量规划等。两者都需要引入运维自动化的思维和体系。《Linux 运维最佳实践》最后 2 章描述了游戏运维的相关体系和技术。 2. 作为运维人员，Python 这样的脚本在进行系统管理和监控的时候相比 Shell 有怎样的优势呢？ 作为高级编程语言，Python 有非常丰富的库，包括核心库和第三方库，很多时候不需要自己造轮子； 相比 Shell，它有更好的控制力、重试机制，比如对 Socket 设置超时等等。 3. CentOS 比起 Ubuntu 来说有啥优势？为什么服务器大多用 CentOS？ 不同 Linux 分支各有特点，比如 Ubuntu 新版本发布较快，如果追求内核版本升级速度的话，可以考虑。CentOS 一直是我们的主要 Linux 发行版，稳定性以及熟悉程度最高。 选择某个发行版时，要考虑它的生态，比如上下游的支持，还有一点，就是运维人员招聘的方便程度，国内熟悉 CentOS 的稍多一些。 4. 想问下只有一台服务器，有多个应用，是用 LVS 做负载好还是 Nginx？差别大吗？ 你说的后端应用是基于 HTTP 或者 HTTPS 的吗？如果是的话，并且吞吐量不大的情况下，使用 Nginx 即可；如果非 HTTP 或者 HTTPS 的 TCP 应用，建议使用 LVS；如果 HTTP 或者 HTTPS 吞吐量特别大的情况下，使用 LVS DR 模式。 七、You Need Backup，与备份相关的一些问题1. 1000 台机器规模，备份系统应该要做到什么程度？ 1000 台服务器，要区分业务类型，如果类型单一，备份就比较好做。如果类型多，那么要考虑的地方包括：数据库更新的频率（全备+增量备份？还是只使用全备）、数据备份的大小、数据集中归档的要求。 2. 备份是怎么做的？上百 T 的图片、附件有什么高雅的备份方案？ 在线备份这一块，可以考虑使用 erasure coding 算法，在增加一定可靠性的能力下，不至于导致备份存储的成本过高。同时要考虑离线备份，比如磁带。 八、路漫漫其修远兮，运维工程师的职业生涯1. 你觉得在未来，运维的核心会是什么，自动化，预判或是其他？ 我觉得，未来的运维应该是智能化的。把现在需要人做的容量规划、扩缩容、排障全部实现智能化。运维的任务就是编程，把自己的能力灌输到机器上。当然，理想很丰满，现实很骨感。这需要我们的不懈努力。 2. 作为工作 4 年多的测试工作者，在运维方面也是有一定的涉猎，在公司维护自己的测试环境，有时候也需要一定运维功底，从 Windows Server 到 Linux，学习很多，也总结了很多。上家公司着手 Docker 部署的时候刚好离开公司了。真是有点遗憾，后续工作也没时间去实践，目前使用的是 ng 负载，采用 Tomcat 部署方案，工作实在比较忙，很想在运维方面也有一定的提升！不知道从何入手好，求大神指教。 从你的描述来看，目前是兼职运维。我建议是否可以考虑，在搭建环境之外，多多研究下其中的原理，同时用自动化脚本维护这些环境呢。相信你也有一些编程经验，这些对于你后续实践运维也是有帮助的。另外，就是可以多看看别人总结的运维案例，少走一些弯路。 3. 运维技术挺杂的，如何看待这种杂？给人感觉好像什么都会点，对于工作 5-6 年的运维来说，有什么好的学习建议？ 如你所说，运维技术要求范围确实蛮广的。我觉得，对于工作了一定时间的运维同学来说，可以考虑的方向有以下几个： DevOps 实践（加强自己的编程能力，系统学习一门高级编程语言，运维自动化） 对自己的技术薄弱点重点学习，比如系统学习网络知识 看一些比较好的运维技术书籍，学习别人的干货 (责任编辑：admin) |