【项目名称】
搭建中小型企业网站平台
【项目说明】
设计一个中小型企业网站平台架构，可以满足公司日常一天10-30万PV访问量。项目中要包括安全，备份，监控，shell脚本自动化管理等内容。
【项目考核技能点】
-
画好架构图， 不限制用什么工具画图、visio、亿图、xmind、在线画图processon等
-
LAMP或LNMP架构
-
在Web架构上部署网站模版。如：discuz论坛或ecshop商城或wordpress博客等。
-
整个方案要包括：安全、监控、备份等相关内容。
-
给web平台，起一个名字。比如：某宝，某东。
PV是page view的简写。PV是指页面的访问次数，每打开或刷新一次页面，就算做一个pv。
每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间。
计算模型：
每台服务器每秒处理请求的数量=((80%总PV量)/(24小时60分60秒20%)) / 服务器数量 。其中关键的参数是80%、20%。
每天30w PV 在单台机器上：
（300000 * 0.8）/ （86400 * 0.2）= 13.888（QPS）
也就是单台机器需要满足 14（QPS）
Apache的最大连接数,默认为256个。可以满足需求
ulimit 命令是 Linux 系统的内建功能，它具有一套参数集，用于控制 shell 进程及其所创进程的资源使用限制。它主要用于设置用户和系统的资源限制，如打开文件的最大数量、内存使用限制等。
默认的ulimit open files（用户可以打开文件的最大数目）默认为1024 。也可满足需求。
留足余量：
但实际情况并不会这么均匀的分布，会有高峰有低谷。为了应对高峰时段，应该留一些余地，最少也要x2倍，x3倍也不为过。
14个请求/秒 * 2倍=28个请求/秒
14个请求/秒 * 3倍=42个请求/秒
结论：
如果服务器一秒能处理42个请求/秒，就可以应对平均30万PV/每天。
规划表
编辑网卡配置文件
重启网卡
ansible是是一个"配置管理工具"，它是一个"自动化运维工具"，是运维人员的瑞士军刀，可以帮助我们完成一些批量工作或者重复性工作。
ansible是在epel扩展源中
**配置管理员主机（192.168.137.36）epel源 **
使用dnf安装ansible
查看ansible的版本
定义主机清单
生成ssh公钥和私钥，将生成的公钥拷贝到其他机器，免密登录
其他机器同理
使用ping命令检测是否成功连通
为192.168.137.31主机安装php环境
为192.168.137.32 192.168.137.33安装mysql
将相应服务启动并设置开机自启动
查看服务运行状态
数据库安好后，我们需要运行安全初始化命令提高mysql的安全性。 这里实验环境我的mysql密码就设置为123456了
运行mysql_secure_installation会执行几个设置：（192.168.137.32机器）
a)为root用户设置密码
b)删除匿名账号
c)取消root用户远程登录
d)删除test库和对test库的访问权限
e)刷新授权表使修改生效
192.168.137.33机器同理
rz上传discuz网站压缩包
解压到当前目录下
把upload文件夹里的文件都移动到 /var/www/html/ 文件夹中
给 /var/www 目录及其子目录赋予权限
重启httpd服务
浏览器中输入ip地址进行安装
这里选择第二个选项
填写好相关信息
这里我使用的是192.168.32主机为主数据库，192.168.137.33主机为从数据库 稍后将进行配置
安装报错记录
在终端中使用mysql命令没有找到
分析，可能没有安装mysql软件包
使用yum安装msql
还是存在该问题
**经过查询得知 root 用户没有远程连接的权限 **
修改 root 用户的连接权限
接下来成功安装
进入管理后台
修改网站名称
修改成功
跳转回首页后底部显示网站名称：zhyj-论坛
删除网站安装目录
rocky8.8 192.168.137.31 httpd
rocky8.8 192.168.137.32 mysql8.0.32—master
rocky8.8 192.168.137.33 mysql8.0.32—slave
停止httpd服务 复制前要保证同步的数据库一致
可以看到discuz论坛创建的数据库是 ultrax 我们导出ultrax数据库
导出数据库
添加18–21行
重启mysql
查看状态信息
查看二进制日志
查看mysql版本 注意：从数据库的版本要大于等于主库版本
测试是否可以连接到主数据库
导入数据库文件
导入成功
添加第18行
修改后重启mysqld服务
配置master的连接参数
查看状态
mysql的Slave_IO_Running 与主机master的通信正常
mysql的Slave_SQL_Running 从数据库sql进程运行正常
在主服务器上查看状态
State状态：
Source has sent all binlog to replica; waiting for more updates
源已将所有binlog发送到副本；正在等待更多更新
默认情况下，MySQL的复制功能是异步的，异步复制可以提供最佳的性能，主库把binlog日志发送给从库即结束，并不验证从库是否接收完毕。这意味着当主服务器或从服务器端发生故障时，有可能从服务器没有接收到主服务器发送过来的binlog日志，这就会造成主服务器和从服务器的数据不一致，甚至在恢复时造成数据的丢失。
主服务器上的I/O threads 将binlog写入二进制日志中就返回给客户端一个结果，无需等待二进制日志是否成功发送到从库和从库上是否成功完成relay log的写入以及SQL threads从relay log中提取二进制日志写入自己binlog的过程。
登录mysql为主库安装半同步插件
开启半同步
登录mysql为从库安装半同步插件
开启半同步
主库查看处于半同步模式的从库
主从同步的模式默认是多线程，而从库的sql 线程是单线程 。从库的单线程在大数据量的时候会有延迟，将从库的线程改为多线程可以减少延迟问题。
修改 192.168.137.33 从库配置文件
添加以下19-23行
重启mysql服务
master，relaylogrelaylog，worker 信息，会以表形式存储于数据库
192.168.137.32 (zhyj2) 源数据主机 --> 192.168.137.34 (zhyj4) 备份端主机 mysql
192.168.137.31 (zhyj1) 源数据主机 --> 192.168.137.34 (zhyj4) 备份端主机 web
使用非系统用户备份数据
在192.168.137.34 (zhyj4) 备份端主机创建配置文件
在根目录下创建数据备份的文件夹
创建提示信息文件和用户密码文件
修改权限为600
创建配置文件
创建service文件，注册rsyncd以服务的模式运行
启动服务，查看服务日志和端口确认成功启动
源数据主机192.168.137.32 (zhyj2) 创建密码文件
修改密码文件权限600
在rsync 命令中使用 password file 指定此文件即可无交互备份
备份数据测试
rsync数据备份环境部署成功
编写mysql数据备份脚本
给脚本添加执行权限
测试脚本
在备份端机器查看
计划任务在每天凌晨3点执行Mysql数据备份到192.168.137.34
编写web网站数据备份脚本
数据源主机192.168.137.31 (zhyj1)创建密码文件
修改密码文件权限600
在rsync 命令中使用 password file 指定此文件即可无交互备份
测试备份脚本
在备份端主机查看
计划任务在每天凌晨3点执行web数据备份到192.168.137.34
管理员使用ansible（192.168.137.36）yum模块安装fail2ban
修改配置文件
5分钟内3次密码验证失败，禁止用户IP访问主机1小时。 配置如下。
使用ansible copy模块拷贝配置文件到所有主机
启动所有主机的fail2ban服务并设置开机自启动
使用192.168.137.64进行测试可以看到ip已经被禁止
安装lanmp环境 zabbix依赖php环境
选择自己的平台
使用ansible为所有主机安装zabbix源
使用ansible为所有主机清理yum源缓存
把所有zabbix源地址替换为阿里云地址
使用ansible将配置好的zabbix源文件拷贝到所有主机
启动数据库 加入开机自启动
登录mysql 设置root密码为123456
刷新权限后退出
使用 mysql_secure_installation 进行安全初始化配置此处省略 可参考上文
重新登录mysql
编辑配置文件 /etc/zabbix/zabbix_server.conf
修改php配置文件的时区
启动Zabbix server和agent进程，并为它们设置开机自启：
浏览器访问：http://192.168.137.35/zabbix
密码 zabbix password : 123456
服务器的名字 zabbix server name : server-zabbix-35
完成安装
登录zabbix并修改中文
账号： Admin 密码：zabbix
User setting —> Profile —> Language —> Update 更新即可
**注意：**zabbix 被监控端都需要安装agent客户端
35这台机器安装过agent 所以未发生改变 其他机器均被安装
我们需要修改每一台被监控主机的agent配置文件把server地址指向192.168.137.35
改117行为 server ip 地址192.168.137.35
主动模式，改171行为 server ip 地址192.168.137.35
改182行为自己的主机名
启动服务
其他主机配置同理 此处省略（192.168.137.32 33 34 35 36 ）的配置
编辑Apache的主配置文件/etc/httpd/conf/httpd.conf
开启Apache server-status 状态页面
加入如下图配置
修改完后重启Apache服务
创建监控主机
查看主机的图形数据
图像中存在乱码
上传simkai.ttf到 /usr/share/zabbix/assets/fonts下替换graphfont.ttf 字体
刷新页面，已解决乱码
创建mysql用户让agent用户使用此用户获取mysql数据
拷贝监控配置文件模板
编辑/etc/my.cnf.d/client.cnf 加入zabbix的用户名密码
重新启动zabbix客户端
添加mysql监控主机
添加成功
同理添加其他主机即可
手工配置繁琐且麻烦，逐个主机添加无疑增加了管理员的工作量。我们只需要设置自动发现服务即可解决手动添加主机问题，简化后期因业务扩大带来的繁琐配置。
创建自动发现规则
填写相应信息 检查system.uname 作为判断条件
创建自动发现动作
添加触发条件
设置触发后的动作
点击添加即可
添加成功
查看 监测—>自动发现 查看是否存在自动发现的主机
确认可发现主机设备
管理员使用192.168.137.36主机 ab命令测试主机192.168.137.31 apache服务性能
安装httpd-tools
模拟1000请求每次并发100个测试discuz论坛首页
ab -n 1000 -c 100 http://192.168.137.31/index.php
可以看到apache每秒请求数为Requests per second: 56.70 [#/sec] (mean) 结果大于我们开始分析的42个请求/秒