什么是keep server?单位原先用两台服务器,西门子PLC和AB分别是NET和RSLINK读取,用KEEPSERVER可以整合吗?

Posted 2023-04-22

单位服务器需要改造,KEEP SERVER详细介绍下,如方便介绍下改造方法,高手帮帮忙,不胜感激!

KEPSERVER是一个软件，专门提供许多工业控制设备的第三方OPC服务，具体功能是将其安装在上位工控机上，执行针对自己的控制设备（大多是PLC）的专用驱动后（需要按实际连接方式配置），KEPSERVER即可访问控制设备中的内存信息（可读可写）。

KEEPSERVER可以整合，如果使用了KEPSERVER，需要购买对应的驱动（如AB的RSLINK），然后在装有西门子监控软件的计算机上安装KEPSERVER并运行RSLINK驱动包，接下来硬件上建立这台计算机与AB控制设备的RSLINK连接通道。

再运行KEPSERVER，建立对应RSLIMK的通道、数据组链、变量链（这些要根据实际设备的连接方式、通道编号等按实际情况确定），即可将AB设备的数据读入KEPSERVER。

扩展资料：

在西门子的监控软件中增加OPC驱动，该驱动指向本机的KEPSERVER的OPC服务器（需要在DCOM中做些配置），即可通过KEPSERVER将AB控制设备的数据读入到西门子的控制软件。需要说明的是，OPC访问方式是完全双向的，计算机对控制设备的数据既可读也可写，实际使用中的访问权限需要谨慎分配。

HTTP协议采用“请求-应答”模式，当使用普通模式，即非KeepAlive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）；

当使用Keep-Alive模式（又称持久连接、连接重用）时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

参考技术A

可以集成KEEPSERVER，如果使用KEPSERVER，则需要购买相应的驱动程序（如AB的RSLINK）。

然后在装有西门子监控软件的计算机上安装KEPSERVER，运行RSLINK驱动程序包，然后在硬件上设置计算机与AB控制装置之间的RSLINK连接通道。

然后运行KEPSERVER，设置与RSLIMK对应的通道、数据组链和变量链（根据实际设备的实际连接方式和通道号来确定），即可将AB设备的数据读入KEPSERVER。

扩展资料：

注意事项：

在西门子监控软件中增加一个OPC驱动程序，指向本地KEPSERVER的OPC服务器（需要在DCOM中做一些配置），然后通过KEPSERVER将AB控制设备的数据读入西门子的控制软件中。

需要注意的是，OPC访问方式是完全双向的，控制设备的数据可以由计算机读写。实际使用中的访问权限需要仔细分配。

HTTP协议采用“请求－响应”模式，当使用普通的7个模式，即KeepAlive模式时，每个请求／响应应创建一个新的客户端和服务器连接，完成后立即断开连接（HTTP协议为无连接协议）；

在使用keep－alive模式（也称为持久连接、连接重用）时，keep－alive函数使从客户机到服务器的连接保持有效，并避免在服务器有后续请求时建立或重新建立连接。

参考技术B

可以集成KEEPSERVER，如果使用KEPSERVER，则需要购买相应的驱动程序（如AB的RSLINK）。

然后在装有西门子监控软件的计算机上安装kepserver，运行rslink驱动程序包，在硬件上设置计算机与ab控制装置之间的rslink连接通道。

然后运行kepserver，设置rslimk对应的信道、数据组链和变量链（根据实际设备的实际连接方式和信道数确定），即可将AB设备的数据读入kepserver。

扩展资料：

注意事项：

在西门子监控软件中增加一个OPC驱动程序，指向本地kepserver的OPC服务器（需要在DCOM中进行一些配置），然后通过kepserver将AB控制设备的数据读入西门子控制软件。

需要注意的是，OPC访问方式是完全双向的，控制设备的数据可以由计算机读写。实际使用中的访问权限需要仔细分配。

HTTP协议采用“请求－响应”模式。在使用keepalive七种常用模式时，每个请求／响应都要在客户端和服务器之间创建一个新的连接，完成后立即断开连接（HTTP协议是无连接协议）；

当使用keepalive模式（也称为persistentconnection，connectionreuse）时，keepalive函数保持客户端到服务器的连接有效，并避免在服务器有后续请求时建立或重新建立连接。

