CN117880132A - Cluster topology testing method and device based on IB network - Google Patents
Cluster topology testing method and device based on IB network Download PDFInfo
- Publication number
- CN117880132A CN117880132A CN202410103221.5A CN202410103221A CN117880132A CN 117880132 A CN117880132 A CN 117880132A CN 202410103221 A CN202410103221 A CN 202410103221A CN 117880132 A CN117880132 A CN 117880132A
- Authority
- CN
- China
- Prior art keywords
- cluster
- test
- deployment
- node
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 178
- 238000000034 method Methods 0.000 claims abstract description 15
- 230000002688 persistence Effects 0.000 claims abstract description 5
- 238000010998 test method Methods 0.000 claims abstract description 5
- 230000002085 persistent effect Effects 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000000007 visual effect Effects 0.000 claims description 4
- 230000003044 adaptive effect Effects 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 238000012216 screening Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 2
- 238000009659 non-destructive testing Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010408 sweeping Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a cluster topology test method and device based on an IB network, wherein the method comprises the following steps: determining a deployment server from a cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server; triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform, and performing persistence storage; and executing the test file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading test data results of all the slave nodes to the master node, and generating a test report according to the test data results. The technical scheme of the invention realizes the real-time synchronous update of the test tasks in the large-scale cluster.
Description
Technical Field
The invention belongs to the field of network testing, and particularly relates to a cluster topology testing method and device based on an IB network.
Background
InfiniBand (IB) is a high-speed network communication protocol suitable for use in the fields of Data Centers (DC) and high-performance computing (HPC). The high bandwidth and low latency of IB networks provide a high-speed reliable communication basis for large-scale clustered data transmission and high-performance computing applications.
The system network test relates to test evaluation on network functions, performance, availability, safety and the like of a server, and is specifically represented by bandwidth test, delay test, packet loss rate test, throughput test, network function test, nonfunctional test and the like. These network tests are typically implemented by specialized network test tools, hardware devices, or software. However, as network technology continues to evolve, some emerging network testing methods and tools are increasingly introduced to accommodate more complex, higher performance requirements and clustered network environments.
The cluster test method provided by the related technology generally uses the known cluster information file, once the cluster topology is changed, the changed cluster equipment information cannot be actively found, the irregular change of the actual scene of the client in the agile development mode cannot be met, the operations of changing, adding, removing and the like of the equipment in the cluster cannot be dynamically captured, the related test plan file and basic environment are required to be manually executed, and if the related test plan file and basic environment are related to large-scale node replacement, the configuration mode is very inefficient, and a large amount of manpower resources are required to be input.
Disclosure of Invention
The invention aims to provide a cluster topology testing method and device based on an IB network, which aim to solve the problems that nodes in a cluster are large-scale, difficult to maintain and equipment information is difficult to update and obtain.
According to a first aspect of the present invention, there is provided a cluster topology testing method based on an IB network, comprising:
determining a deployment server from a cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server;
triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform, and performing persistence storage;
and executing the test file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading test data results of all the slave nodes to the master node, and generating a test report according to the test data results.
Preferably, the deploying a test software system platform at the deployment server further includes: transferring the deployment package of the test software system platform to a root directory in the deployment server in a transmission or copy mode, and setting the directory authority to be readable and writable.
Preferably, the deployment server deploys a test software system platform, and further includes:
executing a test software system platform code deployment package;
updating a system software package management source, unloading old system software, installing an adaptive software version, updating and upgrading an existing software version to adapt to the platform; installing open source software based on IB protocol;
deploying a Jenkins platform for performing visual editing and triggering test file execution;
the test software system platform is deployed and,
the private repository image is deployed for management of the container image.
Preferably, the recording the initial topology information in the cluster further comprises:
and recording all server information in the cluster, all switch information in the cluster and all router information in the cluster.
Preferably, after uploading the test data results of all the slave nodes to the master node, the method further comprises:
and actively destroying the slave node generated by the round of test by the master node, and executing a self-destruction code to destroy the master node.
According to a second aspect of the present invention, there is provided an IB network-based cluster topology testing apparatus, comprising:
the deployment unit is used for determining a deployment server from the cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server;
the scanning unit is used for triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform and performing persistent storage;
and the testing unit is used for executing the testing file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading the testing data results of all the slave nodes to the master node, and generating a testing report according to the testing data results.
Compared with the related art, the technical scheme of the invention has the following advantages:
the invention establishes a mature monitoring mechanism, comprises self-destroying of master nodes, persistent storage of test data and test results of each test node and dynamic monitoring of the states of the test nodes in the cluster, and solves the problem that the nodes or devices in the large-scale cluster cannot be synchronized in real time before test tasks are executed after being updated. And dynamically identifying the operations of adding, removing, replacing and the like of the nodes in the cluster. According to the test task requirements, screening of the test nodes is dynamically planned based on the latest cluster environment information, and the test nodes do not need to be manually specified. The testing environment is deployed and destroyed by one key based on the dock technology, the testing node does not sense the software and hardware changes before and after the testing, the nondestructive testing of the testing node is realized, and the influence on the operation of the cluster caused by the failure of the testing node or the generation of dirty data due to the testing task is avoided.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure and process particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings may be obtained according to the drawings without any inventive effort for a person skilled in the art.
FIG. 1 is a block diagram of a data center cluster topology according to the present invention.
Figure 2 is a schematic diagram of a complex topology testing process based on an IB network according to the invention.
Fig. 3 is a general flow chart of a cluster topology testing method based on an IB network according to the invention.
FIG. 4 is a schematic diagram of a software system code platform deployment process according to the present invention.
FIG. 5 is a schematic diagram of a test file execution process according to the present invention.
FIG. 6 is a schematic diagram of a test procedure performed by the software system code platform according to the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which are derived by a person skilled in the art from the embodiments according to the invention without creative efforts, fall within the protection scope of the invention.
Based on the analysis, the invention provides a cluster topology testing method and device based on an IB network, by deploying the software system code platform provided by the invention and creating a dock container as a master node, the master node obtains information such as a test cluster environment node, equipment and the like as cluster initialization information, executes cluster topology discovery to obtain the latest cluster environment equipment information, compiles related codes and system parameters and generates a dock mirror image with a unique identifier. Uploading the docker image to a private repository image. According to the latest cluster environment information, the unique identifier is used for deploying the docker mirror image to all cluster nodes. After a dock is operated on a cluster environment node, the dock is used as a slave node (slave node), the slave node internally uses a socket protocol to establish communication with a master node, the master acquires slave sets of all nodes, selects nodes in the cluster meeting the condition according to the predetermined test case requirement, and performs operations such as state synchronization, test task issuing and the like through master-slave communication; tests are performed within the slave node according to the issued test tasks, including but not limited to 1-1, 1-N, N-1, etc., IB protocol-based tests. After the test is completed, uploading test data and test results to a master node by the slave node, waiting for the completion of all slave node test tasks by the master node according to the issued slave set, storing the collected test data and test results in a persistence mode, storing the test data and test results in a log analysis service node, and finally generating a test report by a background and sending the test report to appointed personnel.
A common data center cluster topology is shown in fig. 1. In general, a plurality of clusters exist in a data center, a router is used for constructing a communication rule among different clusters, and a plurality of switches are used for constructing a communication rule among servers in the same cluster. In fig. 1, 101-105 represent intra-cluster server devices, 110-117 represent intra-cluster switch devices, 120-121 represent intra-cluster router devices, and 130 represent other clusters connected through switches.
In fig. 1, 101 indicates that 6 server devices are connected to the switch 110, and communications between the 6 servers need to pass through the switch device 110; likewise, if communication with 3 servers below server 102 is required, forwarding is required through switch 111, and the communication forwarding path is 101-110-111-112-102, wherein 110-112 devices perform forwarding function; if a server under server 101 needs to communicate with a server under server 105, the communication forwarding path is 101-110-111-120-117-116-105, where 110-111, 116, 117 act as forwarding and router 120 acts as routing. The device 121 has access to another set of clustered environments, where the access clusters are network isolated from existing clusters and cannot communicate directly. The function described by the invention aims at searching a server from the cluster, deploying the software system code platform provided by the invention, and discovering resources such as all nodes and equipment in the cluster through the software system codes on the server. The specific deployment process is with reference to fig. 2.
Referring to the flowchart of fig. 3, the cluster topology testing method based on the IB network provided by the invention comprises the following steps:
step S101: determining a deployment server from the cluster to be tested, deploying a test software system platform in the deployment server, and issuing a test file to the deployment server.
Fig. 2 illustrates a software system code platform deployment process provided by the present invention, where one server 104 is selected to deploy the software system code provided by the present invention. In order to realize the complex topology test method based on the IB network switch, a series of deployment operations are needed, and the specific steps are as follows:
in step 201, after a server is selected in the cluster, the software system code platform deployment package is transferred to the root folder under the directory in the selected server in a transmission or copy mode through a network mode or other storage media, and the directory authority is set to be readable and writable. The deployment package involves multiple subsystem installations in the execution process, with specific reference to fig. 4.
Step S102: triggering cluster scanning from the deployment server, recording initial topology information in the cluster through the test software system platform, and performing persistence storage.
In step 202, when the software code platform deployment package is installed, the software code platform is remotely logged into the deployment server by using an SSH protocol, and an iblinkingfo/ibnetdiscover is executed to perform a network sweeping operation in the cluster. And after successful net scanning, exiting the command window. If an incorrect result is returned or the error exits, analyzing and debugging is carried out according to the returned error information and the specific execution log.
At step 203, after the scan operation is performed correctly and returned, the intra-cluster topology information is recorded to persistent storage (local storage file or database), which is used as cluster initialization content for subsequent intra-cluster node and device operation records. In particular embodiments, the recorded information includes, but is not limited to, the following:
a) All server information in the cluster, including vendor, model, system type, etc.
b) All switch information in the cluster, including vendor, model, firmware version, port number, etc.
c) All router information in the cluster, including vendor, model, firmware version, port number, etc.
d) Information based on IB network devices requires the required attributes of the vendor, firmware version, LID (unique identifier for each port in the InfiniBand network), SMLID (unique identifier for each subnet manager in the InfiniBand network), GUID (globally unique identifier for InfiniBand network devices), etc. contained.
Step S103: and executing the test file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading test data results of all the slave nodes to the master node, and generating a test report according to the test data results.
In step 204, after the cluster initialization information is successfully acquired, executing a preset test file based on the acquired cluster information; a specific implementation is shown in fig. 5.
In step 205, after the execution of the test file task is completed, the software system code platform pushes the test data and test results of the present round to the background log server, and the background code performs summarization and analysis of the test of the present round, and then generates a test report and sends the test report to the appointed personnel.
As a further preferred embodiment, fig. 4 depicts some subsystems and key modules involved in the deployment process of the software system code platform provided by the present invention, and the specific contents are as follows:
in step 301, a software system code deployment package is executed, waiting for deployment to complete.
In step 302, the deployment process is adaptively upgraded for system versions, including but not limited to the following: updating a system software package management source; uninstalling old system software and installing an adapted software version; updating and upgrading the existing software version to adapt the platform; and installing applicable open source software based on the IB protocol. The system kernel version, etc. may be upgraded if necessary.
In step 303, a Jenkins platform is deployed for visual editing and triggering test file execution (where the Jenkins platform may be deployed as an option).
At step 304, a software system platform of the present invention is deployed, including but not limited to the following functions: the method comprises the steps of issuing test data and test files, screening the test nodes, managing the states of nodes and equipment in a cluster, managing communication among master-slave nodes, managing building and pushing of a dock mirror image, and storing the test content in a lasting mode.
At step 305, a docker private repository image is deployed for management of the docker image (the private repository image may be deployed as an option).
As a further preferred embodiment, fig. 5 depicts that after the deployment node executes the test file caseA, the software system code platform dynamically selects 3 servers within the cluster for testing based on the testing method of the present invention. Specific implementation referring to the test flow of fig. 6:
in step 401, the user logs in the Jenkins platform, selects a test file to be executed, fills in relevant necessary parameters, and triggers a test task.
In step 402, after the test task is triggered, the software system code platform establishes a container on the server according to the test file and the input parameters selected by the user, using the dock software as a master node for managing the life cycle of the test task, where the master node provides functions including but not limited to: screening test nodes, updating states of nodes and devices in a cluster, issuing test data and files, creating and destroying a slave node to be tested, collecting test results and data, generating a dock mirror image and the like.
And step 403, after the master node is successfully created, automatically analyzing the test file and the incoming parameters selected by the user by using a background code, performing real-time cluster network scanning operation, and acquiring the latest node and equipment information in the cluster by the user. The operation can avoid the failure of test task execution caused by outdated cluster data. After being processed by a background algorithm, the test nodes conforming to the test tasks of the round are screened out; generating a dock mirror image with a unique identifier according to the characteristic value of the input parameter; after the creation of the dock image is completed, the background code pushes the image to the deployed private repository image for the creation of a subsequent slave container.
In step 404, the master node establishes communication with the node under test via the SSH communication protocol. After communication is established, a system-related command is used for pulling a mirror image of the round of dock at a node to be tested; creating a slave container at a node to be tested by using a system-related command based on the round dock mirror image; a socket channel is created in the slave container for master node communication.
After the master waits for all the slave containers to be tested to be created, it tries to establish communication with the slave using the socket protocol in step 405. After communication is established, the test data and the test file of the round are issued to the slave of the node to be tested. If the communication establishment fails, the test of the round is ended and an error is reported to the Jenkins platform.
In step 406, after the master issues all slave test data and test results, waiting for all test nodes to execute, and after the test is completed, all slave nodes actively push the test data and test results to the master through a socket protocol; after the timeout time expires, if the master detects that the test is not completed, actively acquiring test data and test results of all the test nodes, ending the round of test and reporting errors to the Jenkins platform.
After the master collects all the node test data and test results, the master pushes the data of the present round to the log analysis platform, which screens the data and generates a test report.
In step 408, the master actively destroys the slave node generated by the test of the present round, and executes the self-destruction code.
In step 409, the jenkins platform receives the test results and ends the test run.
Compared with the related technology, the cluster topology testing method based on the IB network has the following advantages:
the invention establishes a mature monitoring mechanism, comprises self-destroying of master nodes, persistent storage of test data and test results of each test node and dynamic monitoring of the states of the test nodes in the cluster, and solves the problem that the nodes or devices in the large-scale cluster cannot be synchronized in real time before test tasks are executed after being updated. And dynamically identifying the operations of adding, removing, replacing and the like of the nodes in the cluster. According to the test task requirements, screening of the test nodes is dynamically planned based on the latest cluster environment information, and the test nodes do not need to be manually specified. The testing environment is deployed and destroyed by one key based on the dock technology, the testing node does not sense the software and hardware changes before and after the testing, the nondestructive testing of the testing node is realized, and the influence on the operation of the cluster caused by the failure of the testing node or the generation of dirty data due to the testing task is avoided.
Accordingly, the present invention provides in a second aspect a cluster topology testing apparatus based on an IB network, comprising:
the deployment unit is used for determining a deployment server from the cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server;
the scanning unit is used for triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform and performing persistent storage;
and the testing unit is used for executing the testing file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading the testing data results of all the slave nodes to the master node, and generating a testing report according to the testing data results.
The above apparatus may be implemented by the method for testing a cluster topology based on an IB network provided by the embodiment of the first aspect, and specific implementation manner may be referred to the description in the embodiment of the first aspect, which is not repeated herein.
It is understood that the architecture, names and parameters described in the above embodiments are by way of example only. Those skilled in the art may also make and adjust the structural features of the above embodiments as desired without limiting the inventive concept to the specific details of the examples described above.
While the invention has been described in detail with reference to the foregoing embodiments, it will be appreciated by those skilled in the art that variations may be made in the techniques described in the foregoing embodiments, or equivalents may be substituted for elements thereof; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A cluster topology test method based on an IB network, comprising:
determining a deployment server from a cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server;
triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform, and performing persistence storage;
and executing the test file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading test data results of all the slave nodes to the master node, and generating a test report according to the test data results.
2. The IB network-based cluster topology testing method of claim 1, wherein deploying a test software system platform at the deployment server, further comprises:
transferring the deployment package of the test software system platform to a root directory in the deployment server in a transmission or copy mode, and setting the directory authority to be readable and writable.
3. The IB network-based cluster topology testing method of claim 1, wherein the deployment server deploys a test software system platform, further comprising:
executing a test software system platform code deployment package;
updating a system software package management source, unloading old system software, installing an adaptive software version, updating and upgrading an existing software version to adapt to the platform; installing open source software based on IB protocol;
deploying a Jenkins platform for performing visual editing and triggering test file execution;
the test software system platform is deployed and,
the private repository image is deployed for management of the container image.
4. The IB network-based cluster topology testing method of claim 1, wherein said recording initial topology information within a cluster further comprises:
and recording all server information in the cluster, all switch information in the cluster and all router information in the cluster.
5. The IB network-based cluster topology testing method of claim 1, wherein after uploading test data results of all slave nodes to the master node, the method further comprises:
and actively destroying the slave node generated by the round of test by the master node, and executing a self-destruction code to destroy the master node.
6. A cluster topology testing apparatus based on an IB network, comprising:
the deployment unit is used for determining a deployment server from the cluster to be tested, deploying a test software system platform on the deployment server, and issuing a test file to the deployment server;
the scanning unit is used for triggering cluster scanning from the deployment server, recording initial topology information in a cluster through the test software system platform and performing persistent storage;
and the testing unit is used for executing the testing file based on the initial topology information, establishing a container in a deployment server as a master node, selecting a cluster node to be tested as a slave node, transmitting the mirror image of the container to the slave node, uploading the testing data results of all the slave nodes to the master node, and generating a testing report according to the testing data results.
7. The IB network-based cluster topology testing apparatus of claim 6, wherein the deployment unit is further configured to:
transferring the deployment package of the test software system platform to a root directory in the deployment server in a transmission or copy mode, and setting the directory authority to be readable and writable.
8. The IB network-based cluster topology testing apparatus of claim 6, wherein the deployment unit is further configured to:
executing a test software system platform code deployment package:
updating a system software package management source, unloading old system software, installing an adaptive software version, updating and upgrading an existing software version to adapt to the platform; installing open source software based on IB protocol;
deploying a Jenkins platform for performing visual editing and triggering test file execution;
the test software system platform is deployed and,
the private repository image is deployed for management of the container image.
9. The IB network-based cluster topology testing apparatus of claim 6, wherein the scanning unit is further configured to:
and recording all server information in the cluster, all switch information in the cluster and all router information in the cluster.
10. The IB network-based cluster topology testing apparatus of claim 6, wherein the testing unit is further configured to:
and actively destroying the slave node generated by the round of test by the master node, and executing a self-destruction code to destroy the master node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410103221.5A CN117880132A (en) | 2024-01-25 | 2024-01-25 | Cluster topology testing method and device based on IB network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410103221.5A CN117880132A (en) | 2024-01-25 | 2024-01-25 | Cluster topology testing method and device based on IB network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117880132A true CN117880132A (en) | 2024-04-12 |
Family
ID=90589885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410103221.5A Pending CN117880132A (en) | 2024-01-25 | 2024-01-25 | Cluster topology testing method and device based on IB network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117880132A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118193404A (en) * | 2024-05-17 | 2024-06-14 | 天津南大通用数据技术股份有限公司 | Distributed database cluster testing method |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111104321A (en) * | 2019-12-16 | 2020-05-05 | 烽火通信科技股份有限公司 | Docker-based cloud platform stability testing method and system |
| CN111181801A (en) * | 2019-12-04 | 2020-05-19 | 腾讯云计算（北京）有限责任公司 | Node cluster testing method and device, electronic equipment and storage medium |
| US20220103555A1 (en) * | 2020-09-28 | 2022-03-31 | Boe Technology Group Co., Ltd. | Service deployment method, device, system, and computer-readable storage medium |
-
2024
- 2024-01-25 CN CN202410103221.5A patent/CN117880132A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111181801A (en) * | 2019-12-04 | 2020-05-19 | 腾讯云计算（北京）有限责任公司 | Node cluster testing method and device, electronic equipment and storage medium |
| CN111104321A (en) * | 2019-12-16 | 2020-05-05 | 烽火通信科技股份有限公司 | Docker-based cloud platform stability testing method and system |
| US20220103555A1 (en) * | 2020-09-28 | 2022-03-31 | Boe Technology Group Co., Ltd. | Service deployment method, device, system, and computer-readable storage medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118193404A (en) * | 2024-05-17 | 2024-06-14 | 天津南大通用数据技术股份有限公司 | Distributed database cluster testing method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1556777B1 (en) | System and method for synchronizing the configuration of distributed network management applications | |
| US7587483B1 (en) | System and method for managing computer networks | |
| US7949744B2 (en) | System and method for synchronizing the configuration of distributed network management applications | |
| US7620535B2 (en) | Method and apparatus for the simulation of computer networks | |
| CA2434241C (en) | System and method for configuration, management and monitoring of network resources | |
| JP4159410B2 (en) | Method and apparatus for remotely monitoring a device by creating a device object for the device being monitored | |
| JP4210155B2 (en) | Monitoring system, method and computer program for remotely monitoring devices | |
| US6990520B2 (en) | System and method for managing computer networks | |
| US7464132B1 (en) | Method and apparatus for reference model change generation in managed systems | |
| US9742639B1 (en) | Intelligent network resource discovery and monitoring | |
| US20080101419A1 (en) | Methods and apparatus for network configuration baselining and restoration | |
| US20020069367A1 (en) | Network operating system data directory | |
| US20050262233A1 (en) | Methods and systems for history analysis for access paths in networks | |
| CN117880132A (en) | Cluster topology testing method and device based on IB network | |
| JPH09504913A (en) | Method and apparatus for determining network topology | |
| EP0762281A2 (en) | Network management with acquisition of formatted dump data from remote process | |
| CN101099398B (en) | Method and devices for matching data between a manager and an agent in a management network | |
| AU2263597A (en) | Method and apparatus for testing the responsiveness of a network device | |
| US7209968B1 (en) | System and method for recovering management of network element(s) responsive to failure of a distributed gateway | |
| US8140614B2 (en) | Distributed computing environment with remote data collection management | |
| CN112272113A (en) | Method and system for monitoring and automatically switching based on various block chain nodes | |
| EP2521315A1 (en) | Systems and methods for modeling a multi-layer network topology | |
| US7631064B1 (en) | Method and apparatus for determining interconnections of network devices | |
| CN114553867A (en) | Cloud-native cross-cloud network monitoring method and device and storage medium | |
| US20210373953A1 (en) | System and method for an action contextual grouping of servers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |