红色的网站,长尾关键词挖掘工具爱网站,wordpress不显示分类目录,阿里巴巴上做网站要多少钱目录 搭建相关服务器DNS服务器配置WEB服务器配置配置静态IP编译安装nginx 负载均衡器配置lb1lb2高可用配置 NFS服务器配置配置静态IP安装软件包新建共享目录web服务器挂载 监控服务器配置安装node-exporter编写prometheus.yml安装alertmanager和钉钉插件获取机器人webhook编写a… 目录 搭建相关服务器DNS服务器配置WEB服务器配置配置静态IP编译安装nginx 负载均衡器配置lb1lb2高可用配置 NFS服务器配置配置静态IP安装软件包新建共享目录web服务器挂载 监控服务器配置安装node-exporter编写prometheus.yml安装alertmanager和钉钉插件获取机器人webhook编写alertmanager设置告警文件 安装grafana进行压力测试 搭建相关服务器
规划一下IP地址和集群架构图关闭所有SELINUX和防火墙
# 关闭SELINUX
sed -i /^SELINUX/ s/enforcing/disabled/ /etc/selinux/config
# 关闭防火墙
service firewalld stop
systemctl disable firewalldweb1192.168.40.21后端webweb2192.168.40.22后端webweb3192.168.40.23后端weblb1192.168.40.31负载均衡器1lb2192.168.40.32负载均衡器2dns、prometheus192.168.40.137DNS服务器、监控服务器nfs192.168.40.138NFS服务器
DNS服务器配置
安装bind软件包
yum install bind* -y启动named进程
[rootelk-node2 selinux]# service named start
Redirecting to /bin/systemctl start named.service
[rootelk-node2 selinux]# ps aux | grep named
named 44018 0.8 3.2 391060 60084 ? Ssl 15:15 0:00 /usr/sbin/named -u named -c /etc/named.conf
root 44038 0.0 0.0 112824 980 pts/0 S 15:15 0:00 grep --colorauto named修改/etc/resolv.conf文件添加一行将域名服务器设置为本机
nameserver 127.0.0.1测试。解析成功
[rootelk-node2 selinux]# nslookup www.qq.com
Server: 127.0.0.1
Address: 127.0.0.1#53Non-authoritative answer:
www.qq.com canonical name ins-r23tsuuf.ias.tencent-cloud.net.
Name: ins-r23tsuuf.ias.tencent-cloud.net
Address: 121.14.77.221
Name: ins-r23tsuuf.ias.tencent-cloud.net
Address: 121.14.77.201
Name: ins-r23tsuuf.ias.tencent-cloud.net
Address: 240e:97c:2f:3003::77
Name: ins-r23tsuuf.ias.tencent-cloud.net
Address: 240e:97c:2f:3003::6a利用这台机器做域名服务器方便其它机器能够访问修改/etc/named.conf
listen-on port 53 { any; };
listen-on-v6 port 53 { any; };
allow-query { any; };重启服务
service named restart这样其它的机器就可以利用192.168.40.137这台机器做域名解析了
WEB服务器配置
配置静态IP
进入/etc/sysconfig/network-scripts/目录
修改ifcfg-ens33文件保证能互相通信
web1IP配置
BOOTPROTOnone
NAMEens33
DEVICEens33
ONBOOTyes
IPADDR192.168.40.21
PREFIX24
GATEWAY192.168.40.2
DNS1114.114.114.114 web2IP配置
BOOTPROTOnone
NAMEens33
DEVICEens33
ONBOOTyes
IPADDR192.168.40.22
PREFIX24
GATEWAY192.168.40.2
DNS1114.114.114.114 web3IP配置
BOOTPROTOnone
NAMEens33
DEVICEens33
ONBOOTyes
IPADDR192.168.40.23
PREFIX24
GATEWAY192.168.40.2
DNS1114.114.114.114 编译安装nginx
编译安装nginx可以看我这篇博客 Nginx的安装启动和停止
安装好之后浏览器访问成功即可。
负载均衡器配置
使用nginx做负载均衡
lb1
配置静态IP
BOOTPROTOnone
NAMEens33
DEVICEens33
ONBOOTyes
IPADDR192.168.40.31
PREFIX24
GATEWAY192.168.40.2
DNS1114.114.114.114修改安装目录下的nginx.conf文件添加如下
七层负载—upstream在http块里基于http协议进行转发
http {……upstream lb1{ # 后端真实的IP地址在http块里ip_hash; # 使用ip_hash算法或least_conn;最小连接# 权重 192.168.40.21 weight5;server 192.168.40.21;server 192.168.40.22;server 192.168.40.23;}server {listen 80;……location / {#root html; 注释掉因为只是做代理不是直接访问#index index.html index.htm;proxy_pass http://lb1; # 代理转发 }四层负载—stream块与http块同级基于IP端口进行转发
stream {upstream lb1{}server {listen 80; # 基于80端口转发proxy_pass lb1;}upstream dns_servers {least_conn;server 192.168.40.21:53;server 192.168.40.22:53;server 192.168.40.23:53; }server {listen 53 udp; # 基于53端口转发proxy_pass dns_servers;}
}重新加载nginx
nginx -s reload默认使用轮询算法可以查看效果 lb2
配置静态IP
BOOTPROTOnone
NAMEens33
DEVICEens33
ONBOOTyes
IPADDR192.168.40.32
PREFIX24
GATEWAY192.168.40.2
DNS1114.114.114.114修改安装目录下的nginx.conf文件添加如下
七层负载—upstream在http块里基于http协议进行转发
http {……upstream lb2{ # 后端真实的IP地址在http块里ip_hash; # 使用ip_hash算法或least_conn;最小连接# 权重 192.168.40.21 weight5;server 192.168.40.21;server 192.168.40.22;server 192.168.40.23;}server {listen 80;……location / {#root html; 注释掉因为只是做代理不是直接访问#index index.html index.htm;proxy_pass http://lb2; # 代理转发 }重新加载nginx
nginx -s reload问题后端的服务器不知道真正访问的IP地址只知道负载均衡器的IP地址如何解决
参考文章 使用变量 $remote_addr 获取客户端的 IP 地址赋值给X-Real-IP 字段然后重载一下
nginx -s reload所有后端服务器修改日志获取该字段的值
查看是否获取客户端真实IP 问题四层负载和七层负载有什么区别
参考文章 四层负载均衡Layer 4 Load Balancing 四层负载均衡是在传输层即网络层上进行负载均衡的一种方式。在四层负载均衡中负载均衡设备根据源IP地址、目标IP地址、源端口号、目标端口号等信息来转发请求到相应的服务器。它基本上只关注网络连接的基本属性并且不了解请求的内容和协议。 四层负载均衡的优点是速度快、效率高适合于处理大量网络连接的情况例如 TCP 和 UDP 协议。但它对请求内容的理解有限无法针对具体应用的特定需求进行定制化的转发策略。 七层负载均衡Layer 7 Load Balancing 七层负载均衡是在应用层上进行负载均衡的一种方式。在七层负载均衡中负载均衡设备能够深入到应用层协议如 HTTP、HTTPS来理解请求的内容和特征根据请求的 URL、请求头、会话信息等因素来智能地转发请求。 七层负载均衡可以实现更加灵活和定制化的转发策略。例如可以根据域名、URL路径、请求头中的特定信息等来将请求分发给不同的后端服务器。这对于处理 Web 应用程序、API 服务等具有特定路由规则和需求的情况非常有用。
四层负载均衡主要基于传输层的网络连接属性进行转发适合于高并发和大规模的网络连接场景而七层负载均衡则在应用层上对请求进行深入理解适合于根据请求内容和特征进行智能转发的场景。在实际应用中根据具体的需求和应用类型可以选择合适的负载均衡方式或结合两者来实现更好的性能和可伸缩性。
高可用配置
使用keepalived实现高可用 两台负载均衡器都安装keepalived它们之间的通信是通过VRRP协议进行VRRP协议介绍 参考文章
yum install keepalived单VIP配置 进入配置文件所在目录/etc/keepalived/编辑配置文件keepalived.conf启动一个vrrp实例
lb1配置
vrrp_instance VI_1 { #启动一个实例state MASTER #角色为masterinterface ens33 #网卡接口virtual_router_id 150#路由idpriority 100 #优先级advert_int 1 #宣告信息 间隔1sauthentication { #认证信息auth_type PASSauth_pass 1111}virtual_ipaddress { #虚拟IP对外提供服务192.168.40.51}
}lb2配置
vrrp_instance VI_1 {state BACKUP #角色为backupinterface ens33virtual_router_id 150priority 50 #优先级比master要低advert_int 1authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.51}
}启动keepalived就可以在优先级高的那一台负载均衡器看到vip了
service keepalived start双VIP配置 进入配置文件所在目录/etc/keepalived/编辑配置文件keepalived.conf启动两个vrrp对外提供服务提高使用率
lb1配置
vrrp_instance VI_1 { #启动一个实例state MASTER #角色为masterinterface ens33 #网卡接口virtual_router_id 150#路由idpriority 100 #优先级advert_int 1 #宣告信息authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.51 # 对外提供的IP}
}
vrrp_instance VI_2 { #启动第二个实例state BACKUP #角色为backupinterface ens33 #网卡接口virtual_router_id 160#路由idpriority 50 #优先级advert_int 1 #宣告信息authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.52 # 对外提供的IP}
}lb2配置
vrrp_instance VI_1 {state BACKUP #角色为backupinterface ens33virtual_router_id 150priority 50advert_int 1authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.51}
}
vrrp_instance VI_2 {state MASTER #角色为masterinterface ens33virtual_router_id 160priority 100advert_int 1authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.52}
}重新启动keepalived就可以在两台负载均衡器都看到vip了
service keepalived start编写脚本check_nginx.sh监控Nginx是否运行如果Nginx挂了那么keepalived开启没有意义占用资源需要及时调整主备状态
#!/bin/bash
if [[ $(netstat -anplut| grep nginx|wc -l) -eq 1 ]];thenexit 0
elseexit 1# 关闭keepalivedservice keepalived stop
fi授予权限
chmod x check_nginx.sh 脚本没有执行成功查看/var/log/messages日志出现了问题原来是脚本名字和括号之间没有空格…… 加入脚本后的lb1配置
! Configuration File for keepalivedglobal_defs {notification_email {acassenfirewall.locfailoverfirewall.locsysadminfirewall.loc}notification_email_from Alexandre.Cassenfirewall.locsmtp_server 192.168.200.1smtp_connect_timeout 30router_id LVS_DEVELvrrp_skip_check_adv_addr#vrrp_strictvrrp_garp_interval 0vrrp_gna_interval 0
}
vrrp_script chk_nginx {
script /etc/keepalived/check_nginx.sh # 外部脚本执行位置使用绝对路径
interval 1
weight -60 # 修改后权重的优先值要小于backup
}vrrp_instance VI_1 { #启动一个实例state MASTERinterface ens33 #网卡接口virtual_router_id 150#路由idpriority 100 #优先级advert_int 1 #宣告信息authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.51}
track_script { # 脚本名要有空格
chk_nginx # 调用脚本
}}vrrp_instance VI_2 { #启动一个实例state BACKUPinterface ens33 #网卡接口virtual_router_id 170#路由idpriority 50 #优先级advert_int 1 #宣告信息authentication {auth_type PASSauth_pass 1111}virtual_ipaddress {192.168.40.52}
}
lb2的配置同lb1只要将脚本执行的代码放置lb2的master部分即可 进行nginx测试发现双vip能够在nginx关闭的状态同时关闭keepalived并进行vip漂移 notify的用法也可以实现keepalived关闭的效果 参考文章
notify的用法notify_master:当前节点成为master时通知脚本执行任务(一般用于启动某服务比如nginx,haproxy等)notify_backup:当前节点成为backup时通知脚本执行任务(一般用于关闭某服务比如nginx,haproxy等)notify_fault当前节点出现故障执行的任务; 例当成为master时启动haproxy,当成为backup时关闭haproxynotify_master /etc/keepalived/start_haproxy.sh startnotify_backup /etc/keepalived/start_haproxy.sh stop问题什么是脑裂现象可能出现的原因有哪些 脑裂现象指的是主备服务器之间的通信故障导致两个节点同时认为自己是主节点而发生竞争的情况原因如下
网络分区在使用keepalived的集群中如果网络发生分区导致主节点与备份节点之间的通信中断可能会导致脑裂现象的发生。虚拟路由id不一致虚拟路由id用于唯一标识主备节点如果虚拟路由ID设置不一致不同节点之间将产生冲突可能导致节点同时宣布自己是活跃节点从而引发脑裂现象。认证密码不一样当认证密码不一致时节点之间的通信将受阻可能导致节点无法正常进行状态同步和故障切换从而引发脑裂现象的发生。节点运行状态不同步当主节点和备份节点之间的状态同步过程中出现错误或延迟导致节点状态不一致可能会引发脑裂现象。信号丢失keepalived使用心跳机制检测节点状态如果由于网络延迟或其他原因导致心跳信号丢失可能会误判节点状态从而引发脑裂现象。
问题keepalived的三个进程
Keepalived 主进程负责加载并解析 Keepalived 配置文件创建和管理 VRRP 实例并监控实例状态。它还处理与其他 Keepalived 进程之间的通信。Keepalived VRRP 进程这是负责实现虚拟路由冗余协议功能的进程。每个启动的 VRRP 实例都会有一个对应的 VRRP 进程。它负责定期发送 VRRP 通告消息监听其他节点发送的通告消息并根据配置的优先级进行故障转移。Keepalived Check Script 进程这个进程用于执行用户定义的健康检查脚本。通过此进程可以执行自定义的脚本来检测服务器的健康状态并根据脚本的返回结果来更改 VRRP 实例的状态或触发故障转移。
NFS服务器配置 使用nfs让后端服务器到nfs服务器里获取数据将nfs的服务器挂载到web服务器上保证数据一致性。
配置静态IP
BOOTPROTOnone
IPADDR192.168.40.138
GATEWAY192.168.40.2
DNS2114.114.114.114
NAMEens33
DEVICEens33
ONBOOTyes 安装软件包
yum -y install rpcbind nfs-utils启动服务先启动rpc服务再启动nfs服务
# 启动rpc服务
[rootnfs ~]# service rpcbind start
Redirecting to /bin/systemctl start rpcbind.service
[rootnfs ~]# systemctl enable rpcbind
# 启动nfs服务
[rootnfs ~]# service nfs-server start
Redirecting to /bin/systemctl start nfs-server.service
[rootnfs ~]# systemctl enable nfs-server新建共享目录
新建/data/share/自己写一个index.html查看效果
mkdir -p /data/share/编辑配置文件vim /etc/exports
/data/share/ 192.168.40.0/24(rw,no_root_squash,all_squash,sync)其中
/data/share/共享文件目录192.168.40.0/24表示接受来自以 192.168.40.0 开头的IP地址范围的请求。(rw)指定允许对目录进行读写操作。no_root_squash指定不对root用户进行权限限制。它意味着在客户端上以root用户身份访问时在服务器上也将以root用户身份进行访问。all_squash指定将所有用户映射为匿名用户。它意味着在客户端上以任何用户身份访问时在服务器上都将以匿名用户身份进行访问。sync指定文件系统同步方式。sync 表示在写入操作完成之前将数据同步到磁盘上。保障数据的一致性和可靠性但可能会对性能产生影响。
重新加载nfs让配置文件生效
systemctl reload nfs
exportfs -rvweb服务器挂载 3台web服务器只需要安装rpcbind服务即可无需安装nfs或开启nfs服务。
yum install rpcbind -yweb服务器端查看nfs服务器共享目录
[rootweb1 ~]# showmount -e 192.168.40.138
Export list for 192.168.40.138:
/data/share 192.168.40.0/24
[rootweb2 ~]# showmount -e 192.168.40.138
Export list for 192.168.40.138:
/data/share 192.168.40.0/24
[rootweb3 ~]# showmount -e 192.168.40.138
Export list for 192.168.40.138:
/data/share 192.168.40.0/24进行挂载挂载到Nginx网页目录下
[rootweb1 ~]# mount 192.168.40.138:/data/share /usr/local/shengxia/html
[rootweb2 ~]# mount 192.168.40.138:/data/share /usr/local/shengxia/html
[rootweb3 ~]# mount 192.168.40.138:/data/share /usr/local/shengxia/html设置开机自动挂载nfs文件系统
vim /etc/rc.local
# 将这行直接接入/etc/rc.local文件末尾
mount -t nfs 192.168.40.138:/data/share /usr/local/shengxia/html同时给/etc/rc.d/rc.local可执行权限
chmod /etc/rc.d/rc.local看到这个效果就表示成功了
监控服务器配置 下载prometheus和exporter进行监控安装可以看我这篇博客 Prometheus、Grafana、cAdvisor的介绍、安装和使用
安装node-exporter prometheus安装好之后在每个服务器都安装node-exporter监控服务器状态 下载 除了本机192.168.40.137以外所有的服务器都下载演示一个案例。其他服务器相同操作
解压文件
[rootweb1 exporter]# ls
node_exporter-1.5.0.linux-amd64.tar.gz
[rootweb1 exporter]# tar xf node_exporter-1.5.0.linux-amd64.tar.gz
[rootweb1 exporter]# ls
node_exporter-1.5.0.linux-amd64 node_exporter-1.5.0.linux-amd64.tar.gz新建目录
[rootweb1 exporter]# mkdir -p /node_exporter复制node_exporter下的文件到指定的目录
[rootweb1 exporter]# cp node_exporter-1.5.0.linux-amd64/* /node_exporter在/root/.bashrc文件下修改PATH环境变量将这行加到文件末尾刷新一下
PATH/node_exporter/:$PATH
source /root/.bashrc放到后台启动运行
[rootweb1 exporter]# nohup node_exporter --web.listen-address 192.168.40.21:8899 出现这个页面即成功 编写prometheus.yml
scrape_configs:# The job name is added as a label jobjob_name to any timeseries scraped from this config.- job_name: prometheus# metrics_path defaults to /metrics# scheme defaults to http.static_configs:- targets: [192.168.40.137:9090]- job_name: nfsstatic_configs:- targets: [192.168.40.138:8899]- job_name: lb1static_configs:- targets: [192.168.40.31:8899]- job_name: lb2static_configs:- targets: [192.168.40.32:8899]- job_name: web1static_configs:- targets: [192.168.40.21:8899]- job_name: web2static_configs:- targets: [192.168.40.22:8899]- job_name: web3static_configs:- targets: [192.168.40.23:8899]重新启动prometheus
[rootdns-prom prometheus]# service prometheus restart看到这个页面就表示监控成功了 安装alertmanager和钉钉插件
下载
[rootdns-prom prometheus]# wget https://github.com/prometheus/alertmanager/releases/download/v0.25.0/alertmanager-0.25.0.linux-amd64.tar.gz
[rootdns-prom prometheus]# wget https://github.com/timonwong/prometheus-webhook-dingtalk/releases/download/v1.4.0/prometheus-webhook-dingtalk-1.4.0.linux-amd64.tar.gz解压
[rootdns-prom prometheus]# tar xf alertmanager-0.23.0-rc.0.linux-amd64.tar.gz
[rootdns-prom prometheus]# mv alertmanager-0.23.0-rc.0.linux-amd64 alertmanager
[rootdns-prom prometheus]# tar xf prometheus-webhook-dingtalk-1.4.0.linux-amd64.tar.gz
[rootdns-prom prometheus]# mv prometheus-webhook-dingtalk-1.4.0.linux-amd64 prometheus-webhook-dingtalk获取机器人webhook 获取允许访问的IP使用curl ifconfig.me可以获得
[rootdns-prom alertmanager]# curl ifconfig.me
222.244.215.17修改钉钉告警模板
#位置/lianxi/prometheus/prometheus-webhook-dingtalk/contrib/templates/legacy/template.tmpl
[rootdns-prom legacy]# cat template.tmpl
{{ define ding.link.title }}{{ template legacy.title . }}{{ end }}
{{ define ding.link.content }}
{{ if gt (len .Alerts.Firing) 0 -}}
告警列表:
{{ template __text_alert_list .Alerts.Firing }}
{{- end }}
{{ if gt (len .Alerts.Resolved) 0 -}}
恢复列表:
{{ template __text_resolve_list .Alerts.Resolved }}
{{- end }}
{{- end }}修改cofig,yml文件添加机器人的webhook的token指定模板文件
[rootdns-prom prometheus-webhook-dingtalk]# cat config.yml
templates:- /lianxi/prometheus/prometheus-webhook-dingtalk/contrib/templates/legacy/template.tmpl # 模板路径targets:webhook2:url: https://oapi.dingtalk.com/robot/send?access_token你自己的token将prometheus-webhook-dingtalk注册成服务
[rootdns-prom system]# pwd
/usr/lib/systemd/system
[rootdns-prom system]# cat webhook-dingtalk
[Unit]
Descriptionprometheus-webhook-dingtalk
Documentationhttps://github.com/timonwong/prometheus-webhook-dingtalk
Afternetwork.target[Service]
ExecStart/lianxi/prometheus/prometheus-webhook-dingtalk/prometheus-webhook-dingtalk --config.file/lianxi/prometheus/prometheus-webhook-dingtalk/config.yml
Restarton-failure[Install]
WantedBymulti-user.target加载服务
[rootdns-prom system]# systemctl daemon-reload启动服务
[rootdns-prom system]# service webhook-dingtalk start
Redirecting to /bin/systemctl start webhook-dingtalk.service编写alertmanager
修改alertmanager.yml文件
global:resolve_timeout: 5mroute: # 告警路由配置定义如何处理和发送告警receiver: webhookgroup_wait: 30sgroup_interval: 1mrepeat_interval: 4hgroup_by: [alertname]routes:- receiver: webhookgroup_wait: 10sreceivers: # 告警接收者配置定义如何处理和发送告警
- name: webhook webhook_configs:### 注意注意我在dingtalk的配置文件里用的是webhook2要对上- url: http://192.168.40.137:8060/dingtalk/webhook2/send # 告警 Webhook URLsend_resolved: true # 是否发送已解决的告警。如果设置为 true则在告警解决时发送通知将alertmanager注册成服务
[Unit]
Descriptionalertmanager
Documentationhttps://prometheus.io/
Afternetwork.target[Service]
ExecStart/lianxi/prometheus/alertmanager/alertmanager --config.file/lianxi/prometheus/alertmanager/alertmanager.yml
Restarton-failure[Install]
WantedBymulti-user.target加载服务
[rootdns-prom system]# systemctl daemon-reload查看 设置告警文件
在prometheus目录下新建一个rules.yml文件的告警规则
[rootdns-prom prometheus]# pwd
/lianxi/prometheus/prometheus
[rootdns-prom prometheus]# cat rules.yml
groups:- name: host_monitoringrules:- alert: 内存报警expr: netdata_system_ram_MiB_average{chartsystem.ram,dimensionfree,familyram} 800for: 2mlabels:team: nodeannotations:Alert_type: 内存报警Server: {{$labels.instance}}explain: 内存使用量超过90%目前剩余量为{{ $value }}M- alert: CPU报警expr: netdata_system_cpu_percentage_average{chartsystem.cpu,dimensionidle,familycpu} 20for: 2mlabels:team: nodeannotations:Alert_type: CPU报警Server: {{$labels.instance}}explain: CPU使用量超过80%目前剩余量为{{ $value }}- alert: 磁盘报警expr: netdata_disk_space_GiB_average{chartdisk_space._,dimensionavail,family/} 4for: 2mlabels:team: nodeannotations:Alert_type: 磁盘报警Server: {{$labels.instance}}explain: 磁盘使用量超过90%目前剩余量为{{ $value }}G- alert: 服务告警expr: up 0for: 2mlabels:team: nodeannotations:Alert_type: 服务报警Server: {{$labels.instance}}explain: netdata服务已关闭修改prometheus.yml文件与alertmanager进行关联
alerting:alertmanagers:- static_configs:- targets: [192.168.40.137:9093]# Load rules once and periodically evaluate them according to the global evaluation_interval.
rule_files:- /lianxi/prometheus/prometheus/rules.yml # 告警模板路径# - first_rules.yml# - second_rules.yml重启prometheus服务
[rootdns-prom prometheus]# service prometheus restart可以看到监控数据了 模拟服务器宕机关闭web1提示告警 钉钉收到告警 安装grafana
从Grafana官网下载Grafana软件包并按照官方文档进行安装
rootdns-prom grafana]# yum install -y https://dl.grafana.com/enterprise/release/grafana-enterprise-9.5.1-1.x86_64.rpm启动grafana
[rootdns-prom grafana]# service grafana-server restart
Restarting grafana-server (via systemctl): [ 确定 ]具体的操作过程可以看这篇文档 Prometheus、Grafana、cAdvisor的介绍、安装和使用
选择一个好的模板就可以进行出图展示啦 进行压力测试
安装ab软件模拟请求
yum install ab -y不断模拟请求了解集群并发数。
