一种服务器的运维方法及运维客户端与流程

本发明涉及服务器运行维护技术领域，特别涉及一种服务器的运维方法及运维客户端。

背景技术：

在互联网公司的业务场景中，由于用户规模比较大，因此需要大量的服务器。互联网公司拥有成百上千台服务器是很常见的情况，为了够满足客户的需求，就要求服务器能够正常的运行，因此，对服务器进行运维是很必要的工作。

在现有技术中，为了能够对服务器进行运维，一般会在服务器上安装性能指标采集客户端、监控报警客户端和日志收集客户端、远程推送客户端，运行维护人员可以利用这些运维客户端对服务器进行运维。

利用多个运维客户端可以对服务器进行运维，但是运维客户端也需要管理。对多个进行服务器运维的运维客户端管理的效率较低。

技术实现要素：

本发明实施例的目的在于提供一种服务器运维方法及运维客户端，以提高对运维客户端管理效率。

为达到上述目的，本发明实施例公开了一种服务器的运维方法，所述方法包括：

针对目标服务器，利用安装在所述目标服务器中的一个运维客户端采集与运维相关的数据；

对所述数据进行分类；

将每一类数据发送给相应的运维系统，以对所述目标服务器运维。

较佳的，所述与运维相关的数据，包括：

服务器性能指标、服务器中运行的每一服务的状态信息、日志信息。

较佳的，在所述对所述数据进行分类之前，所述方法还包括：

对采集到的所述数据进行过滤；

所述对所述数据进行分类，包括：

对过滤后的数据进行分类。

较佳的，所述对所述数据进行分类，包括：

按照服务器性能指标、服务状态信息和日志信息，将所述数据分为三类。

较佳的，所述方法还包括：

利用所述运维客户端接收远程运维指令；

根据所述远程运维指令，对所述目标服务器进行运维。

较佳的，所述方法还包括：

利用所述运维客户端接收远程文件。

为达到上述目的，本发明实施例还提供了一种运维客户端，所述运维客户端包括：采集模块、分类模块和发送模块，其中，

所述采集模块，用于针对安装有所述运维客户端的目标服务器，采集与运维相关的数据；

所述分类模块，用于对所述数据进行分类；

所述发送模块，用于将每一类数据发送给相应的运维系统，以对所述目标服务器运维。

较佳的，所述与运维相关的数据，包括：

服务器性能指标、服务器中运行的每一服务的状态信息、日志信息。

较佳的，所述运维客户端还包括过滤模块，所述过滤模块，用于对采集到的所述数据进行过滤；

所述分类模块，具体用于：

对过滤后的数据进行分类。

较佳的，所述分类模块，具体用于：

按照服务器性能指标、服务状态信息和日志信息，将所述数据分为三类。

较佳的，所述运维客户端还包括：第一接收模块和运维模块，其中，

所述第一接收模块，用于接收远程运维指令；

所述运维模块，用于根据所述远程运维指令，对所述目标服务器进行运维。

较佳的，所述运维客户端还包括第二接收模块；

所述第二接收模块，用于接收远程文件。

本发明实施例公开了一种服务器的运维方法及运维客户端，所述方法包括：针对目标服务器，利用安装在所述目标服务器中的一个运维客户端采集与运维相关的数据；对所述数据进行分类；将每一类数据发送给相应的运维系统，以对所述目标服务器运维。

现有技术要对服务器进行运维，需要安装多个运维客户端，应用本发明实施例，仅需安装一个运维客户端就可以对服务器进行运维，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的服务器的运维方法的第一种流程示意图；

图2为本发明实施例提供的服务器的运维方法的第二种流程示意图；

图3为本发明实施例提供的服务器的运维方法的第三种流程示意图；

图4为本发明实施例提供的服务器的运维方法的第四种流程示意图；

图5为本发明实施例提供的运维客户端的第一种结构示意图；

图6为本发明实施例提供的运维客户端的第二种结构示意图；

图7为本发明实施例提供的运维客户端的第三种结构示意图；

图8为本发明实施例提供的运维客户端的第四种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为解决现有技术问题，本发明实施例提供了一种服务器的运维方法及运维客户端。下面先对一种服务器的运维方法进行介绍。

图1为本发明实施例提供的服务器的运维方法的第一种流程示意图，可以包括：

S101：针对目标服务器，利用安装在所述目标服务器中的一个运维客户端采集与运维相关的数据。

具体的，与所述运维相关的数据可以包括：服务器性能指标、服务器中运行的每一服务的状态信息、日志信息。

在实际应用中，假设目标服务器M中安装有运维客户端A，运维客户端A采集目标服务器M的服务器性能指标、服务器中运行的每一服务的状态信息、日志信息。

例如，运维客户端A采集目标服务器M的服务器性能指标可以包括：CPU信息、内存信息、磁盘信息和网卡信息等信息。运维客户端A采集目标服务器M的服务器中运行的每一服务的状态信息可以包括：进程信息、端口信息等信息。运维客户端A采集目标服务器M的日志信息可以包括：应用程序日志、安全日志、系统日志等信息。

通常情况下，运维也称为运行维护。

S102：对所述数据进行分类。

具体的，所述对所述数据进行分类，可以按照服务器性能指标、服务状态信息和日志信息，将所述数据分为三类。

在实际应用中，运维客户端A采集目标服务器M的服务器性能指标、服务器中运行的每一服务的状态信息、日志信息分别分类。

例如，运维客户端A将CPU信息、内存信息、磁盘信息和网卡信息等信息分为第一类；将进程信息和端口信息等信息分为第二类；将应用程序日志、安全日志和系统日志等信息分为第三类。

S103：将每一类数据发送给相应的运维系统，以对所述目标服务器运维。

具体的，运维系统可以包括：监控展示系统、报警系统、日志分析系统。

