服务器管理实例
背景介绍
服务器管理是确保服务器高效、稳定运行的关键过程，它包括安装与配置操作系统、网络服务、应用程序，以及进行日常维护和故障排查等一系列活动，本文将通过一个实例，详细讲解服务器管理的具体步骤和关键要点，以帮助读者更好地理解和掌握服务器管理技术。
操作步骤
新服务器上线搭建系统环境
1.1 使用PXE+kickstart部署工具
工具选择：根据现有结构选择PXE（预启动执行环境）和kickstart（无人值守安装脚本）。
定制部署模板：结合应用系统需求，定制kickstart部署模板，包括分区设置、软件包选择等。
制作一键执行脚本：编写系统优化脚本，如关闭SELinux、调整文件描述符数等。
自动化部署实施：通过kickstart脚本实现自动化部署，减少人工干预，提高效率。
效果检验：根据定制的优化内容对自动化部署效果进行检验，确保系统性能达标。
1.2 搭建LNMP环境
安装LNMP组件：在新批量部署的服务器上安装Linux操作系统、Nginx、MySQL/MariaDB、PHP等组件。
配置Nginx：编写Nginx配置文件，如虚拟主机配置、SSL证书配置等，并进行批量化部署。
服务优化：根据需求对Nginx服务进行优化，如开启gzip压缩、调整expires头等。
效果检验：对批量化部署的环境进行效果检验，确保LNMP环境正常运行。
2. Web服务器架构调整（从单点到集群的设计）
2.1 研究负载均衡方案
方案选择：主要针对lvs+keepalived及nginx+keepalived进行研究，选择适合的负载均衡方案。
编写架构方案实施项目书与实施日程：明确项目目标、实施步骤、时间节点等。
新系统部署与日常维护：按照实施日程进行新系统部署，并负责日常维护工作。
2.2 提升网站稳定性与高并发应用场景
集群搭建：将公司原来的多数单点服务器变成集群，提高网站的稳定性和可用性。
高并发处理：通过负载均衡技术，将大量并发请求分发到多台服务器上，提高网站的处理能力。
3. 服务器用户权限管理改造方案与实施项目
3.1 提出权限整改解决方案
现状分析：分析公司root权限泛滥的现状，提出整改方案。
会议商讨：召集相关人员开会商讨并确定方案后推进实施。
3.2 实施后效果归纳
权限管理清晰：实施后使得公司的权限管理更加清晰，从根本上降低了内部操作等不规范及安全隐患的发生。
核心运维权限控制：只有核心级开发或者研发总监或以上级别的人员才有可能给相应服务器级别的权限；对核心运维或者运维总监才给root权限。
4. 全网服务器数据备份方案提出及负责实施
4.1 提出备份解决方案
现状分析：针对公司重要数据备份混乱状态，提出备份全网数据的解决方案。
方案制定：制定详细的备份方案，包括备份策略、备份周期、备份方式等。
4.2 实施备份方案
脚本编写：编写备份脚本，利用rsync结合inotify实现实时同步备份。
报警机制：通过脚本检查并报警管理员备份结果，确保备份数据的完整性和可靠性。
定期恢复测试：定期将IDC机房的数据恢复到公司内部服务器，防止地震火灾等问题导致的数据丢失。
5. MySQL数据库实现主从同步，及完整备份解决方案
5.1 上线前数据安全重视
数据安全意识：在进入公司之前前任运维丢失数据，因此老大很重视数据安全这方面。
备份方案提出：我提出并上线了MySQL数据库备份方案和MySQL架构方案。
5.2 实施备份方案
binlog开启：在从库上开启binlog及按天分库分表全备，推送到备份服务器。
数据恢复测试：将备份的数据定期恢复到测试库给开发使用，确保数据的可恢复性。
流程制度制定：制定人工更新数据库的流程及制度，确保数据库操作的规范性和安全性。
LNMP架构优化方案
6.1 提出优化方案
现状分析：公司使用LNMP架构，但优化较少，运行效果不佳。
优化方案制定：提出LNMP架构的优化方案，包括Linux系统优化、nginx服务优化、php服务优化、MySQL优化等。
6.2 实施优化方案
系统优化：对Linux系统进行参数调优，如调整文件描述符数、关闭不必要的服务等。
服务优化：对nginx、php、MySQL等服务进行性能调优，如调整缓存大小、优化查询语句等。
效果验证：优化完成后，对LNMP架构性能进行验证，确保性能提升明显。
全网服务器监控解决方案实施
7.1 监控系统选型
监控软件选择：根据需求选定最流行的监控软件zabbix进行研究。
模板定制：根据不同服务器具体需求定制模版进行监控实时报警。
7.2 实施监控方案
监控部署：在被监控的服务器上部署zabbix agent，并在zabbix server上配置监控项。
报警设置：设置合理的报警阈值和报警方式，确保在故障发生时能及时通知到管理员。
效果验证：实施完毕后，通过模拟故障等方式验证监控系统的有效性和准确性。
8. 搭建jumpserver跳板机管理混乱账户
8.1 jumpserver部署与授权测试
跳板机部署：部署一台服务器为jumpserver跳板机。
授权测试：用xshell登录跳板机进行授权测试，确保跳板机正常工作。
8.2 改善服务器存储问题
存储规划：减轻访问高峰阶段存储压力，进行合理的存储规划和资源分配。
存储优化：通过增加存储容量、优化存储结构等方式提高存储性能和可靠性。
相关问题与解答栏目
Q: 你是如何管理服务器用户权限的？
A: 我们是通过sudo来管理权限的，不论是运维还是开发，一般都不会给root权限，只有核心级开发或者研发总监或以上级别的我们才可能给相应服务器级别的权限；对核心运维或者运维总监才会给root权限，我们的普通用户是根据项目来的，在不同公司它的项目产品线不一样，我们公司只有十几个产品线，我们为每一个项目建立一个普通用户，因此不论nginx还是tomcat都是跑在普通用户下，这是为了确保每个站点目录都是普通用户的权限（归纳维护），从根本上降低了内部操作等不规范及安全隐患的发生，对于一些公用服务如memcached或者redis，我们也可以在普通用户下运行它们，我对运维的理解是，运维做运维的事情，开发做开发的事情，运维负责网络系统，只要系统没有故障，只要网络没有故障，只要系统资源还够用，那么我们运维的职责就到位了，而我们公司的理念是项目负责制，也就是说每个项目的责任人是开发，我们运维大概占30%-40%的责任，我们的开发占60%的责任，当进程上线的时候，这个服务是由普通用户跑的，我们在管理这个项目的时候，我们可以把开发的用户加到这个项目组里面，这样负责相应项目的开发人员就有对应项目的所有权限。
Q: 在规划服务器的时候，在服务器上都跑几个普通用户？
A: 我们的普通用户是根据项目来的，在不同公司它的项目产品线不一样，我们公司只有十几个产品线，我们为每一个项目建立一个普通用户，因此不论nginx还是tomcat都是跑在普通用户下，这是为了确保每个站点目录都是普通用户的权限（归纳维护），从根本上降低了内部操作等不规范及安全隐患的发生，对于一些公用服务如memcached或者redis，我们也可以在普通用户下运行它们，我对运维的理解是，运维做运维的事情，开发做开发的事情，运维负责网络系统，只要系统没有故障，只要网络没有故障，只要系统资源还够用，那么我们运维的职责就到位了，而我们公司的理念是项目负责制，也就是说每个项目的责任人是开发，我们运维大概占30%-40%的责任，我们的开发占60%的责任，当进程上线的时候，这个服务是由普通用户跑的，我们在管理这个项目的时候，我们可以把开发的用户加到这个项目组里面，这样负责相应项目的开发人员就有对应项目的所有权限。
小伙伴们，上文介绍了“服务器管理 实例”的内容，你了解清楚吗？希望对你有所帮助，任何问题可以给我留言，让我们下期再见吧。
文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/31092.html<
