CN110995545B

CN110995545B - Cloud network configuration testing method and device

Info

Publication number: CN110995545B
Application number: CN201911317978.XA
Authority: CN
Inventors: 唐宇鹏
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-12-19
Filing date: 2019-12-19
Publication date: 2022-03-08
Anticipated expiration: 2039-12-19
Also published as: CN110995545A

Abstract

The embodiment of the application provides a cloud network configuration testing method and a device, the method comprises the steps of firstly receiving a testing request sent by a user terminal, wherein the testing request carries a cloud network identifier and displays a specified configuration instruction; then, according to the cloud network identification, acquiring the equipment attribute of the cloud network gateway from an equipment attribute database; the device attributes include management parameters and communication parameters; then, establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters; then, acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection; and finally, generating a test result according to the configuration file and returning the test result to the user terminal. After receiving a test request sent by a user terminal, the method and the device for testing the cloud network gateway automate a series of operations of obtaining the device attribute from the device attribute database, establishing a test connection with the cloud network gateway, obtaining the configuration file and outputting a test result, and improve the test efficiency and accuracy.

Description

Cloud network configuration testing method and device

Technical Field

The application relates to the technical field of communication, in particular to a cloud network configuration testing method and device.

Background

In the current test method, when the condition of configuration issuing is inquired, data needs to be checked in a database manually, specific cluster information distributed by each cloud network gateway is analyzed, then equipment where a cluster is located is logged in manually one by one, service configuration is inquired on the equipment, and the equipment is manually switched back and forth to carry out configuration comparison and check. Because the manual mode is adopted for inquiring, the testing efficiency is low, and the accuracy is not high.

Disclosure of Invention

The embodiment of the application provides a cloud network configuration testing method and a cloud network configuration testing device, which can improve the detection efficiency and accuracy of issuing configuration in a cloud network.

In one aspect, the present application provides a cloud network configuration testing method, including:

receiving a test request sent by a user terminal, wherein the test request carries a cloud network identifier and a display appointed configuration instruction;

acquiring the equipment attribute of the cloud network gateway from an equipment attribute database according to the cloud network identifier; the device attributes include management parameters and communication parameters;

establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters;

acquiring a configuration file corresponding to a display appointed configuration instruction from a cloud network gateway through test connection;

and generating a test result according to the configuration file and returning the test result to the user terminal.

In one aspect, the present application provides a cloud network configuration testing apparatus, including:

the receiving module is used for receiving a test request sent by a user terminal, wherein the test request carries a cloud network identifier and displays a specified configuration instruction;

the first acquisition module is used for acquiring the equipment attribute of the cloud network gateway from the equipment attribute database according to the cloud network identifier; the device attributes include management parameters and communication parameters;

the connection module is used for establishing test connection with the cloud network gateway based on the communication parameters by using the management parameters;

the second acquisition module is used for acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection;

and the output module is used for generating a test result according to the configuration file and returning the test result to the user terminal.

In one embodiment, the cloud network configuration testing apparatus further includes:

and the logic judgment module is used for performing logic judgment on the test request, if the test request is legal, the first acquisition module acquires the equipment attribute of the cloud network gateway from the equipment attribute database according to the cloud network identifier, and if the test request is illegal, the first acquisition module reports an error.

In one embodiment, the first obtaining module includes:

the switching sub-module is used for connecting a corresponding equipment attribute database through the springboard machine according to the cloud network identification;

and the first obtaining submodule is used for obtaining the equipment attribute of the cloud network gateway from the equipment attribute database.

In one embodiment, the first obtaining module includes:

the cluster determining submodule is used for determining a cluster distributed by the cloud network gateway;

the device determining submodule is used for determining devices distributed by the cloud network gateway from the cluster;

and the second obtaining submodule is used for obtaining the equipment attribute of the equipment from the equipment attribute database.

In one embodiment, the connection module is further configured to concurrently log in to the devices distributed by the cloud network gateway based on the communication parameters using the management parameters.

In one embodiment, the second obtaining module includes:

the sending submodule is used for sending the command line parameters of the push specified configuration to the cloud network gateway;

the triggering submodule is used for triggering the cloud network gateway to execute the command and generate a configuration file;

and the receiving submodule is used for receiving the configuration file returned by the cloud network gateway.

In an embodiment, the second obtaining module is further configured to obtain, from at least one of the nearby access gateway, the disaster recovery gateway, and the migration gateway, a configuration file corresponding to the display-specified configuration instruction.

In one embodiment, the output module includes:

the first comparison submodule is used for comparing the configuration files corresponding to the cloud network gateways of the same category, selecting a target text from the configuration files for marking, and obtaining a marking result;

and the first display submodule is used for displaying the configuration file and the labeling result on the user terminal.

In one embodiment, the output module includes:

the second comparison submodule is used for comparing the configuration file with the corresponding standard configuration file to generate a comparison result;

and the second display submodule is used for displaying the configuration file and the comparison result on the user terminal.

In one embodiment, the second display sub-module comprises:

the first acquiring and dividing module is used for acquiring preset paging display setting parameters, rolling display setting parameters and mark difference setting parameters;

and the first display sub-module is used for displaying the configuration file and the comparison result at the user terminal according to the paging display setting parameter, the rolling display setting parameter and the mark difference setting parameter.

In one embodiment, the second display sub-module comprises:

the first receiving submodule is used for receiving a query request sent by the user terminal based on the comparison result;

and the second display sub-module is used for displaying the corresponding query content in the user terminal according to the query request.

In one aspect, embodiments of the present application provide a server, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the method as described above.

In one aspect, the present application provides a computer-readable storage medium having stored thereon a plurality of instructions adapted to be loaded by a processor to perform the steps of the above-described method.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic view of a scenario of a cloud network configuration testing system provided in an embodiment of the present application;

fig. 2 is a first flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 3 is a second flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 4 is a third flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 5 is a fourth flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 6 is a fifth flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 7 is a sixth flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 8 is a seventh flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 9 is a schematic diagram of a software deployment environment of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 10 is a schematic diagram of a first model of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 11 is a first page schematic diagram of a front-end page in the cloud network configuration testing method provided in the embodiment of the present application;

fig. 12 is a schematic diagram of a second model of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 13 is a second page schematic diagram of a front-end page in the cloud network configuration testing method provided in the embodiment of the present application;

fig. 14 is a third page schematic diagram of a front-end page in the cloud network configuration testing method provided in the embodiment of the present application;

fig. 15 is an eighth flowchart of a cloud network configuration testing method provided in an embodiment of the present application;

fig. 16 is a schematic structural diagram of a first configuration testing apparatus for a cloud network according to an embodiment of the present application;

fig. 17 is a schematic structural diagram of a second configuration testing apparatus for a cloud network according to an embodiment of the present application;

fig. 18 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The embodiment of the application provides a cloud network configuration testing method and device, a server and a computer readable storage medium. The cloud network configuration testing device may be integrated in a server, and the server may be a terminal or other equipment.

The Cloud Network configuration testing method provided by the embodiment of the application relates to configuration testing of each Cloud Network Gateway in a Virtual Private Cloud (VPC), after a testing request is submitted, the Cloud Network Gateway is connected to a Django background through a Web Gateway Interface (WSGI), and the Django background determines the device attribute of Network Function Virtualization (NFV) devices from a device attribute database, establishes testing connection with the Cloud Network gateways, acquires configuration files from the Cloud Network gateways and the like to obtain a testing result.