通常情况下，运维系统也被称为后端设备、后台设备和后台系统等。

运维客户端A将采集到的包括CPU信息、内存信息、磁盘信息和网卡信息等信息的第一类信息发给监控展示系统。将采集到的包括进程信息和端口信息等信息的第二类信息发给报警系统。将采集到的包括应用程序日志、安全日志和系统日志等信息的第三类信息发给日志分析系统。

需要说明的是，上述以目标服务器M和运维客户端A为例进行说明，仅为本发明的一具体实例，并不构成对本发明的限定。

利用现有技术要对服务器进行运维，需要安装多个运维客户端，应用本发明图1所示实施例，仅需安装一个运维客户端就可以对服务器进行运维，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

图2为本发明实施例提供的服务器的运维方法的第二种流程示意图。本发明图2所示实施例在图1所示实施例的基础上，在S102之前增加了S104：对采集到的所述数据进行过滤，本发明实施例的S102具体可以为S102A：对过滤后的数据进行分类。

具体的，运维客户端A对过滤后的数据进行分类。对数据的过滤至少包括：逻辑判断、报警判断、数据过滤和数据清洗过程；除对数据的过滤外，还可以对采集到的数据进行数据缓冲和数据分批合并。

在实际应用中，假设运维客户端A采集到的系统日志信息中包含不完整的数据、错误的数据，重复的数据，正常的、符合要求的数据，运维客户端A对系统日志信息进行数据清洗，去除不完整的数据、错误的数据、重复的数据，只保留正常的、符合要求的数据。运维客户端A将只保留正常的、符合要求的数据的系统日志信息分到日志信息对应的第三类中。

应用本发明图2所示实施例，运维客户端过滤掉所采集到的数据中的不完整的、错误的数据、重复的数据，与未进行过数据滤相比，减少了目标服务器与运维系统之间的数据传输量，提高了传输效率。

图3为本发明实施例提供的服务器的运维方法的第三种流程示意图。图3所示实施例在图1所示实施例的基础上增加了S105和S106，其中，

S105：利用所述运维客户端接收远程运维指令；

S106：根据所述远程运维指令，对所述目标服务器进行运维。

利用运维客户端A接收运维系统发送的运维指令。执行接收到的运维指令，以对目标服务器M进行运维。

在实际应用中，并不一定在S103之后执行S105。例如，客户端A可以同时执行S103和S105，也可以在S102之后执行S105。

需要说明的是，接收远程运维指令进行运维为现有技术，本发明实施例在此不对其进行赘述。

应用图3所示实施例，利用一个运维客户端既可以采集数据并发送，还可以接收运维系统发送的运维指令，并对目标服务器进行运维，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

图4为本发明实施例提供的服务器的运维方法的第四种流程示意图。图4所示实施例在图1所示实施例的基础上增加了S107：利用所述运维客户端接收远程文件。

具体的，利用运维客户端A接收运维系统发送的文件。

在实际应用中，运维客户端A将接收到的文件保存到本地某个指定的路径下；或者运维客户端A接收运维系统发送的脚本文件等。

在实际应用中，并不一定在S103之后执行S107。例如，客户端A可以同时执行S103和S107，也可以在S102之后执行S107。

需要说明的是，利用客户端接收远程文件为现有技术，本发明实施例在此不对其进行赘述。

应用本发明图4所示实施例，利用同一个运维客户端实现接收远程文件的目的，避免了在目标服务器上安装远程文件接收客户端，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

与上述方法实施例相对应，本发明实施例还提供了一种运维客户端。

图5为本发明实施例提供的运维客户端的第一种结构示意图，可以包括：采集模块501、分类模块502和发送模块503，其中，

采集模块501，用于针对安装有所述运维客户端的目标服务器，采集与运维相关的数据。

具体的，与运维相关的数据，可以包括：服务器性能指标、服务器中运行的每一服务的状态信息、日志信息。

分类模块502，用于对所述数据进行分类。

具体的，所述分类模块，具体用于：按照服务器性能指标、服务状态信息和日志信息，将所述数据分为三类。

发送模块503，用于将每一类数据发送给相应的运维系统，以对所述目标服务器运维。

利用现有技术要对服务器进行运维，需要安装多个运维客户端，应用本发明图5所示实施例，仅需安装一个运维客户端就可以对服务器进行运维，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

图6为本发明实施例提供的运维客户端的第二种结构示意图。图6所示实施例在图5所示实施例的基础上增加了过滤模块504，用于对采集到的所述数据进行过滤。

此种情况下，分类模块502，具体用于：

对过滤后的数据进行分类。

应用本发明图6所示实施例，运维客户端过滤掉所采集到的数据中的不完整的、错误的数据、重复的数据，与未进行数据过滤相比，减少了目标服务器与运维系统之间的数据传输量，提高了传输效率。

图7为本发明实施例提供的运维客户端的第三种结构示意图。图7所示实施例在图5所示实施例的基础上增加了第一接收模块505和运维模块506，其中，

第一接收模块505，用于接收远程运维指令；

运维模块506，用于根据所述远程运维指令，对所述目标服务器进行运维。

应用图7所示实施例，利用一个运维客户端既可以采集数据并发送，还可以接收运维系统发送的运维指令，并对目标服务器进行运维，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

图8为本发明实施例提供的运维客户端的第四种结构示意图。图8所示实施例在图5所示实施例的基础上增加了第二接收模块507。

具体的，第二接收模块507，用于接收远程文件。

应用本发明图8所示实施例，利用同一个运维客户端实现接收远程文件的目的，避免了在目标服务器上安装远程文件接收客户端，与现有技术的多个客户端相比，减少了服务器上安装的运维客户端的数量，提高了对运维客户端的管理效率。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。