《Linux服务器的安装》与《运维简说》

《Linux服务器的安装》与《运维简说》

• 序言：这一篇牵涉到了Linux的服务器的安装与运维的知识，但是不专业，请谅解哈！！！

• 说起来，我写这篇博客并不是为了讲讲多么高大上的原理，云里雾里的让你看一通，到头来啥也没学会，我只是想写一篇”正儿八经“的博客而已。

Linux服务器的安装

​ 听到名字大家不要怕，有些人一听到服务器这三个字，就光想吓得腿软，只感觉这是个学不会的东西，其实，并没有那么的恐怖，当然，如果你学Linux服务器这一类的知识，那确实不花一点功夫确实很难学会。

​ 但是我们今天讲的只是LInux服务器的安装而已，并且，画重点：我不讲怎么安装，是不是感觉很恐怖，标题就是Linux服务器的安装，我不讲安装我讲啥？

---

​ 其实我主要讲的在后面我自己对运维的理解，如果大家想学Linux的安装，那我给大家开个门……

​ Linux的官网：https://www.centos.org/download/

​ 国内有很多下载的站点：

​ 搜狐：http://mirrors.sohu.com/centos/7/isos/x86_64/

​ 阿里：http://mirrors.aliyun.com/centos/7/isos/x86_64/

​ 网易：http://mirrors.cn99.com/centos/7/isos/x86_64/

​ 一步到位，就是这么的迅速，顺带提一句，国内的站点很多，这些只是我找到的，这些东西，大家只要在网上找都能找到，不过要花点时间。

关于Linux的安装，我给大家推荐一个博客（博客主应该是个大牛）：

地址：https://blog.csdn.net/sxy2475/article/details/75194142

---

服务器的运维

​ 不知道大家有没有接触过运维这一块的知识，也不知道大家怂不怂运维，但是我要讲(不讲我更怂)。

###什么是运维？

​ 简单从字面意思上讲，服务器的运维 == 服务器的运行维护，不过大家可别小看它，这可不是简单的给服务器除灰，降温……

​ 运维在百度百科上的理解是：

​ 指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。一个互联网产品的生成一般经历的过程是：产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。

​ 百度百科地址：https://baike.baidu.com/item/运维/8253097?fr=aladdin

​ 理解了运维，我们就简单来说一下服务器的运维：

• 为什么不说是Linux服务器的运维呢？因为为我今天说的，不只是可以在Linux服务器上用，其他服务器也适用，当然，肯定会有差别，不过大方向是适用的。

---

什么样的人适合运维

服务器的运维可不是一个简单的工作，即便是对运维工作有意向，这也不是你想干，就能干的。

• 首先，你需要有相关的技术知识，比如：计算机基础知识，操作系统，计算机网络等等，当然还需要有一定的编程能力，只有有了过硬的技术，才能有参与到运维当中的资格。
• 其次，你还得具备良好的素质，别的不说，心理素质得过硬，为什么？要是你体会过一个系统正在运行的时候，突然崩溃的感觉，你就会，明白为什么需要过硬的心理素质，通常说运维人员都有一个通用的素质——胆大心细。当然还需要其他的素质，比如沟通能力，高效利用时间的能力等等。
• 这些都是基本的，具体的大家可以找一些做过运维等人，询问一下，毕竟只有亲身接触过或者亲耳听过才会有很深的体会。

---

运维包括那些?

如果大家看了百度百科上对运维_产品生命周期的描述，就会知道我接下来要说的:

百度百科上讲，这个阶段的主要工作包括：

（1） 监控：对服务运行的状态进行实时的监控，随时发现服务的运行异常和资源消耗情况；输出重要的日常服务运行报表以评估服务/业务整体运行状况，发现服务隐患；

（2） 故障处理：对服务出现的任何异常进行及时处理，尽可能避免问题的扩大化甚至中止服务。这之前运维工程师需要针对各类服务异常，如机房/网络故障、程序bug等问题制定处理的预案，问题出现时可以自动或手动执行预案达到止损的目的。除了日常小故障外，运维工程师还需要考虑产品不同程度受损情况下的灾难恢复，包括诸如地震等不可抗力导致大规模机房故障、在线产品被删除等对产品造成致命伤害的情况。

（3）容量管理：包括服务规模扩张后的资源评估、扩容、机房迁移、流量调度等规划和具体实施。

（4）产品性能/成本优化

产品对外提供服务最重要的一点是用户体验，用户体验中非常重要的是产品的可用性和响应速度。而如何用最合理的资源（如机器、带宽等）支持产品提供高可用和高速度的用户体验，这也是运维工程师的重要职责。

（5）产品下线

发展良好的互联网产品将始终在线对外提供服务，但互联网产品快速迭代，也存在相当多孵化的产品最后被淘汰的情况，这些产品都需要做下线处理，这个过程运维工程师主要做好资源回收的工作，将机器/网络等资源回收后纳入资源池中供其它服务使用。

画一下重点：监控，故障处理，容量管理，产品性能/成本优化，产品下线。

我通俗的给大家解释一下：

• 监控：监控就是发现问题的，就好像高中班主任的巡视一样，不过这个是全天24小时不间断的。
• 故障处理：发现了问题怎么办，处理问题，在没有造成破坏之前解决问题。当然，自然因素和人为因素除外，故障处理中最重要的一点就是数据恢复，总不能机房进水了，服务器坏了，数据就丢了，那这样公司岂不是要完。
• 容量管理：主要点在于服务器的扩张之后的一系列操作。
• 产品性能/成本优化：这里最看重的是用户体验，用户说好，那才是真的好。
• 产品下线：这个阶段运维人员要做的就是资源回收,并提供给其他服务使用。

---

运维怎么开展呢？

说起运维的开展，你就不得不提运维工程师，这些大佬们的日常工作!

运维工程师的工作（百度百科）：

• 监控线上的服务质量
• 响应异常/处理突发故障
• 在线发布/升级产品
• 和相应产品线的研发和测试协调处理产品问题
• 基于工作中的问题和数据分析进行抽取，将运维经验理念落地沉淀为方法论/工具/系统/平台，并制定相关的改进计划，在各个技术方向上落地实现，最终反馈回运维工作中，提高运维本身的效率和产品的价值。

看了他们的日常工作，只有一个感觉——666666，因为他们的工作就是开展运维需要的。

说实话，百度真的好，因为我发现百度对运维介绍的很全。

---

运维的平台和工具

百度百科上提到了好多，我们可以去了解一下，在这里我只说下，比较好用的。

• Web服务器：tomcat
• 监控：cacti
• 自动部署：ansible
• 配置管理：cfengine
• 负载均衡：lvs
• 传输工具：scribe
• 备份工具：rsync
• 数据库：mysql
• 分布式平台：hdfs
• 分布式数据库：MongoDB
• 容器：docker
• 虚拟化：xen
• 安全：kerberos
• 问题追查：top

当然具体真的好不好用还是得看个人的习惯。

---

服务器的运维这一块就先讲到这里，具体的大家可以再去网上多多了解一下。