In the embodiment of the present application, a Virtual Private Cloud (VPC) refers to an isolated, Private Virtual network environment that a user applies for on the Cloud, and provides a subnet, a routing table, and diversified network access. The user can customize network characteristics such as a cloud network gateway, an IP address field and bandwidth in the virtual private cloud, conveniently manage and issue configuration, perform safe and rapid network change, and also can customize access rules of the elastic cloud servers in the security groups and between the security groups, so that the security protection of the elastic cloud servers is enhanced, and the security of resources in the virtual private cloud is improved. Each connection line in the virtual private cloud comprises a private line connection mode and a peer-to-peer connection mode.

In the embodiment of the application, the private line connection refers to a method for connecting a virtual private cloud and an internet data center by connecting cloud resources located in a local domain of an access point through a physical private line. The special line connection connects the network through optical cable, or wireless communication mode such as satellite, microwave, etc., or leased telephone special line, requires the user to have a local area network or a host, a special line for network access and a router supporting TCP/IP protocol, and applies for the only IP address and domain name of the network equipment. The private line connection provides a private line that the user has exclusive.

In the embodiment of the present application, the peer-to-peer connection refers to a method in which a plurality of hosts in a connection line do not distinguish between a service requester and a service provider when passing through. In the peer-to-peer connection line, a plurality of computers connected with each other are in a peer-to-peer position, each computer has the same function, and has no master-slave difference, one computer can be used as a server to set shared resources for other computers in the network to use, and can also be used as a workstation, and the whole network does not depend on a special centralized server generally, and has no special workstation. Each computer in the network can both act as a requester of network services and provide resources, services and content in response to requests from other computers. Typically these resources and services include the sharing and exchange of information, computing resource sharing, storage sharing (e.g., use of cache and disk space), network sharing, printer sharing, and the like.

In the embodiment of the present application, the cloud network gateway refers to a computer system or device that serves as a conversion responsibility on a transport layer to realize interconnection of two networks with different higher layer protocols. Between two systems using different communication protocols, data formats or languages, even completely different architectures, the gateway repackages the received information to meet the requirements of the destination system. According to different connection modes of connection lines in the virtual private cloud, the cloud network gateway comprises a private line gateway and a peer-to-peer gateway.

In the embodiment of the present application, the private line gateway refers to a resource identifier of a private line access line in a private cloud network, so as to implement configuration isolation of the private line network.

In the embodiment of the present application, the peer-to-peer gateway refers to a resource identifier of a peer-to-peer access line in a private cloud network, so as to implement peer-to-peer network configuration isolation.

In the embodiment of the present application, a Web Gateway Interface (WSGI) refers to an Interface that implements connection between an application or a framework and a Web Server.

In the embodiment of the present application, the Django backend refers to a backend framework defined by Python language for processing network requests.

In this embodiment of the present application, a Network Function Virtualization (NFV) device refers to a device that implements all Network functions of a cloud Network gateway through a Virtualization technology, and Network service configuration and traffic in a private cloud Network are carried on the NFV device.

In the embodiment of the present application, the configuration refers to a routing table, a forwarding table, a protocol, and the like that are issued to each cloud network gateway, and is used to implement communication of data in each connection line of the private cloud network.

In the embodiment of the application, the near access means that a user selects a nearest private access point when communicating a virtual private cloud with an internet data center in a private connection mode.

In the embodiment of the application, disaster recovery refers to that two or more sets of computer systems with the same function are established in different places far away from each other, health status monitoring and function switching can be performed between the computer systems, and when one system stops working due to accidents (such as fire, earthquake and the like), the whole application system can be switched to the other system, so that the system functions can continue to work normally. The disaster recovery technology is a component of the high-availability technology of the system, and the disaster recovery system emphasizes the processing of the influence of the external environment on the system, particularly the influence of a catastrophic event on the whole computer node, and provides a node-level system recovery function.

In the embodiment of the present application, clustering refers to integrating multiple servers through software and hardware technologies, so that the servers serve as a whole, and the multiple servers form a cluster.

In the embodiment of the present application, concurrent means that in an operating system, several programs are in a period from the time when the programs are started to the time when the programs are finished, and the programs are all run on the same processor, but only one program is run on the processor at any time point.

In the embodiment of the present application, hypertext markup Language (HTML) is an application in standard universal markup Language. "hypertext" refers to the non-text elements that may contain pictures, links, and even music and programs. The structure of the hypertext markup language includes a "header" section that provides information about the web page and a "body" section that provides the specific content of the web page.

In the embodiment of the present application, a Cascading Style Sheets (CSS) is a computer language used to represent file styles such as HTML. The CSS can not only statically modify the web page, but also dynamically format elements of the web page in coordination with various scripting languages. The CSS can accurately control the typesetting of element positions in the webpage at a pixel level, supports almost all font and font styles and has the capability of editing webpage objects and model styles.

In the embodiment of the application, the front end, namely the foreground part of the website, runs on browsers such as a PC (personal computer) end and a mobile end and displays a webpage browsed by a user, and the front end page is realized by using a hypertext markup language and a cascading style sheet.

In the embodiment of the application, the background refers to an application for managing the front-end page, and the background can effectively receive the front-end page request, process and return the request result.

In the embodiment of the application, the springboard machine is a host application system for single sign-on, and when a user accesses a certain device or a database, the user firstly logs on the springboard machine, and then jumps from the springboard machine to log on a target device or a target database.

In the embodiment of the application, after configuration is issued by each cloud network gateway in the virtual private cloud, since misoperation or data loss and the like may occur in the issuing process, the actual configuration is different from the standard configuration, and therefore the actual issuing condition of the configuration needs to be detected, and timely adjustment and improvement are performed based on the detection result.

Referring to fig. 1, fig. 1 is a schematic view of a scenario of a cloud network configuration testing system according to an embodiment of the present application, where the system may include terminals and servers, and the terminals, the servers, and the terminals and the servers are connected and communicated through internet composed of various gateways, and the like, where the application scenario includes a user terminal 11, a developer terminal 12, a communication server 13, and a data server 14; wherein:

the user terminal 11 and the developer terminal 12 include, but are not limited to, a tablet Computer, a notebook Computer, a Personal Computer (PC), a mini box, or other devices;

the communication server 13 and the data server 14 include a local server and/or a remote server and the like.

The user terminal 11, the developer terminal 12, the communication server 13 and the data server 14 are located in a wireless network or a wired network for data interaction.

The user terminal 11 sends a message to the communication server 13, a requirement for establishing a private cloud network is provided, connection requirements between the private cloud network and other networks and between each component in the private cloud network are described, the communication server 13 submits the requirement to the developer terminal 13, the developer terminal 13 establishes the private cloud network based on the requirement, relevant cloud services such as calculation, storage, network, safety and application programs are provided, deployment of each component in the private cloud network and issuing of configuration are completed, each issued configuration is detected through the data server 14 after completion, the data server 14 returns a detection result to the developer terminal 13, the developer terminal 13 adjusts and perfects the configuration in the private cloud network based on the detection result, and a final private cloud network establishment result is sent to the user terminal 11 through the communication server 13.

It should be noted that the system scenario diagram shown in fig. 1 is only an example, and the server and the scenario described in the embodiment of the present application are for more clearly illustrating the technical solution of the embodiment of the present application, and do not form a limitation on the technical solution provided in the embodiment of the present application, and as a person having ordinary skill in the art knows, with the evolution of the system and the occurrence of a new service scenario, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems. The following are detailed below. It should be noted that the following description of the embodiments is not intended to limit the preferred order of the embodiments.

Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a first flow of a cloud network configuration testing method according to an embodiment of the present application, where the cloud network configuration testing method includes:

201: and receiving a test request sent by a user terminal, wherein the test request carries a cloud network identifier and displays a specified configuration instruction.

