数据资源调度方法、系统、服务器及读存储介质与流程

1.本申请涉及云计算技术领域，尤其涉及一种数据资源调度方法、系统、服务器及读存储介质。


背景技术：

2.云计算通过对计算、网络、存储等各种物理资源的虚拟化抽象，为用户提供了方便的资源使用方式。负载均衡是云产品的一项基本功能，对数据包转发性能有比较高的要求，而linux虚拟服务器(linux virtual server，lvs)在网络协议的第四层转发方便，资源消耗少，因此linux虚拟服务器成为云负载均衡实现的首要选择。
3.linux虚拟服务器是一个比较成熟的开源项目，通过ipvs模块实现功能，具有如lvs-nat模式、lvs-dr模式和lvs-tun模式等多种工作模式。然而，在互联网时代web应用及相应服务几何级增长的背景下，服务应用产生的数据流量越来越多，当客户端client和服务器server的进出通信都经过linux虚拟服务器时，linux虚拟服务器的负载会很高，容易成为调度系统的瓶颈，不能稳定地提供高质量服务。


技术实现要素：

4.本申请的主要目的在于提供一种数据资源调度方法、系统、服务器及读存储介质，旨在通过进出流量的分离，减轻linux虚拟服务器的负载压力，从而提高linux虚拟服务器的可靠性和稳定性。
5.第一方面，本申请提供一种数据资源调度方法，应用于linux虚拟服务器，所述linux虚拟服务器包括第一linux虚拟服务器和第二linux虚拟服务器，所述方法包括：
6.第一linux虚拟服务器接收客户端发送的数据请求消息，并基于所述数据请求消息为所述客户端分配服务器；
7.第一linux虚拟服务器将所述数据请求消息发送给所述服务器，以供所述服务器基于所述数据请求消息确定所述客户端请求的数据资源；
8.第二linux虚拟服务器接收所述服务器发送的数据资源，并将所述数据资源转发至所述客户端。
9.第二方面，本申请还提供一种数据资源调度系统，所述数据资源调度系统包括第一linux虚拟服务器、第二linux虚拟服务器和服务器，其中：
10.所述第一linux虚拟服务器，用于接收客户端发送的数据请求消息，并基于所述数据请求消息为所述客户端分配服务器，并将所述数据请求消息发送给分配的所述服务器；
11.所述服务器基于所述数据请求消息确定所述客户端请求的数据资源，并将所述数据资源发送至第二linux虚拟服务器；
12.所述第二linux虚拟服务器接收所述服务器发送的数据资源，并将所述数据资源转发至所述客户端。
13.第三方面，本申请还提供一种linux虚拟服务器，所述linux虚拟服务器包括第一
linux虚拟服务器和第二linux虚拟服务器，第一linux虚拟服务器和第二linux虚拟服务器包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上所述的数据资源调度方法的步骤。
14.第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如上所述的数据资源调度方法的步骤。
15.本申请提供一种数据资源调度方法、系统、服务器及读存储介质，本申请实施例通过第一linux虚拟服务器接收客户端发送的数据请求消息，并基于数据请求消息为客户端分配服务器，并通过第一linux虚拟服务器将数据请求消息发送给服务器，以供服务器基于数据请求消息确定客户端请求的数据资源，然后通过第二linux虚拟服务器接收服务器发送的数据资源，并将数据资源转发至客户端。本申请实施例通过第一linux虚拟服务器接收流入流量，通过第二linux虚拟服务器输出流出流量，合理地实现了进出流量的分离，通过将进出流量分开到不同的linux虚拟服务器去执行，能够有效地减轻linux虚拟服务器的负载压力，从而提高linux虚拟服务器的可靠性和稳定性，并极大提高数据资源调度系统的吞吐量。
附图说明
16.为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1为本申请实施例提供的一种数据资源调度方法的步骤流程示意图；
18.图2为实施本实施例提供的一数据资源调度方法的一场景示意图；
19.图3为实施本实施例提供的一tcp/ip报文的示意图；
20.图4为实施本实施例提供的数据资源调度方法的又一场景示意图；
21.图5为本申请实施例提供的一种数据资源调度系统的示意性框图；
22.图6为本申请实施例提供的一种linux虚拟服务器的结构示意性框图。
23.本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
24.下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
25.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
26.本申请实施例提供一种数据资源调度方法、系统、服务器及读存储介质。其中，该数据资源调度方法可应用于linux虚拟服务器中，该linux虚拟服务器包括第一linux虚拟服务器和第二linux虚拟服务器，第一linux虚拟服务器和第二linux虚拟服务器可以为单
台的服务器，也可以为由多台服务器组成的服务器集群。
27.下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
28.请参照图1，图1为本申请实施例提供的一种数据资源调度方法的步骤流程示意图。
29.如图1所示，该数据资源调度方法包括步骤s101至步骤s103。
30.步骤s101、第一linux虚拟服务器接收客户端发送的数据请求消息，并基于数据请求消息为客户端分配服务器。
31.在原始的lvs-nat模式，linux虚拟服务器(linux virtual server，lvs服务器)负责客户端client和服务器server(集群)的进出通信，负载压力大，容易成为系统的瓶颈，使得lvs服务器容易出现故障，系统稳定性不好。基于此，本申请实施例通过第一linux虚拟服务器和第二linux虚拟服务器实现进出流量分离，将进出流量分开到不同的linux虚拟服务器去执行，大大的减轻了linux虚拟服务器的负载压力，提高了调度系统的可靠性和稳定性。
32.其中，第一linux虚拟服务器用于响应从客户端流入的数据报(流量)，例如响应于客户端发送的数据请求消息，为客户端匹配服务器。第二linux虚拟服务器用于响应向客户端流出的数据报(流量)，例如响应于客户端发送的数据响应消息，向客户端转发客户端请求的数据资源。
33.换而言之，在lvs-nat模式中，客户端发送的数据请求消息和客户端发送的数据响应消息都需要通过linux虚拟服务器(负载调度器)，随着通知消息(数据报)的实体数量和内容的增加，导致linux虚拟服务器的压力倍增，伸缩能力受限，当调度系统的服务节点数目升到20左右时，linux虚拟服务器本身有可能成为调度系统的新瓶颈，次模式影响性能发挥。因此，本申请实施例通过第一linux虚拟服务器接收流量，并通过第二linux虚拟服务器发出流量，实现流量进出分离，能够有效减轻linux虚拟服务器的负载压力，减少故障率，延长使用寿命。
34.在一实施例中，第一linux虚拟服务器和第二linux虚拟服务器可以为多个，第一linux虚拟服务器的数量与第二linux虚拟服务器的数量可以相同或者不相同，通过多个第一linux虚拟服务器和第二linux虚拟服务器实现数据资源的调度，能够有效提高调度系统的稳定性，实现更高的流量并发。
35.在一实施例中，用户可以通过客户端访问网站，并通过客户端发出获取网站上某个数据资源的数据请求消息。例如，用户点击播放网站上的一个视频资源，即通过客户端发出获取该视频资源的数据请求消息。其中，客户端包括web客户端、游戏客户端和移动客户端等，数据资源包括图片资源、音频资源、视频资源、文字资源或者其他可以在计算机设备中展示的内容等，数据资源可以是单个或者多个，本实施例不做具体限定。
36.在一实施例中，客户端向第一linux虚拟服务器发送数据请求消息，该数据请求消息例如为一数据报，该数据报中携带有客户端请求获取的数据资源的标识。同时，数据报中还携带有源ip地址和目的ip地址。客户端向第一linux虚拟服务器发送数据请求消息时，数据报中的源ip地址为客户端ip地址(client ip，cip)，目的ip地址为第一linux虚拟服务器的第一ip地址，第一linux虚拟服务器的ip地址也可以简写为li-ip(lvs-in ip，负责流量
流入的lvs服务器的ip地址)，客户端通过该数据请求消息中的目的ip地址发送数据请求消息，使得第一linux虚拟服务器准确地接收客户端发送的数据请求消息。
37.在一实施例中，第一linux虚拟服务器基于数据请求消息为客户端分配服务器，包括：第一linux虚拟服务器基于数据请求消息，根据预设的负载均衡算法确定为客户端分配的服务器；获取服务器的ip地址，得到服务器ip地址；将数据请求消息中的目的ip地址由第一linux虚拟服务器的第一ip地址改写为服务器ip地址。其中，负载均衡算法例如包括轮询算法、加权轮询法、源地址哈希法、最小连接数法、加权随机法等算法，本实施例不做具体限定。通过第一linux虚拟服务器为客户端分配服务器，改写数据请求消息中的目的ip地址，使得数据请求消息能够准确地发送给为客户端分配的服务器，第一linux虚拟服务器只负责响应从客户端流入的数据报(流量)，无需响应服务器返回的数据报(流量)，大大的减轻了第一linux虚拟服务器的负载压力，使得第一linux虚拟服务器不容易达到瓶颈。
38.示例性的，第一linux虚拟服务器按照轮询算法将数据请求消息按顺序轮流地分配到后端的服务器上，均衡地对待后端的每一台服务器，无需关心服务器实际的连接数和当前的系统负载。或者，第一linux虚拟服务器按照源地址哈希法，根据客户端的ip地址，通过哈希函数计算得到的一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客户端要访问服务器的标识。采用源地址哈希法进行负载均衡，同一ip地址的客户端，当后端服务器列表不变时，它每次都会映射到同一台后端服务器进行访问。又或者，第一linux虚拟服务器按照最小连接数法根据后端服务器当前的连接情况，动态地选取其中当前积压连接数最少的一台服务器来处理当前的请求，尽可能地提高后端服务的利用效率，负责合理地将数据请求消息分流到每一台服务器。
39.示例性的，第一linux虚拟服务器确定为客户端分配的服务器之后，通过网络地址转换，重写数据报中的目的ip地址。具体地，获取服务器ip地址，将数据报中的目的ip地址从第一ip地址(lvs-in ip，li-ip)修改为服务器ip地址(server ip，sip)，源ip地址无需进行修改。此时数据报中的源ip地址是cip(客户端ip地址)，目的ip地址是sip(服务器ip地址)。
40.步骤s102、第一linux虚拟服务器将数据请求消息发送给服务器，以供服务器基于数据请求消息确定客户端请求的数据资源。
41.示例性的，第一linux虚拟服务器按照数据请求消息中的目的ip地址，将数据请求消息发送给目的ip地址对应的服务器，该服务器接收第一linux虚拟服务器发送的数据请求消息，并获取数据报中携带的客户端请求获取的数据资源的标识，通过客户端请求获取的数据资源的标识确定该客户端请求的数据资源。
42.在一实施例中，数据资源至少包括cookie文件数据、uri数据和/或host数据，cookie文件数据、uri数据和/或host数据存储于区块链中。需要说明的是，为进一步保证数据资源等相关信息的私密和安全性，上述数据资源等相关信息还可以存储于一区块链的节点中，本申请的技术方案还可适用于添加其他存储于区块链上的数据文件，本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层
等。
43.在一实施例中，第一linux虚拟服务器基于服务器ip地址，根据预设的调度算法将数据请求消息分派至服务器。也即第一linux虚拟服务器根据预设的调度算法，将数据请求消息分派给服务器ip地址对应的后端的真实服务器，其中，调度算法包括但不限于先来先服务调度算法fcfs、短作业(进程)优先调度算法sjf/spf、高优先权优先调度算法hpf、基于时间片的轮转调度算法rr。第一linux虚拟服务器能够通过调度算法准确快速地将数据请求消息分派至后端的服务器，同时无需接收服务器返回的通知消息。
44.在一实施例中，第一linux虚拟服务器通过交换机switch将数据请求消息发送给服务器；示例性的，如图2所示，交换机30与第一linux虚拟服务器10、第二linux虚拟服务器20共同组成局域网，第一linux虚拟服务器10将数据请求消息发送给交换机30，交换机30通过mac地址，交互到服务器40，并将第一linux虚拟服务器10发送的数据请求消息发送给服务器40。
45.在一实施例中，服务器基于数据请求消息确定客户端请求的数据资源之后，基于数据请求消息生成数据响应消息，该数据响应消息例如为一数据报，该数据报中携带有数据资源和报头，报头包括源ip地址与目的ip地址等ip协议地址。服务器改写数据报中的目的ip地址和源ip地址，具体地，将数据报中的目的ip地址从sip(服务器ip地址)修改为cip(客户端ip地址)，同时将源ip地址从cip(客户端ip地址)修改为sip(服务器ip地址)。之后，服务器将改写完成的数据报发送至用于实现流量输出的第二linux虚拟服务器。
46.步骤s103、第二linux虚拟服务器接收服务器发送的数据资源，并将数据资源转发至客户端。
47.其中，数据资源至少包括cookie文件数据、uri数据和/或host数据，服务器发送的数据资源携带于数据响应消息中，数据响应消息为tcp/ip报文，包括数据资源和报头。需要说明的是，第二linux虚拟服务器接收服务器发送的数据资源，并将数据资源转发至客户端，只负责响应服务器返回的数据报，无需响应从客户端流入的数据报，大大的减轻了第二linux虚拟服务器的负载压力，提高了调度系统的可靠性和稳定性。
48.在一实施例中，第二linux虚拟服务器接收服务器通过交换机switch发送的数据资源。示例性的，如图2所示，交换机30与第一linux虚拟服务器10、第二linux虚拟服务器20共同组成局域网，服务器40通过mac地址与交换机30进行交互，并将包括数据资源的数据响应消息发送至交换机30，交换机30从局域网内交互到第二linux虚拟服务器20，并将服务器40发送的包括数据资源的数据响应消息发送给第二linux虚拟服务器20，第二linux虚拟服务器20接收服务器40通过交换机30发送的数据响应消息，从而获取数据响应消息中的数据资源。
49.在一实施例中，第二linux虚拟服务器接收服务器发送的数据资源之后，还包括：第二linux虚拟服务器将数据响应消息中的目的ip地址改写为客户端的ip地址；和/或，将数据响应消息中的源ip地址改写为第二linux虚拟服务器的第二ip地址；或者，将数据响应消息中的源ip地址改写为第一linux虚拟服务器的第一ip地址。通过源ip地址和目的ip地址的改写，使得第二linux虚拟服务器准确地将数据资源转发至客户端。
50.示例性的，第二linux虚拟服务器将报头中的源ip地址从sip(服务器ip地址)修改为第二ip地址(第二linux虚拟服务器的ip地址)，第二linux虚拟服务器的ip地址可以简写
为lo-ip(lvs-out ip)，目的ip地址为cip不变，并基于目的ip地址(cip)将包括数据资源的数据响应消息转发至客户端。或者，第二linux虚拟服务器接收服务器发送的数据资源，不修改目的ip地址，同时不修改报头中的源ip地址，根据tcp/ip协议的转发，第二linux虚拟服务器能够基于目的ip地址(cip)，将数据资源转发至客户端。或者，第二linux虚拟服务器接收服务器发送的数据资源，不修改目的ip地址，同时将报头中的源ip地址修改为第一ip地址(第一linux虚拟服务器的ip地址)，即源ip地址为li-ip，目的ip地址为cip。
51.在一实施例中，数据响应消息为tcp/ip报文；将数据响应消息中的目的ip地址改写为客户端的ip地址，包括：第二linux虚拟服务器根据tcp/ip报文的预设格式，确定目的ip地址的存储位置；将目的ip地址的存储位置处的数据改写为代表客户端的ip地址的数据。通过查找目的ip地址的存储位置可以快速准确地对数据响应消息中的目的ip地址进行改写，有利于数据响应消息的转发。
52.示例性的，如图3所示，图3为实施本实施例提供的一tcp/ip报文的示意图，通过如图3所示的示意图可以快速查找出目的ip地址的存储位置为“目标地址”显示的区块位置，在该区块位置处直接将原始数据改写为代表客户端的ip地址的数据，即可完成目的ip地址的改写。
53.可以理解的是，在第一linux虚拟服务器、第二linux虚拟服务器和服务器中的源ip地址和目的ip地址的改写可以参照上述实施例中的目的ip地址的改写的对应过程，本申请实施例不再赘述。
54.请参照图4，图4为实施本实施例提供的数据资源调度方法的又一场景示意图。
55.如图4所示，用户通过客户端50访问网站，并通过客户端50发出获取网站上某个数据资源的数据请求消息，第一linux虚拟服务10接收客户端50发送的数据请求消息，并基于数据请求消息为客户端50分配服务器40，第一linux虚拟服务器10将数据请求消息发送给服务器40，服务器40基于数据请求消息确定客户端50请求的数据资源，然后将客户端50请求的数据资源打包发送至第二linux虚拟服务器20，第二linux虚拟服务器20接收服务器40发送的数据资源，并将数据资源转发至客户端50，通过第一linux虚拟服务10接收流入流量，通过第二linux虚拟服务器20输出流出流量，合理地实现了进出流量的分离，能够有效地减轻linux虚拟服务器的负载压力，从而提高linux虚拟服务器的可靠性和稳定性。
56.上述实施例提供的数据资源调度方法，通过第一linux虚拟服务器接收客户端发送的数据请求消息，并基于数据请求消息为客户端分配服务器，并通过第一linux虚拟服务器将数据请求消息发送给服务器，以供服务器基于数据请求消息确定客户端请求的数据资源，然后通过第二linux虚拟服务器接收服务器发送的数据资源，并将数据资源转发至客户端。本申请实施例通过第一linux虚拟服务器接收流入流量，通过第二linux虚拟服务器输出流出流量，合理地实现了进出流量的分离，通过将进出流量分开到不同的linux虚拟服务器去执行，能够有效地减轻linux虚拟服务器的负载压力，从而提高linux虚拟服务器的可靠性和稳定性。
57.请参照图5，图5为本申请实施例提供的一种数据资源调度系统的示意性框图。
58.如图5所示，该数据资源调度系统200，包括第一linux虚拟服务器201、第二linux虚拟服务器202和服务器203，其中：
59.所述第一linux虚拟服务器201，用于接收客户端发送的数据请求消息，并基于所
述数据请求消息为所述客户端分配服务器，并将所述数据请求消息发送给分配的所述服务器；
60.所述服务器203基于所述数据请求消息确定所述客户端请求的数据资源，并将所述数据资源发送至第二linux虚拟服务器；
61.所述第二linux虚拟服务器202接收所述服务器发送的数据资源，并将所述数据资源转发至所述客户端。
62.在一个实施例中，第一linux虚拟服务器201还用于：
63.第一linux虚拟服务器基于所述数据请求消息，根据预设的负载均衡算法确定为所述客户端分配的服务器；
64.获取所述服务器的ip地址，得到服务器ip地址；
65.将所述数据请求消息中的目的ip地址由第一linux虚拟服务器的第一ip地址改写为所述服务器ip地址。
66.在一个实施例中，第一linux虚拟服务器201还用于：
67.第一linux虚拟服务器基于所述服务器ip地址，根据预设的调度算法将所述数据请求消息分派至所述服务器。
68.在一个实施例中，所述服务器发送的数据资源携带于数据响应消息中；所述第二linux虚拟服务器202还用于：
69.第二linux虚拟服务器将所述数据响应消息中的目的ip地址改写为所述客户端的ip地址；和/或
70.将所述数据响应消息中的源ip地址改写为所述第二linux虚拟服务器的第二ip地址；或者
71.将所述数据响应消息中的源ip地址改写为所述第一linux虚拟服务器的第一ip地址。
72.在一个实施例中，所述数据响应消息为tcp/ip报文；第二linux虚拟服务器202还用于：
73.第二linux虚拟服务器根据所述tcp/ip报文的预设格式，确定所述目的ip地址的存储位置；
74.将所述目的ip地址的存储位置处的数据改写为代表所述客户端的ip地址的数据。
75.在一个实施例中，第一linux虚拟服务器通过交换机将数据请求消息发送给所述服务器；第二linux虚拟服务器接收所述服务器通过所述交换机发送的数据资源。
76.在一个实施例中，所述数据资源至少包括cookie文件数据、uri数据和/或host数据，所述cookie文件数据、uri数据和/或host数据存储于区块链中。
77.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的数据资源调度系统中的各模块及单元的具体工作过程，可以参考前述数据资源调度方法实施例中的对应过程，在此不再赘述。
78.请参阅图6，图6为本申请实施例提供的一种linux虚拟服务器的结构示意性框图。该linux虚拟服务器包括第一linux虚拟服务器和第二linux虚拟服务器，第一linux虚拟服务器和第二linux虚拟服务器可以为单台的服务器，也可以为由多台服务器组成的服务器集群。
79.如图6所示，该linux虚拟服务器包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。
80.非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种数据资源调度方法。
81.处理器用于提供计算和控制能力，支撑整个linux虚拟服务器的运行。
82.内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种数据资源调度方法。
83.该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的linux虚拟服务器的限定，具体的linux虚拟服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
84.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
85.其中，在一个实施例中，处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
86.第一linux虚拟服务器接收客户端发送的数据请求消息，并基于所述数据请求消息为所述客户端分配服务器；
87.第一linux虚拟服务器将所述数据请求消息发送给所述服务器，以供所述服务器基于所述数据请求消息确定所述客户端请求的数据资源；
88.第二linux虚拟服务器接收所述服务器发送的数据资源，并将所述数据资源转发至所述客户端。
89.在一个实施例中，所述处理器在实现所述基于所述数据请求消息为所述客户端分配服务器时，用于实现：
90.第一linux虚拟服务器基于所述数据请求消息，根据预设的负载均衡算法确定为所述客户端分配的服务器；
91.获取所述服务器的ip地址，得到服务器ip地址；
92.将所述数据请求消息中的目的ip地址由第一linux虚拟服务器的第一ip地址改写为所述服务器ip地址。
93.在一个实施例中，所述处理器在实现所述第一linux虚拟服务器将所述数据请求消息发送给所述服务器时，用于实现：
94.第一linux虚拟服务器基于所述服务器ip地址，根据预设的调度算法将所述数据请求消息分派至所述服务器。
95.在一个实施例中，所述处理器在实现所述服务器发送的数据资源携带于数据响应消息中；所述第二linux虚拟服务器接收所述服务器发送的数据资源之后，还用于实现：
96.第二linux虚拟服务器将所述数据响应消息中的目的ip地址改写为所述客户端的
ip地址；和/或
97.将所述数据响应消息中的源ip地址改写为所述第二linux虚拟服务器的第二ip地址；或者
98.将所述数据响应消息中的源ip地址改写为所述第一linux虚拟服务器的第一ip地址。
99.在一个实施例中，所述数据响应消息为tcp/ip报文；所述处理器在实现所述将所述数据响应消息中的目的ip地址改写为所述客户端的ip地址时，用于实现：
100.第二linux虚拟服务器根据所述tcp/ip报文的预设格式，确定所述目的ip地址的存储位置；
101.将所述目的ip地址的存储位置处的数据改写为代表所述客户端的ip地址的数据。
102.在一个实施例中，所述处理器在实现所述第一linux虚拟服务器将所述数据请求消息发送给所述服务器时，用于实现：
103.第一linux虚拟服务器通过交换机将数据请求消息发送给所述服务器；
104.所述第二linux虚拟服务器接收所述服务器发送的数据资源，包括：
105.第二linux虚拟服务器接收所述服务器通过所述交换机发送的数据资源。
106.在一个实施例中，所述数据资源至少包括cookie文件数据、uri数据和/或host数据，所述cookie文件数据、uri数据和/或host数据存储于区块链中。
107.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述linux虚拟服务器的具体工作过程，可以参考前述数据资源调度方法实施例中的对应过程，在此不再赘述。
108.本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时所实现的方法可参照本申请数据资源调度方法的各个实施例。
109.其中，所述计算机可读存储介质可以是前述实施例所述的linux虚拟服务器的内部存储单元，例如所述linux虚拟服务器的硬盘或内存。所述计算机可读存储介质也可以是所述linux虚拟服务器的外部存储设备，例如所述linux虚拟服务器上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
110.应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
111.还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
112.上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本申
请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。