参考技术C KEPSERVER是一个软件，专门提供许多工业控制设备的第三方OPC服务，具体功能是将其安装在上位工控机上，执行针对你的控制设备（大多是PLC）的专用驱动后（需要按实际连接方式配置），KEPSERVER即可访问你控制设备中的内存信息（可读可写）。同时，KEPSERVER自身还提供了OPC服务器，你在本机或网络上通过OPC客户机的方式即可访问到KEPSERVER的数据。也就是说，KEPSERVER通过OPC方式在其他软件和控制设备之间搭起了一座桥梁，使得用户软件（不一定是专门的监控软件，只要具备OPC读取能力的软件均可，如内置了VBA宏的excel）可以直接访问控制设备的数据。你单位原来的两台服务器应该是分别与西门子和AB的控制设备连接的。如果使用了KEPSERVER，需要购买对应的驱动（如AB的RSLINK），然后在装有西门子监控软件的计算机上安装KEPSERVER并运行RSLINK驱动包，接下来硬件上建立这台计算机与AB控制设备的RSLINK连接通道。再运行KEPSERVER，建立对应RSLIMK的通道、数据组链、变量链（这些要根据实际设备的连接方式、通道编号等按实际情况确定），即可将AB设备的数据读入KEPSERVER。最后，在西门子的监控软件中增加OPC驱动，该驱动指向本机的KEPSERVER的OPC服务器（需要在DCOM中做些配置），即可通过KEPSERVER将AB控制设备的数据读入到西门子的控制软件。需要说明的是，OPC访问方式是完全双向的，计算机对控制设备的数据既可读也可写，实际使用中的访问权限需要谨慎分配。希望能够帮到你。追问

有中文版说明书吗?

追答

我见到的全是英文说明和帮助，没有中文的。你可以试着和上海的该软件经销公司联系，看看有无中文说明。不过，那个软件其实很容易上手的，不需要专门的说明。

本回答被提问者采纳

keep-alive

1、什么是Keep-Alive模式？

我们知道HTTP协议采用“请求-应答”模式，当使用普通模式，即非KeepAlive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）；当使用Keep-Alive模式（又称持久连接、连接重用）时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

持久连接的引入解决了多对已请求服务器导致的socket连接低效性的问题。它使浏览器可以再一个单独的连接上进行多个请求。浏览器和服务器使用Connection头ilai指出对Keep-Alive的支持。

http 1.0中默认是关闭的，需要在http头加入"Connection: Keep-Alive"，才能启用Keep-Alive；http 1.1中默认启用Keep-Alive，如果加入"Connection: close "，才关闭。目前大部分浏览器都是用http1.1协议，也就是说默认都会发起Keep-Alive的连接请求了，所以是否能完成一个完整的Keep-Alive连接就看服务器设置情况。

2、启用Keep-Alive的优点

使用http keep-alvie，可以减少服务端TIME_WAIT数量(因为由服务端httpd守护进程主动关闭连接)。道理很简单，相较而言，启用keep-alive，建立的tcp连接更少了，自然要被关闭的tcp连接也相应更少了。

RFC 2616（P47）还指出：单用户客户端与任何服务器或代理之间的连接数不应该超过2个。一个代理与其它服务器或代码之间应该使用超过2 * N的活跃并发连接。这是为了提高HTTP响应时间，避免拥塞（冗余的连接并不能代码执行性能的提升）。

3、Keep-Alive模式，客户端如何判断请求所得到的响应数据已经接收完成（或者说如何知道服务器已经发生完了数据）？

1.使用消息首部字段Conent-Length

故名思意，Conent-Length表示实体内容长度，客户端（服务器）可以根据这个值来判断数据是否接收完成。但是如果消息中没有Conent-Length，那该如何来判断呢？又在什么情况下会没有Conent-Length呢？请继续往下看……

2.使用消息首部字段Transfer-Encoding

当客户端向服务器请求一个静态页面或者一张图片时，服务器可以很清楚的知道内容大小，然后通过Content-length消息首部字段告诉客户端需要接收多少数据。但是如果是动态页面等时，服务器是不可能预先知道内容大小，这时就可以使用Transfer-Encoding：chunk模式来传输数据了。即如果要一边产生数据，一边发给客户端，服务器就需要使用"Transfer-Encoding: chunked"这样的方式来代替Content-Length。

chunk编码将数据分成一块一块的发生。Chunked编码将使用若干个Chunk串连而成，由一个标明长度为0的chunk标示结束。每个Chunk分为头部和正文两部分，头部内容指定正文的字符总数（十六进制的数字）和数量单位（一般不写），正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容，是一些附加的Header信息（通常可以直接忽略）。

• 
  

• 
  

Not reliable（不可靠）

HTTP是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive没能改变这个结果。另外，Keep-Alive也不能保证客户端和服务器之间的连接一定是活跃的，在HTTP1.1版本中也如此。唯一能保证的就是当连接被关闭时你能得到一个通知，所以不应该让程序依赖于Keep-Alive的保持连接特性，否则会有意想不到的后果。

keepalvie timeout