In this embodiment, the user terminal refers to a terminal used by a developer of a private cloud network. When a certain private cloud network is established, a user of the private cloud network firstly puts forward a requirement for establishing the private cloud network to a developer and explains connection requirements between the private cloud network and other networks and between each component in the private cloud network, the developer establishes the private cloud network based on the requirement to provide cloud services such as related calculation, storage, networks, safety, application programs and the like, deployment of each component in the private cloud network and issuing of configuration are completed, and after the completion, the condition of issuing the configuration is tested on a test platform so as to adjust and perfect the configuration in time.

The test request carries a cloud network identifier and a display specified configuration instruction, wherein the cloud network identifier is an ID corresponding to a private cloud network developed by a developer based on user requirements, and the display specified configuration instruction refers to a command for inquiring and displaying the configuration of one or more cloud network gateways in the private cloud network. The method comprises the steps that a developer can establish a plurality of different private cloud networks based on requests of different users, each private cloud network corresponds to different IDs, the different IDs are input on a test platform of the developer, and the condition of configuration issued in different private cloud networks can be inquired. The configuration issuing conditions are different in each private cloud network according to the line connection mode and the non-use of the cloud network gateway, different display appointed configuration instructions are input at the front end of a test platform of a developer, customized retrieval and detection can be carried out on the configuration in the cloud network gateway, only part of the configuration can be displayed, and all the configuration can be displayed.

202: and acquiring the equipment attribute of the cloud network gateway from the equipment attribute database according to the cloud network identifier.

And determining the private cloud network to be tested according to the cloud network identification in the submitted test request, and then acquiring the equipment attribute of the cloud network gateway from the equipment attribute database.

The realization of the cloud network gateway function needs to depend on NFV equipment, and a plurality of NFV equipment with the same function form a cluster. For a set of multiple private cloud networks, there are multiple clusters and NFV devices distributed therein, and a device attribute database stores a device attribute of each NFV device in a cluster, where the device attribute includes a management parameter and a communication parameter, where the management parameter is an IP address of a device, and the communication parameter is a login authority of the device.

Therefore, the types of cloud network gateways existing in the private cloud network to be tested are obtained, then the distribution positions of the NFV devices corresponding to the cloud network gateways are obtained, and then the device attributes of the corresponding NFV devices are obtained from the device attribute database, wherein the device attributes of the NFV devices are the device attributes of the cloud network gateways in the private cloud network to be tested. And after the device attributes of the cloud network gateways in the private cloud network to be tested are obtained, returning the obtained device attributes to the background.

203: and establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters.

And acquiring the device attributes from the device attribute database, namely acquiring the management parameters and the communication parameters of the NFV device corresponding to each cloud network gateway in the private cloud network to be detected, namely acquiring the IP address and the login permission of the device. At the moment, according to the existing equipment attributes, the NFV equipment corresponding to the cloud network gateway is logged in, and the test connection with the cloud network gateway is established.

In one embodiment, the step may specifically include: and concurrently logging in the devices distributed by the cloud network gateway based on the communication parameters by using the management parameters. Compared with the mode of logging in one station by one station, the concurrent logging mode shortens the logging time and greatly improves the testing efficiency.

204: and acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through the test connection.

After the test connection with the cloud network gateway is established, the display appointed configuration instruction carried in the test request is pushed to the NFV equipment corresponding to the cloud network gateway, and the configuration file corresponding to the display appointed configuration instruction is obtained from the NFV equipment. The NFV device that includes the specified configuration will react to the display specified configuration instruction to generate a configuration file, and the NFV device that does not include the specified configuration does not respond to the operation. And after the configuration file is generated, returning the configuration file to the background.

In one embodiment, the configuration file corresponding to the display specified configuration instruction is acquired from at least one of the nearby access gateway, the disaster recovery gateway and the migration gateway. Because each cloud network gateway in the private cloud network to be tested is in different scenes, the cloud network gateway in the corresponding scene is selected from various cloud network gateways by combining the specific situation of displaying the specified configuration instruction, and the corresponding configuration file is obtained.

205: and generating a test result according to the configuration file and returning the test result to the user terminal.

And the acquired configuration file is returned to the user terminal through analysis and calculation and displayed on a front-end page of the test platform. After the configuration files are obtained, the obtained configuration files need to be displayed on a front-end page, each configuration file is compared with a standard configuration file corresponding to the cloud network gateway, if necessary, the differences after comparison can be marked out, browsing is convenient, and whether configuration issuing is correct or not is tested through the operation.

According to the different complexity of the private cloud network and the different display of the appointed configuration instructions, the number of the configuration files displayed on the front-end page and the text amount in each configuration file are different. At this time, the layout of the display can be designed as required. When the number of the inquired configuration files is large, a page display or a scroll display can be adopted. In the marking, html elements can be used for marking.

Through the 5 steps, firstly, a test request sent by a user terminal is received, and the test request carries a cloud network identifier and displays a specified configuration instruction; then, according to the cloud network identification, acquiring the equipment attribute of the cloud network gateway from an equipment attribute database; the device attributes include management parameters and communication parameters; then, establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters; then, acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection; and finally, generating a test result according to the configuration file and returning the test result to the user terminal. According to the method and the device, a series of operations of determining the device attributes from the device attribute database, establishing test connection with the cloud network gateway, obtaining the configuration file and outputting the test result are automated, and the test efficiency and accuracy are improved.

As shown in fig. 3, a second flowchart of a cloud network configuration testing method provided in the embodiment of the present application is shown. In this embodiment, before performing step 202, step 206 is further included: and (4) making a logic judgment on the test request, if the test request is legal, performing the next step 202, and if the test request is illegal, performing step 207 to report an error. The test request submitted on the test platform needs to input the cloud network identification and display the specified configuration instruction, if the input cloud network identification and the display specified configuration instruction are wrong or do not belong to the testable range, the logic judgment is illegal, the test platform can give an error report, and the next step cannot be carried out. And only when the input cloud network identification and the logic judgment result of the display specified configuration instruction are legal, the subsequent detection can be carried out.

As shown in fig. 4, a third flowchart of a cloud network configuration testing method provided in the embodiment of the present application is shown. In this embodiment, the background is not directly connected to the device property database, but is switched to the device property database through the springboard machine when step 202 is executed. At this time, step 202 specifically includes the following steps:

2021 a: according to the cloud network identification, connecting a corresponding equipment attribute database through a springboard machine;

2021 b: and acquiring the device attributes of the cloud network gateway from the device attribute database.

Under some simpler cloud network test environments, a source flow cloud server cannot be applied, a machine deployed by software cannot directly acquire the equipment attribute from an equipment attribute database, and the machine is switched to the equipment attribute database through the switching of a board-jumping machine, so that the equipment attribute is acquired from the equipment attribute database. In the embodiment of the application, the method and the device are suitable for both directly connecting the device attribute database and connecting the device attribute database through the springboard machine, so that the deployment under different network scenes can be met.

As shown in fig. 5, a fourth flowchart of a cloud network configuration testing method provided in the embodiment of the present application is shown. In this embodiment, step 202 specifically includes the following steps:

2021 b: determining a cluster of cloud network gateway distribution from an equipment attribute database;

2022 b: determining equipment distributed by a cloud network gateway from the cluster;

2023 b: and acquiring the device attribute of the device from the device attribute database as the device attribute of the cloud network gateway.

