“有状态服务和无状态服务”与“服务器响应时长及心跳状态接入zabbix告警系统”:页面之间的差异

来自linuxsa wiki
(页面间差异)
跳转到导航 跳转到搜索
Evan留言 | 贡献
 
Evan留言 | 贡献
导入1个版本
 
第1行: 第1行:
=Question=


对服务器程序来说,究竟是有状态服务,还是无状态服务,其判断依旧是指两个来自相同发起者的请求在服务器端是否具备上下文关系。如果是状态化请求,那么服务器端一般都要保存请求的相关信息,每个请求可以默认地使用以前的请求信息。而对于无状态请求,服务器端所能够处理的过程必须全部来自于请求所携带的信息,以及其他服务器端自身所保存的、并且可以被所有请求所使用的公共信息。
=Solve=
        无状态的服务器程序,最著名的就是WEB服务器。每次HTTP请求和以前都没有啥关系,只是获取目标URI。得到目标内容之后,这次连接就被杀死,没有任何痕迹。在后来的发展进程中,逐渐在无状态化的过程中,加入状态化的信息,比如COOKIE。服务端在响应客户端的请求的时候,会向客户端推送一个COOKIE,这个COOKIE记录服务端上面的一些信息。客户端在后续的请求中,可以携带这个COOKIE,服务端可以根据这个COOKIE判断这个请求的上下文关系。COOKIE的存在,是无状态化向状态化的一个过渡手段,他通过外部扩展手段,COOKIE来维护上下文关系。
==创建应用集==
        状态化的服务器有更广阔的应用范围,比如MSN、网络游戏等服务器。他在服务端维护每个连接的状态信息,服务端在接收到每个连接的发送的请求时,可以从本地存储的信息来重现上下文关系。这样,客户端可以很容易使用缺省的信息,服务端也可以很容易地进行状态管理。比如说,当一个用户登录后,服务端可以根据用户名获取他的生日等先前的注册信息;而且在后续的处理中,服务端也很容易找到这个用户的历史信息。
接口服务器-->应用集 -->右上 创建应用集-- 名read_status


==创建Web 场景==
接口服务器-->Web 场景 -->第二行 最后 -->右上  创建Web场景


有状态的缺点是什么?
1)场景(标签)
名称 read_status
应用集 read_status 上面的那个其实 就 是选择刚刚创建的应用集


• 服务端保存大量数据,增加服务端压力
2)下面是步骤标签
  • 服务端保存用户状态,无法进行水平扩展
URL http://read.zhaituan.com/xtwlztdj_read_interface
  • 客户端请求依赖服务端,多次请求必须访问同一台服务器
 
http://comm.zhaituan.com/xtwlztdj_universal_interface/cmd/version
 
 
http://oper.zhaituan.com
 
 
http://oper.zhaituan.com/xtwlztdj_operation_platform/Login/showLogin.do
 
http://shop.zhaituan.com/xtwlztdj_shop_platform/Login/showLogin.do
 
 
 
超时 1 官方教程是说是秒 但是感觉不是呀 
 
状态码  200
 
==接着创建触发器==
 
第一个 状态码
在上面“添加”按钮后选择对应的监控项目,
 
触发器-->创建触发器  从下拉的菜单中找到 相类似的
 
Response code for step "read_status" of scenario "read_status". web.test.rspcode[read_status,read_status]
 
还有个time的哦
 
功能选择“最新的T值不是N”,N值设置为200,即web访问的状态码。即返回的状态码不等于变量200时触发报警.
 
第二个 响应时间
 
 
Response time for step "comm_status" of scenario "comm_status". web.test.time[comm_status,comm_status,resp]
 
最新的值大于 N
N 60
 
有两个触发 器 一个是 comm_status状态码 一个是 comm_status响应时间


=see also=
=see also=


[https://www.jianshu.com/p/dd47a3cde390 kubernetes 无状态服务和有状态服务]


[https://cloud.tencent.com/developer/article/1620559 分布式系统中的“无状态”和“有状态”详解]
[http://www.ywnds.com/?p=6709 Zabbix添加对URL的状态监控及报警]
 
[https://cloud.tencent.com/developer/article/1027367 分布式监控系统Zabbix--完整安装记录 -添加web页面监控]
 
 
https://www.zabbix.com/documentation/3.4/zh/manual/web_monitoring/items
 
 
 


[https://www.cnblogs.com/frankltf/p/10392566.html  有状态和无状态服务 ]


[https://blog.csdn.net/yinxiangbing/article/details/53353940  无状态服务和有状态服务]
=other=
http://write.zhaituan.com/xtwlztdj_write_interface/cmd/version


[[category:devops]]
[[category:zabbix]]

2019年10月14日 (一) 13:55的最新版本

Question

Solve

创建应用集

接口服务器-->应用集 -->右上 创建应用集-- 名read_status

创建Web 场景

接口服务器-->Web 场景 -->第二行 最后 -->右上 创建Web场景

1)场景(标签) 名称 read_status 应用集 read_status 上面的那个其实 就 是选择刚刚创建的应用集

2)下面是步骤标签 URL http://read.zhaituan.com/xtwlztdj_read_interface

http://comm.zhaituan.com/xtwlztdj_universal_interface/cmd/version


http://oper.zhaituan.com


http://oper.zhaituan.com/xtwlztdj_operation_platform/Login/showLogin.do

http://shop.zhaituan.com/xtwlztdj_shop_platform/Login/showLogin.do


超时 1 官方教程是说是秒 但是感觉不是呀

状态码 200

接着创建触发器

第一个 状态码 在上面“添加”按钮后选择对应的监控项目,

触发器-->创建触发器 从下拉的菜单中找到 相类似的

Response code for step "read_status" of scenario "read_status". web.test.rspcode[read_status,read_status]

还有个time的哦

功能选择“最新的T值不是N”,N值设置为200,即web访问的状态码。即返回的状态码不等于变量200时触发报警.

第二个 响应时间


Response time for step "comm_status" of scenario "comm_status". web.test.time[comm_status,comm_status,resp]

最新的值大于 N N 60

有两个触发 器 一个是 comm_status状态码 一个是 comm_status响应时间

see also

Zabbix添加对URL的状态监控及报警

分布式监控系统Zabbix--完整安装记录 -添加web页面监控


https://www.zabbix.com/documentation/3.4/zh/manual/web_monitoring/items



other

http://write.zhaituan.com/xtwlztdj_write_interface/cmd/version