Httpd守护进程，一般都提供了keep-alive timeout时间设置参数。比如nginx的keepalive_timeout，和Apache的KeepAliveTimeout。这个keepalive_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive_timeout秒后，才开始关闭这个连接。

当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是keepalive_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览发过来http请求，则关闭这个http连接。

http keep-alive与tcp keep-alive

http keep-alive与tcp keep-alive，不是同一回事，意图不一样。http keep-alive是为了让tcp活得更久一点，以便在同一个连接上传送多个http，提高socket的效率。而tcp keep-alive是TCP的一种检测TCP连接状况的保鲜机制。

keep-alive与TIME_WAIT

使用http keep-alvie，可以减少服务端TIME_WAIT数量(因为由服务端httpd守护进程主动关闭连接)。道理很简单，相较而言，启用keep-alive，建立的tcp连接更少了，自然要被关闭的tcp连接也相应更少了。

http keepalive是客户端浏览器与服务端httpd守护进程协作的结果

 Apache 服务器中

Keep-Alive 是一个布尔值，On 代表打开，Off 代表关闭，如果 Keep-Alive 设置为On，那么用户完成一次访问后，不会立即断开连接，如果还有请求，那么会继续在这一次 TCP 连接中完成，而不用重复建立新的 TCP 连接和关闭TCP 连接，可以提高用户访问速度。

在 Apache 中，打开和关闭 Keep-Alive 功能，服务器端会有什么异同呢？

先看看理论分析

打开 Keep-Alive 后，意味着每次用户完成全部访问后，都要保持一定时间后才关闭会关闭 TCP 连接，那么在关闭连接之前，必然会有一个Apache 进程对应于该用户而不能处理其他用户，假设 Keep-Alive 的超时时间为 10 秒种，服务器每秒处理 50个独立用户访问，那么系统中 Apache 的总进程数就是 10 * 50 ＝ 500 个，如果一个进程占用 4M 内存，那么总共会消耗 2G内存，所以可以看出，在这种配置中，相当消耗内存，但好处是系统只处理了 50次 TCP 的握手和关闭操作。

如果关闭 Keep-Alive，如果还是每秒50个用户访问，如果用户每次连续的请求数为3个，那么 Apache 的总进程数就是 50 * 3= 150 个，如果还是每个进程占用 4M 内存，那么总的内存消耗为 600M，这种配置能节省大量内存，但是，系统处理了 150 次 TCP的握手和关闭的操作，因此又会多消耗一些 CPU 资源。

再看看实践的观察

我在一组大量处理动态网页内容的服务器中，起初打开 Keep-Alive功能，经常观察到用户访问量大时Apache进程数也非常多，系统频繁使用交换内存，系统不稳定，有时负载会出现较大波动。关闭了 Keep-Alive功能后，看到明显的变化是： Apache 的进程数减少了，空闲内存增加了，用于文件系统Cache的内存也增加了，CPU的开销增加了，但是服务更稳定了，系统负载也比较稳定，很少有负载大范围波动的情况，负载有一定程度的降低；变化不明显的是：访问量较少的时候，系统平均负载没有明显变化。

总结一下：

在内存非常充足的服务器上，不管是否关闭 Keep-Alive 功能，服务器性能不会有明显变化；

如果服务器内存较少，或者服务器有非常大量的文件系统访问时，或者主要处理动态网页服务，关闭 Keep-Alive 后可以节省很多内存，而节省出来的内存用于文件系统Cache，可以提高文件系统访问的性能，并且系统会更加稳定。

关于是否应该关闭 Keep-Alive 选项，我觉得可以基于下面的一个公式来判断

在理想的网络连接状况下，系统的 Apache 进程数和内存使用可以用如下公式表达：

总Apache进程数 = KeepAliveTimeout * 每秒种HTTP请求数 / 平均KeepAlive请求

Apache占用内存 = 总Apache进程数 * 平均每进程占用内存数

[平均Keep-Alive请求] 数，是指每个用户连接上服务器后，持续发出的 HTTP 请求数。当 Keep-AliveTimeout 等 0或者 Keep-Alive 关闭时，Keep-AliveTimeout 不参与乘的运算从上面的公式看，如果 [每秒用户请求]多，[Keep-AliveTimeout] 的值大，[平均Keep-Alive请求] 的值小，都会造成 [Apache进程数] 多和 [内存]多，但是当 [平均Keep-Alive请求] 的值越大时，[Apache进程数] 和 [内存] 都是趋向于减少的。

基于上面的公式，我们就可以推算出当 平均Keep-Alive请求 <= Keep-AliveTimeout 时，关闭 Keep-Alive 选项是划算的，否则就可以考虑打开。

《完》

本文出自 “零蛋蛋” 博客，请务必保留此出处http://lingdandan.blog.51cto.com/10697032/1785996