Each private cloud network comprises a plurality of cloud network gateways, and according to various scenes in the private cloud network, such as a near access scene, a disaster recovery scene, a cluster migration scene and the like, the cloud network gateways comprise a near access gateway, a disaster recovery gateway and a migration gateway, and in each scene, according to different connection modes of connection lines of the cloud network gateways, the cloud network gateways comprise a private line gateway and a peer-to-peer gateway. Based on this, each private cloud network includes multiple types of cloud network gateways, so that each cloud network gateway in the private cloud network to be detected is distributed in different clusters and NFV devices, when acquiring the device attribute of a cloud network gateway, it is necessary to first acquire the specific distribution condition of the NFV device corresponding to each cloud network gateway, and find out the NFV device specifically corresponding to each cloud network gateway, where the device attribute of the NFV device is the device attribute of each cloud network gateway in the private cloud network to be detected.

Through the steps, the device attributes of the cloud network gateways in the private cloud network to be tested are obtained. And returning the acquired device attributes to the background.

As shown in fig. 6, a fifth flowchart of a cloud network configuration testing method provided in the embodiment of the present application is shown. In this embodiment, step 204 specifically includes the following steps:

2041: sending the command line parameters of the push specified configuration to a cloud network gateway;

2042: triggering the cloud network gateway to execute the command and generating a configuration file;

2043: and receiving a configuration file returned by the cloud network gateway.

Displaying the specified configuration instruction comprises pushing a command line parameter of the specified configuration, and pushing the command line parameter to all the NFV devices logged in the above step, wherein the NFV device containing the specified configuration will react to the command line parameter, the command line parameter triggers a cloud network gateway in the NFV device to execute a command and generate a configuration file, and the NFV device not containing the specified configuration does not respond to the operation. And after the configuration file is generated, returning the configuration file to the background.

Fig. 7 is a sixth flowchart of a cloud network configuration testing method according to an embodiment of the present application. In this embodiment, step 205 specifically includes the following steps:

2051 a: comparing the configuration files corresponding to the cloud network gateways of the same category, and selecting a target text from the configuration files for marking to obtain a marking result;

2052 a: and displaying the configuration file and the labeling result on the user terminal.

According to the difference of the display appointed configuration instructions, the obtained configuration files are also different, but the configuration files in a group of mutually related cloud network gateways under the same scene are also mutually related, a plurality of configuration files corresponding to the same type of cloud network gateways are compared, the text of each configuration file comprises a part of text which is the same as other configuration files and a part of text which is different from other configuration files, the different part of text is used as a target text and is labeled to obtain a labeling result, and then the configuration file corresponding to the display appointed configuration instruction and the labeling result are returned to the user terminal together to be displayed at the front end of the test platform.

In the embodiment of the application, the cloud network gateways of the same category refer to a group of cloud network gateways which are related to each other in the same scene, and specifically, in a nearby access scene, two cloud network gateways can be respectively connected with two local internet data centers, so that the two cloud network gateways are the cloud network gateways of the same category; in a disaster recovery scene, one cloud network gateway serves as a main gateway to bear connection and data conversion of daily lines, the other cloud network gateway serves as a standby gateway, when the main gateway breaks down, role tasks of the main gateway are all switched to the standby gateway, so that the standby gateway achieves the same effect as the main gateway, and the two cloud network gateways are cloud network gateways of the same category; in a cluster migration scenario, a cloud network gateway corresponding to the NFV device in the source cluster and a cloud network gateway corresponding to the NFV device in the target cluster to which migration is required also belong to the same category of cloud network gateways.

In the cloud network gateways of the same category, a part of texts in the configuration files of two or more cloud network gateways are the same, the other part of texts has difference corresponding to each cloud network gateway, and the difference of the other part of texts causes the roles of different cloud network gateways in the cloud network gateways of the same category to be different, so that different functions can be realized. Therefore, the partial text is marked as the target text, and the partial text which can change aiming at different cloud network gateways in the configuration file of each cloud network gateway in the category can be quickly browsed.

After the configuration files and the labeling results are obtained, based on the seen labeling results, comparing each configuration file with the standard configuration file corresponding to the cloud network gateway, and testing whether the configuration is issued correctly or not.

As shown in fig. 8, a seventh flowchart of a cloud network configuration testing method provided in the embodiment of the present application is shown. In this embodiment, step 205 further includes the following steps:

2051 b: comparing the configuration file with the corresponding standard configuration file to generate a comparison result;

2052 b: and displaying the configuration file and the comparison result on the user terminal.

After the configuration file is obtained, the configuration file is directly compared with the corresponding standard configuration file in the background, the standard configuration file can be stored in the configuration database in advance, called out from the configuration database when needed, and a comparison result is generated after comparison, and then the configuration file and the comparison result are returned to the user terminal together and displayed on a front-end page.

When the comparison result is matching, only the configuration file and the matching comparison result need to be displayed, and the developer explains that the issued configuration is correct and complete based on the comparison result, so that adjustment is not needed. When the comparison result is not matched, the developer can check the unmatched configuration file according to the comparison result, and timely adjust and improve the unmatched configuration file.

In an embodiment, step 2052b may specifically include:

acquiring preset paging display setting parameters, rolling display setting parameters and mark difference setting parameters;

and displaying the configuration file and the comparison result on the user terminal according to the paging display setting parameter, the rolling display setting parameter and the mark difference setting parameter.

According to the fact that the complexity of the private cloud network is different and the display of the designated configuration instructions is different, the number of the configuration files displayed on the front-end page and the text amount in each configuration file are different, when the content to be displayed is large, all the content is difficult to be displayed completely in the same page, at the moment, preset paging display setting parameters, rolling display setting parameters and mark difference setting parameters are obtained first, and then all kinds of information finally displayed in the front-end page of the user terminal are regularly displayed based on the parameters.

And the paging display setting parameters limit each device in the content to be displayed, when the number of the devices exceeds a preset value, paging display is required, and configuration files and comparison results corresponding to one or more devices are displayed on each page. The scroll display setting parameters limit each configuration file in the content to be displayed, and for each configuration file displayed in each page, when the text of the configuration file is long or the number of the configuration files is large, scroll bars are arranged at the left end, the right end, the upper end or the lower end of the page, and the configuration files are displayed in a scroll mode. And the marking difference setting parameters limit the configuration files when the comparison result is not matched, and mark the part of the corresponding configuration files, which is different from the standard configuration files, when the comparison result is not matched, wherein the mark can be marked by adopting a color mark or an html element.

Therefore, after the comparison result is generated, whether the set quantity of page display is needed or not is determined according to the preset page display setting parameter of the user, whether the configuration file and the comparison result are needed to be displayed in a rolling mode or not is determined according to the rolling display setting parameter, whether the content which is different from the standard configuration file in the acquired configuration file is needed to be marked out is determined according to the mark difference setting parameter, and then the configuration files and the comparison result are regularly displayed on a front-end page of the user terminal.

In an embodiment, step 2052b may further include:

receiving a query request sent by the user terminal based on the comparison result;

and displaying the corresponding query content in the user terminal according to the query request.

The generated comparison results have two results of mismatching and matching, developers can realize online page query operation based on the comparison results, firstly send query requests, only query the comparison results as mismatching configuration files, and display the corresponding configuration files and the comparison results on the user terminal according to the query requests, so that the display content is relatively less, the display range is reduced, and the detection is more convenient and quicker.

In addition, when the comparison result is not matched, it is indicated that the content of the delivered configuration file is different from the content of the standard configuration file, before debugging, information such as the error reason, the position of the error text in the configuration file, the error grade and the like needs to be obtained first, at this time, a developer can also send a query request first to request for querying the information, and the information is correspondingly displayed on the front-end page of the user terminal according to the query result.

The following describes a specific working principle of the cloud network configuration testing method according to the present application by using a specific embodiment.

The method comprises the steps that developers establish a private cloud network based on user requirements, provide cloud services such as related computing, storage, networks, safety and application programs, complete deployment of all parts in the private cloud network and issuing of configuration, and after completion, test is conducted on the condition of issuing configuration on a test platform, so that the configuration can be adjusted and completed in time.

As shown in fig. 9, in a physical server or a source flow cloud server that a cloud network configuration testing method according to an embodiment of the present application depends on, a system adopted is "X signal tlinux release 2.2 (Final)", software adopted for testing is "Python 2.7.5+ Apache 2.4 Httpd", and a network required for testing is "device attribute database and NFV device reachable". Through the environment deployment, the test can be smoothly completed.

As shown in fig. 10, when the detection is started, the website 101 is accessed, the platform front end front page 102 is entered, and then the test request 103 is input and submitted at the corresponding position of the page of the platform front end front page 102.

As shown in fig. 11, the page of the platform front-end front page 102 includes a first input box 111, a second input box 112, and a submission control 113, where the first input box 111 is used to input a cloud network identifier, the second input box 112 is used to input a display-specified configuration instruction, and the submission control 1003 is used to submit a test request. In the present application, the cloud network identifier is "313", and the display-specific configuration instruction is "display current-configuration in 313" as an example, where "313" is an ID of the private cloud network, and "display current-configuration in 313" means that the current configuration in the display 313 is satisfied, and "GO | may be set in the submission control 1003! Words such as "" submit "" or "start detection" are used to facilitate the operation of prompting submission. Clicking on "GO!in the submit control 1003 after filling! ", the submission of the test request is completed.

The submitted test request 103 enters the Django background 105 via the server gateway interface 104. The Apache software starts a network service and monitors a port after the test request 103 is submitted, then the network request is pushed to the server gateway interface 104, the server gateway interface 104 is associated with the Django background 105, and the test request 103 is submitted to the Django background 105.

After the test request 103 is submitted to the Django backend 105, platform components, specifically including a data layer 106, a connection layer 107 and an analysis layer 108, are deployed in the Django backend 105.

In an embodiment, it is further required to determine whether the test request 103 is legal first, so the Django background 105 may further include a determining module (not shown) for performing a logic determination on the test request, and if the test request is legal, the next step can be performed, and if the test request is illegal, an error is reported. The test request submitted on the test platform needs to input the cloud network identification and display the specified configuration instruction, if the input cloud network identification and the display specified configuration instruction are wrong or do not belong to the testable range, the logic judgment is illegal, the test platform can give an error report, and the next step cannot be carried out. And only when the input cloud network identification and the logic judgment result of the display specified configuration instruction are legal, the subsequent detection can be carried out. In this embodiment, through logical judgment, both the private cloud network identifier "313" carried in the test request 103 and the acquisition specified configuration instruction "disc c | in 313" are legal, so the next step can be performed.

Private cloud network identification "313" in test request 103 first enters data layer 106. For the private cloud network, a plurality of cloud network gateways exist, the realization of the cloud network gateway function needs to depend on NFV devices, and a plurality of NFV devices with different functions are distributed in different clusters. Therefore, the data layer 106 first connects to the device attribute database 1061 according to the private cloud network identifier "313", executes SQL language to query which NFV devices in which clusters each cloud network gateway in the private cloud network is specifically distributed in, and then obtains the device attributes of the corresponding NFV devices from the device attribute database 1061, where the device attributes include management parameters and communication parameters, where the management parameters are IP addresses of the devices, and the communication parameters are login permissions of the devices.

Each private cloud network comprises a plurality of cloud network gateways, and the cloud network gateways comprise a nearby access gateway, a disaster tolerance gateway and a migration gateway according to various scenes in the private cloud network, such as a nearby access scene, a disaster tolerance scene, a cluster migration scene and the like.

For example, when the internet data center is provided with access points at both a place a and a place B, a cloud network gateway a and a cloud network gateway B are arranged in the private cloud network, and according to the principle of near access, if a private cloud network user is close to the place a when using the internet data center, the private cloud network user is connected with the access point at the place a through the cloud network gateway a, and when the private cloud network user is close to the place B when using the internet data center, the private cloud network user is connected with the access point at the place B through the cloud network gateway B.

For another example, in a normal situation, a cloud network user uses a cloud network at a location a, and connects with an access point at the location a through a cloud network gateway a to realize data circulation, and if the line stops working due to an accident (such as a fire, an earthquake, etc.), the line needs to be switched to another line as soon as possible, so that the system function can continue to work normally. Therefore, two or more sets of computer systems with the same function are usually established in different places far away from the location of the cloud network gateway a, health status monitoring and function switching can be performed between the two sets of computer systems, and the cloud network gateway c is arranged in the different places and is also connected with an access point of an internet center, so that the backup of a line between the cloud network gateway a and the access point of the place A is realized. At this time, the cloud network gateway a and the cloud network gateway c are two cloud network gateways which are associated with each other in a disaster recovery scene, the role of the cloud network gateway a is a main gateway, the role of the cloud network gateway c is a standby gateway, and the configurations of the cloud network gateway a and the cloud network gateway c are also associated with each other. Similarly, the cloud network gateway b also has a cloud network gateway d corresponding thereto, and is two cloud network gateways associated with each other in a disaster recovery scene, the role of the cloud network gateway b is a master gateway, the role of the cloud network gateway d is a standby gateway, and the configurations of the cloud network gateway b and the cloud network gateway d are also associated with each other.

For another example, in some cases, if an NFV device in a certain cluster fails, or for other reasons, it is necessary to migrate a cloud network gateway in the cluster, where the cluster before migration is a source cluster, and the cluster to which migration is performed is a target cluster, in order to implement functional docking, each cloud network gateway in the source cluster and each corresponding cloud network gateway in the target cluster are also in one-to-one correspondence, so as to form a cloud network gateway associated with each other in a migration scenario, and the configuration of each cloud network gateway in the source cluster and the configuration of each corresponding cloud network gateway in the target cluster are also associated with each other.

In each of the above scenarios, the connection modes of the connection lines may include a dedicated line connection and a peer-to-peer connection, and the corresponding cloud network gateway further includes a dedicated line gateway and a peer-to-peer gateway.

Based on this, each private cloud network includes multiple types of cloud network gateways, so that each cloud network gateway in the to-be-detected private cloud network is distributed in different clusters and NFV devices, when obtaining the device attribute of a cloud network gateway, a scene role and a line connection mode corresponding to each cloud network gateway need to be obtained first, then a specific distribution condition of the NFV devices is determined according to the scene role and the line connection mode, the NFV devices specifically corresponding to each cloud network gateway are found, and the device attribute of the NFV device is the device attribute of each cloud network gateway in the to-be-detected private cloud network.

In an embodiment, as shown in fig. 12, the Django backend 105 does not directly generate a data layer to connect with the device attribute database 1061, but switches to the device attribute database 1061 through the board jumper 109, that is, deploys the original functions of the data layer in the board jumper 109. At this time, according to the cloud network identifier, the Django background 105 connects to the corresponding device attribute database 1061 through the trigger 109, and then obtains the device attribute of the cloud network gateway from the device attribute database 1061.

In some simpler cloud network test environments, a source stream cloud server cannot be applied, a machine deployed by software cannot directly acquire device attributes from a device attribute database, and the software jumps to the device attribute database 1061 through the switching of the board jump machine 109, and then acquires the device attributes from the device attribute database 1061. In the embodiment of the present application, the method is applicable to both the direct generation data layer 106 connected to the device attribute database 1061 and the connection to the device attribute database 1061 through the trigger 109, so that the deployment in different network scenarios can be satisfied.

The data layer 106 acquires the device attributes from the device attribute database 1061, that is, acquires the management parameters and the communication parameters of the NFV device corresponding to each cloud network gateway in the private cloud network to be detected, that is, acquires the device IP address and the login permission. At this time, the data layer 106 returns the device attribute data to the Django background 105, and the connection layer 107 establishes a test connection with the cloud network gateway based on the communication parameters by using the management parameters.

As can be seen from the foregoing embodiment, the NFV devices corresponding to the cloud network gateways in the private cloud network to be tested are distributed in different clusters, for example, distributed in the first cluster 1071 and the second cluster 1072, and certainly, may actually include more clusters, the connection layer 107 performs remote login on the NFV devices corresponding to the cloud network gateways in each cluster based on the SSH protocol, and uses login permission to enable the multi-thread concurrent login to the NFV devices based on the IP addresses of the NFV devices during login, so as to establish test connection with the cloud network gateways.

After the test connection with the cloud network gateway is established, the display designated configuration instruction carried in the test request is pushed to the NFV device corresponding to the cloud network gateway, and the configuration file corresponding to the display designated configuration instruction "disc c | in 313" is obtained from the NFV device.

At this time, the connection layer 107 first sends a command line parameter for pushing a specified configuration to the cloud network gateway, triggers the cloud network gateway to execute a command and generate a configuration file, and then receives the configuration file returned by the cloud network gateway. Displaying the specified configuration instruction comprises pushing a command line parameter of the specified configuration, and pushing the command line parameter to all the NFV devices logged in the above step, wherein the NFV device containing the specified configuration will react to the command line parameter, the command line parameter triggers a cloud network gateway in the NFV device to execute a command and generate a configuration file, and the NFV device not containing the specified configuration does not respond to the operation. And after the configuration file is generated, the configuration file is returned to the Django background 105.

In this embodiment of the application, for example, a configuration is issued to a cloud network gateway a, a cloud network gateway b, a cloud network gateway c, and a cloud network gateway d in a "313" private cloud network, since a specified configuration instruction is displayed as "disc c | in 313", that is, the current configuration in313 is displayed, only configuration files issued in the four cloud network gateways are acquired.

The device attributes returned by the data layer 106 and the configuration files returned by the connection layer 107 are assembled, calculated and analyzed by the analysis layer 108 to obtain a test result, and the test result is returned to the user terminal and displayed on the front-end page 102 of the test platform. At this time, the page of the platform front page 102 is as shown in fig. 13.

According to the "disc c | in 313" instruction, the front-end page 102 shows a configuration file 131 of the cloud network gateway a, a configuration file 132 of the cloud network gateway b, a configuration file 133 of the cloud network gateway c, and a configuration file 134 of the cloud network gateway d, each configuration file also displays a gateway identifier 135, the gateway identifier 135 includes a role and a configuration file IP of the cloud network gateway, taking a gateway identifier 135 "master: 10.185.253.184" in the configuration file 131 of the cloud network gateway a as an example, the "master" represents that the cloud network gateway a is a main gateway in disaster tolerance, and the "10.185.253.184" represents that the cloud network gateway a corresponds to the IP of the NFV device; similarly, in the gateway identifier 135 "standby: 10.185.159.144" in the configuration file 133 of the cloud network gateway c, "standby" represents that the cloud network gateway c is a standby gateway in disaster recovery, and "10.185.159.144" represents the IP of the NFV device corresponding to the cloud network gateway c.

In one embodiment, when the test result is output, the configuration files corresponding to the cloud network gateways of the same category are compared, the target text is selected from the configuration files and labeled to obtain a labeling result, and then the configuration files and the labeling result are displayed on the user terminal. According to the difference of the display appointed configuration instructions, the obtained configuration files are also different, but the configuration files in a group of mutually related cloud network gateways under the same scene are also mutually related, a plurality of configuration files corresponding to the same type of cloud network gateways are compared, the text of each configuration file comprises a part of text which is the same as other configuration files and a part of text which is different from other configuration files, the different part of text is used as a target text and is labeled to obtain a labeling result, and then the configuration file corresponding to the display appointed configuration instruction and the labeling result are returned to the user terminal together to be displayed at the front end of the test platform.

In this embodiment, the cloud network gateway a and the cloud network gateway b are two cloud network gateways that are accessed to a scene nearby and thus belong to the same category, the cloud network gateway a and the cloud network gateway c are two cloud network gateways in a disaster tolerance scene and thus belong to the same category, and the cloud network gateway b and the cloud network gateway d are also two cloud network gateways in a disaster tolerance scene and thus also belong to the same category.

Taking the cloud network gateway a and the cloud network gateway c as examples, both are cloud network gateways in a disaster recovery scenario, in a configuration file 131 corresponding to the cloud network gateway a and a configuration file 133 corresponding to the cloud network gateway c, a part of texts are the same, and the other part of texts has a difference corresponding to each cloud network gateway, and the difference of the other part of texts makes roles of the cloud network gateway a and the cloud network gateway c not completely the same, so that different functions can be realized. Therefore, the part of text is marked as the target text to obtain the marking result 136, and the part of text which can change aiming at different cloud network gateways in the configuration files of the cloud network gateway a and the cloud network gateway c can be browsed quickly. Similarly, the cloud network gateway b and the cloud network gateway d, and the cloud network gateway a and the cloud network gateway b are also marked according to the method to obtain a marking result.

After the configuration files and the labeling results 136 are obtained, based on the observed labeling results 136, each configuration file is compared with the standard configuration file corresponding to the cloud network gateway, and whether the configuration is issued is tested.

In an embodiment, when the test result is output, another method may be adopted, in which the configuration file is compared with the corresponding standard configuration file to generate a comparison result, and then the configuration file and the comparison result are directly displayed on the user terminal. After the configuration file is obtained, the configuration file is directly compared with a corresponding standard configuration file in the analysis layer 108, the standard configuration file can be stored in the configuration database in advance, called out from the configuration database when needed, and a comparison result is generated after comparison, and then the configuration file and the comparison result are returned to the user terminal together and displayed on the front-end page 102. At this time, as shown in fig. 14, the page of the front-end page 102 adds a comparison result 137 to each configuration file, and when the comparison result 137 is "Correct", it indicates that the displayed configuration file matches the standard issued file, and the issuance is Correct, and when the comparison result 137 is "Error", it indicates that the displayed configuration file matches the standard issued file, and the issuance is incorrect.

When the comparison result is matching, only the configuration file and the matching comparison result need to be displayed, and the developer explains that the issued configuration is correct and complete based on the comparison result, so that adjustment is not needed. When the comparison result is not matched, the configuration file and the unmatched comparison result are displayed, and besides, the part, which is not matched with the standard configuration file, in the configuration file can be marked, or specific unmatched points are displayed in the comparison result, so that developers can conveniently and quickly know problem texts and timely adjust and improve the problem texts.

In the embodiment of this step, the obtained configuration files need to be displayed on the front-end page, and the number of the configuration files displayed on the front-end page and the text amount in each configuration file are different according to different complexity of the private cloud network and different display of the designated configuration instructions. At this time, the layout of the display can be designed as required. And during display, the configuration files corresponding to the cloud network gateways of the same category are displayed at adjacent positions so as to facilitate comparison and display of marking results. When the number of the inquired configuration files is large, a page display or a scroll display can be adopted. In the marking, html elements can be used for marking.

Through the steps, firstly, a test request sent by a user terminal is received, and the test request carries a cloud network identifier and displays a specified configuration instruction; then, according to the cloud network identification, acquiring the equipment attribute of the cloud network gateway from an equipment attribute database; the device attributes include management parameters and communication parameters; then, establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters; then, acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection; and finally, generating a test result according to the configuration file and returning the test result to the user terminal.

The method and the device improve the defects of the existing testing technical scheme, and automate the middle query of the device attribute database, the login of the device, the configuration acquisition and the analysis and calculation of data, avoid the middle complex device switching and comparison steps, enable the page display configuration to be more visual, improve the testing efficiency and the configuration comparison accuracy, and enable the calculation and analysis of the data reconciliation function to be used for the online operation and maintenance change and check the influence of each step of operation on the service configuration.

As shown in table 1, the test steps for testing the configuration issue condition in the private cloud network by using two test methods, namely manual test and platform test, the operations corresponding to the steps, and the overall time consumption analysis and comparison are performed. During testing, a single case of a cloud network gateway nearby access scene, a disaster recovery scene or a migration scene in the private cloud network to be tested is used for explanation.

TABLE 1

As can be seen from table 1, according to the present application, a series of operations of determining the device attribute from the device attribute database, establishing a test connection with the cloud network gateway, obtaining the configuration file, and outputting the test result are automated, and the test time consumption is greatly reduced, so that the test efficiency can be improved, and the test accuracy is also improved by adopting automatic connection and query in multiple steps.

Fig. 15 is an eighth flowchart of a cloud network configuration testing method according to an embodiment of the present application, please refer to fig. 15, where the cloud network configuration testing method includes the following steps:

1501: the first user terminal submits a request to the communication server.

The first user is an owner of the private cloud network, the first user terminal sends a message to the communication server, the requirement for establishing the private cloud network is put forward, and the connection requirements between the private cloud network and other networks and among all parts in the private cloud network are explained.

1502: the communication server sends the demand to the second user terminal.

The communication server submits the requirements to a second user terminal, and the second user is a developer of the private cloud network.

1503: and the second user terminal sends a requirement for establishing a private cloud network to the communication server and issues a configuration file.

And the second user terminal sends a requirement for establishing the private cloud network to the communication server based on the requirement, and issues a configuration file, wherein the requirement comprises cloud services such as calculation, storage, network, safety, application programs and the like required by the private cloud network, and the corresponding issuing conditions of the deployment and the configuration of each component in the private cloud network.

1504: the data server obtains the setup requirements and the configuration file.

The data server obtains the requirements and configuration files proposed by the second user terminal from the communication server.

1505: the data server establishes a private cloud network and configures a file.

The data server establishes a private cloud network according to the establishment requirement, completes deployment of each connection line and the cloud network gateway in the private cloud network, and sends the corresponding configuration file to the corresponding cloud network gateway.

1506: the second user terminal sends a test request to the communication server.

After the private cloud network is established and configured, the actual configuration and the standard configuration are different due to the fact that misoperation or data loss and the like may occur in the issuing process, and therefore the second user terminal needs to detect the actual issuing condition of the configuration and timely adjust and perfect based on the detection result.

1507: the data server obtains a configuration file.

The data server firstly receives a test request sent by a second user terminal, wherein the test request carries a cloud network identifier and a display specified configuration instruction; then, according to the cloud network identification, acquiring the equipment attribute of the cloud network gateway from an equipment attribute database; the device attributes include management parameters and communication parameters; then, establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters; then, acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection; and finally, generating a test result according to the configuration file.

1508: and the data server returns the test result.

And the data server returns the obtained test result to the second user terminal.

1509: and the second user terminal displays the test result.

And the second user terminal displays the test result, and the configuration file corresponding to the test request and the condition whether the issuing is correct or not are displayed in the test result.

1510: the second user terminal sends setup complete information to the communication server.

And (6) according to the test result. And the second user adjusts and improves the configuration issuing condition until all the configurations are issued correctly and the private cloud network is established successfully, and then the second user terminal sends establishment completion information to the communication server.

1511: the first user terminal receives the setup complete information.

And the first user terminal receives the establishment completion information and normally uses the private cloud network according to various parameters provided by the second user.

The embodiment exemplifies that the developer establishes the private source network and the test configuration, and shows that a series of operations in the test process can be automated, so that the test efficiency and the test accuracy are improved.

On the basis of the method in the foregoing embodiment, the present embodiment will be further described from the perspective of a cloud network configuration testing device, please refer to fig. 16, where fig. 16 specifically describes the cloud network configuration testing device provided in the present embodiment, which may include:

the receiving module 161 is configured to receive a test request sent by a user terminal, where the test request carries a cloud network identifier and displays a specified configuration instruction;

a first obtaining module 162, configured to obtain, according to the cloud network identifier, a device attribute of the cloud network gateway from the device attribute database; the device attributes include management parameters and communication parameters;

a connection module 163 for establishing a test connection with the cloud network gateway based on the communication parameters using the management parameters;

a second obtaining module 164, configured to obtain, through the test connection, a configuration file corresponding to the display-specified configuration instruction from the cloud network gateway;

and the output module 165 is configured to generate a test result according to the configuration file and return the test result to the user terminal.

In one embodiment, as shown in fig. 17, the cloud network configuration testing apparatus further includes:

the logic judgment module 166 is configured to perform logic judgment on the test request, if the test request is legal, the first obtaining module obtains the device attribute of the cloud network gateway from the device attribute database according to the cloud network identifier, and if the test request is illegal, an error is reported.

In one embodiment, the first obtaining module 162 includes:

In one embodiment, the first obtaining module 162 further includes:

In one embodiment, the connection module 163 is further configured to concurrently log in to the devices distributed by the cloud network gateway based on the communication parameters using the management parameters.

In one embodiment, the second obtaining module 164 includes:

In an embodiment, the second obtaining module 164 is further configured to obtain, from at least one of the nearby access gateway, the disaster recovery gateway, and the migration gateway, a configuration file corresponding to the display-specified configuration instruction.

In one embodiment, the output module 165 includes:

In one embodiment, the output module 165 further comprises:

In one embodiment, the second display sub-module comprises:

Different from the prior art, the cloud network configuration testing device provided by the application firstly receives a testing request sent by a user terminal, wherein the testing request carries a cloud network identifier and displays a specified configuration instruction; then, according to the cloud network identification, acquiring the equipment attribute of the cloud network gateway from an equipment attribute database; the device attributes include management parameters and communication parameters; then, establishing a test connection with the cloud network gateway based on the communication parameters by using the management parameters; then, acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through test connection; and finally, generating a test result according to the configuration file and returning the test result to the user terminal, and improving the test efficiency and accuracy by automating a series of operations of acquiring the equipment attribute from the equipment attribute database, establishing a test connection with the cloud network gateway, acquiring the configuration file and outputting the test result.

Referring to fig. 18, correspondingly, the present embodiment further provides a server, as shown in fig. 18, which shows a schematic structural diagram of the server according to the present embodiment, specifically:

the server may include components such as a processor 1801 of one or more processing cores, memory 1802 of one or more computer-readable storage media, a power supply 1803, and an input submodule 1804. Those skilled in the art will appreciate that the server architecture shown in FIG. 17 is not meant to be limiting, and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. Wherein:

the processor 1801 is a control center of the server, connects various parts of the entire server using various interfaces and lines, and performs various functions of the server and processes data by running or executing software programs and/or modules stored in the memory 1802 and calling data stored in the memory 1802, thereby performing overall monitoring of the server. Optionally, the processor 1801 may include one or more processing cores; preferably, the processor 1801 may integrate an application processor and a modem processor, wherein the application processor mainly handles operating systems, user interfaces, application programs, and the like, and the modem processor mainly handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into the processor 1801.

The memory 1802 may be used to store software programs and modules, and the processor 1801 executes various functional applications and data processing by operating the software programs and modules stored in the memory 1802. The memory 1802 may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like; the storage data area may store data created according to the use of the server, and the like. Further, the memory 1802 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 1802 may also include a memory controller to provide the processor 1801 with access to the memory 1802.

The server further includes a power supply 1803 for supplying power to each component, and preferably, the power supply 1803 may be logically connected to the processor 1801 through a power management system, so that functions of managing charging, discharging, power consumption management, and the like are implemented through the power management system. The power supply 1803 may also include one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and any like components.

The server may also include an input sub-module 1804, the input sub-module 1804 operable to receive input numeric or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control.

Although not shown, the server may further include a display sub-module and the like, which are not described in detail herein. Specifically, in this embodiment, the processor 1801 in the server loads the executable file corresponding to the process of one or more application programs into the memory 1802 according to the following instructions, and the processor 1801 runs the application program stored in the memory 1802, thereby implementing various functions as follows:

In one embodiment, the functions are implemented:

and logically judging the test request, if the test request is legal, acquiring the equipment attribute of the cloud network gateway from the equipment attribute database according to the cloud network identifier, and if the test request is illegal, reporting an error.

In one embodiment, the functions are implemented:

according to the cloud network identification, connecting a corresponding equipment attribute database through a springboard machine;

and acquiring the device attributes of the cloud network gateway from the device attribute database.

In one embodiment, the functions are implemented:

determining a cluster distributed by a cloud network gateway;

determining equipment distributed by a cloud network gateway from the cluster;

device attributes of the device are obtained from a device attribute database.

In one embodiment, the functions are implemented:

and concurrently logging in the devices distributed by the cloud network gateway based on the communication parameters by using the management parameters.

In one embodiment, the functions are implemented:

sending the command line parameters of the push specified configuration to a cloud network gateway;

triggering the cloud network gateway to execute the command and generating a configuration file;

and receiving a configuration file returned by the cloud network gateway.

In one embodiment, the functions are implemented:

and acquiring a configuration file corresponding to the display appointed configuration instruction from at least one of the nearby access gateway, the disaster recovery gateway and the migration gateway.

In one embodiment, the functions are implemented:

comparing the configuration files corresponding to the cloud network gateways of the same category, and selecting a target text from the configuration files for marking to obtain a marking result;

and displaying the configuration file and the labeling result on the user terminal.

In one embodiment, the functions are implemented:

comparing the configuration file with the corresponding standard configuration file to generate a comparison result;

and displaying the configuration file and the comparison result on the user terminal.

In one embodiment, the functions are implemented:

In the above embodiments, the descriptions of the embodiments have respective emphasis, and a part which is not described in detail in a certain embodiment may be referred to the above detailed description of the cloud network configuration testing method, and is not described here again.

It will be understood by those skilled in the art that all or part of the steps of the methods of the above embodiments may be performed by instructions or by associated hardware controlled by the instructions, which may be stored in a computer readable storage medium and loaded and executed by a processor.

To this end, embodiments of the present application provide a computer-readable storage medium having stored therein a plurality of instructions, which can be loaded by a processor to perform the steps of any of the methods provided by the embodiments of the present application. For example, the instructions may perform the steps of:

In one embodiment, the functions are implemented:

determining a cluster distributed by a cloud network gateway;

determining equipment distributed by a cloud network gateway from the cluster;

device attributes of the device are obtained from a device attribute database.

In one embodiment, the functions are implemented:

and receiving a configuration file returned by the cloud network gateway.

In one embodiment, the functions are implemented:

The above operations can be implemented in the foregoing embodiments, and are not described in detail herein.

Wherein the computer-readable storage medium may include: read Only Memory (ROM), Random Access Memory (RAM), magnetic or optical disks, and the like.

Since the instructions stored in the computer-readable storage medium can execute the steps in any method provided in the embodiments of the present application, the beneficial effects that can be achieved by any method provided in the embodiments of the present application can be achieved, for details, see the foregoing embodiments, and are not described herein again.

The method and the device for testing the cloud network configuration provided by the embodiment of the application are described in detail, a specific example is applied in the description to explain the principle and the implementation mode of the application, and the description of the embodiment is only used for helping to understand the method and the core idea of the application; meanwhile, for those skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims

1. A cloud network configuration testing method is characterized by comprising the following steps:

establishing a test connection with the cloud network gateway based on the communication parameters using the management parameters;

acquiring a configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through the test connection;

2. The method for testing the configuration of the cloud network according to claim 1, wherein before the step of obtaining the device attribute of the cloud network gateway from the device attribute database according to the cloud network identifier, the method further comprises:

making a logic judgment on the test request;

and if the device attribute is legal, acquiring the device attribute of the cloud network gateway from the device attribute database according to the cloud network identifier, and if the device attribute is illegal, reporting an error.

3. The method for testing the configuration of the cloud network according to claim 1, wherein the step of obtaining the device attributes of the cloud network gateway from the device attribute database according to the cloud network identifier comprises:

and acquiring the equipment attribute of the cloud network gateway from the equipment attribute database.

4. The method for testing the configuration of the cloud network according to claim 1, wherein the step of obtaining the device attribute of the cloud network gateway from the device attribute database according to the cloud network identifier comprises:

determining a cluster distributed by a cloud network gateway;

determining the devices distributed by the cloud network gateway from the cluster;

and acquiring the equipment attribute of the equipment from an equipment attribute database.

5. The cloud network configuration testing method of claim 4, wherein said step of establishing a test connection with said cloud network gateway based on said communication parameters using said management parameters comprises:

6. The method for testing the configuration of the cloud network according to claim 1, wherein the step of obtaining the configuration file corresponding to the display-specified configuration instruction from the cloud network gateway through the test connection includes:

sending a command line parameter of a push specified configuration to the cloud network gateway;

triggering the cloud network gateway to execute a command and generating a configuration file;

and receiving the configuration file returned by the cloud network gateway.

7. The method for testing the configuration of the cloud network according to claim 1, wherein the step of obtaining the configuration file corresponding to the display-specified configuration instruction from the cloud network gateway through the test connection comprises: and acquiring the configuration file corresponding to the display appointed configuration instruction from at least one of the nearby access gateway, the disaster recovery gateway and the migration gateway.

8. The cloud network configuration testing method according to any one of claims 1 to 7, wherein the step of generating a test result according to the configuration file and returning the test result to the user terminal includes:

9. The cloud network configuration testing method according to any one of claims 1 to 7, wherein the step of generating a test result according to the configuration file and returning the test result to the user terminal includes:

comparing the configuration file with a corresponding standard configuration file to generate a comparison result;

10. The cloud network configuration testing method of claim 9, wherein the step of presenting the configuration file and the comparison result at the user terminal comprises:

11. The cloud network configuration testing method of claim 9, wherein the step of presenting the configuration file and the comparison result at the user terminal further comprises:

receiving a query request sent by a user terminal based on the comparison result;

12. A cloud network configuration testing apparatus, comprising:

the system comprises a receiving module, a sending module and a processing module, wherein the receiving module is used for receiving a test request sent by a user terminal, and the test request carries a cloud network identifier and a display appointed configuration instruction;

the first acquisition module is used for acquiring the equipment attribute of the cloud network gateway from an equipment attribute database according to the cloud network identifier; the device attributes include management parameters and communication parameters;

the second obtaining module is used for obtaining the configuration file corresponding to the display appointed configuration instruction from the cloud network gateway through the test connection;