CN116506284A - Server remote in-band management system, method, computer device, and storage medium - Google Patents

Server remote in-band management system, method, computer device, and storage medium Download PDF

Info

Publication number
CN116506284A
CN116506284A CN202310478756.6A CN202310478756A CN116506284A CN 116506284 A CN116506284 A CN 116506284A CN 202310478756 A CN202310478756 A CN 202310478756A CN 116506284 A CN116506284 A CN 116506284A
Authority
CN
China
Prior art keywords
execution
module
server
log
target
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
Application number
CN202310478756.6A
Other languages
Chinese (zh)
Inventor
耿志成
李松
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202310478756.6A priority Critical patent/CN116506284A/en
Publication of CN116506284A publication Critical patent/CN116506284A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The present application relates to a server remote in-band management system, method, computer device and storage medium, the system comprising: the control module constructs an execution module according to the management work type of the target server; the interaction module distributes the execution module to a target server, sends a management work execution instruction to the execution module, and stores an execution log obtained by the execution module in the execution process; and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, unloading the execution module, stopping connection with the interaction module, acquiring and analyzing an execution log reported to the interaction module by the execution module, and extracting key data from the execution log. The method and the device can realize large-scale and remote in-band management, improve the in-band management efficiency of the server to a certain extent, and reduce the operation and maintenance cost of the server.

Description

Server remote in-band management system, method, computer device, and storage medium
Technical Field
The present disclosure relates to the field of server management technologies, and in particular, to a server remote in-band management system, a method, a computer device, and a storage medium.
Background
In recent years, cloud computing, high-performance computing and AI (artificial intelligence) have been popular research and application directions in the internet field, and products related to the cloud computing, such as various cloud platforms, high-power platforms, and recently "chatgpt" of big fire, etc., the fire explosion of these concepts also brings a hardware product that is critical in the computer industry to the field of view of the public, that is, servers, which carry a huge amount of computing resources and provide operation support for software and platforms. For the manufacturers of the server today, how to improve the performance of the server is the center of gravity of research and development, but how to efficiently manage the server is also a considerable problem, and the management of the server is mainly divided into two methods of out-of-band management and in-band management, and the two methods have coincident capabilities but have respective advantages. Most manufacturers tend to manage servers in an out-of-band manner, because the use of this manner is relatively convenient, and implementation is relatively simple, however, because out-of-band management is completely remote, network layer interaction with the servers is performed based on a BMC (baseboard management controller), so that there is a great limitation that firstly server hardware information obtained through the BMC is greatly missing or inaccurate, and secondly part of services such as system installation, board upgrading, hardware testing, storage management and the like cannot be completed only through the BMC, so that server management must involve in-band management, but in-band management also has a great disadvantage that because of physical layer interaction with the servers, there is a great difficulty in realizing large-scale and remote management, and most of the existing in-band management manners are that a server operation and maintenance engineer of the manufacturer sequentially performs single management on line, so that efficiency is low and risk also exists.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a server remote in-band management system, method, computer device, and storage medium.
In one aspect, a server remote in-band management system is provided, the system including an execution module, an interaction module, a control module:
the control module is used for constructing an execution module according to the management work type of the target server;
the interaction module is used for distributing the execution module to a target server, sending a management work execution instruction to the execution module and storing an execution log obtained by the execution module in the execution process;
and the control module is also used for unloading the execution module when the execution progress completion signal is read and the heartbeat signal sent by the target server is not received within the preset time, stopping the connection with the interaction module, acquiring and analyzing the execution log reported to the interaction module by the execution module, and extracting key data from the execution log.
In one embodiment, the method further comprises: the interaction module is a baseboard management controller sharing unit, and divides the baseboard management controller sharing unit according to a preset proportion to obtain n-bit control bits and m-bit data bits, wherein n and m are positive numbers.
In one embodiment, the method further comprises: the execution module comprises a control catalog unit, an execution catalog unit and a resource catalog unit: the control catalog unit is used for storing a script which continuously sends heartbeat signals to the control device, a working script which controls the working flow and a flow control file; the execution catalog unit is used for storing files which are directly executed and complete single management work; and the resource catalog unit is used for storing files required by management work.
In one embodiment, the method further comprises: the control module comprises a preparation unit, an execution control unit and an analysis unit: the preparation unit is used for constructing the execution module and initializing the interaction module; the execution control unit is used for controlling the execution process of the execution module; the analysis unit is used for reading the execution log in the execution process of the execution module, analyzing and processing the execution log based on the management work type, and extracting key data from the execution log.
In another aspect, a method for remote in-band management of a server is provided, the method comprising:
based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
In one embodiment, the method further comprises: before the sending the execution log to the interaction module at the execution time interval of the target execution node, the method further includes: comparing the number of data bits with the amount of execution log; when the execution log quantity is larger than the data bit quantity, sending the execution log to the interaction module in batches based on the data bit quantity; and in response to detecting that the execution log of the target batch is sent, reading the execution log received by the interaction module by using the control module, and sending the execution log of the next batch.
In one embodiment, the method further comprises: the judging standard for ending the execution flow comprises the following steps: transmitting an execution progress completion signal and suspending the heartbeat signal script after detecting that all the execution nodes are completed; and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, judging that the execution flow is ended.
In one embodiment, the method further comprises: and in response to detecting that the execution flow is finished, unloading the execution module by using the control module, stopping the connection between the control module and the interaction module, merging the read execution logs, and extracting key data from the read execution logs.
In yet another aspect, a computer device is provided comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of:
based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
In yet another aspect, a computer readable storage medium is provided, having stored thereon a computer program which when executed by a processor performs the steps of:
based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
The remote in-band management system of the server, the remote in-band management method of the server, the computer equipment and the storage medium comprise an execution module, an interaction module and a control module: the control module constructs an execution module according to the management work type of the target server; the interaction module distributes the execution module to a target server, sends a management work execution instruction to the execution module, and stores an execution log obtained by the execution module in the execution process; the control module unloads the execution module when reading the execution progress completion signal and the heartbeat signal sent by the target server is not received within preset time, stops being connected with the interaction module, acquires and analyzes the execution log reported to the interaction module by the execution module, and extracts key data from the execution log.
Drawings
FIG. 1 is a block diagram of a server remote in-band management system in one embodiment;
FIG. 2 is another block diagram of the server remote in-band management system in one embodiment;
FIG. 3 is a schematic diagram illustrating the execution module components of a server remote in-band management system according to one embodiment;
FIG. 4 is a schematic diagram of a board upgrade process of a server remote in-band management system in one embodiment;
FIG. 5 is a flow diagram of a method for server remote in-band management in one embodiment;
fig. 6 is an internal structural diagram of a computer device in one embodiment.
Detailed Description
For the purposes of making the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
It should be understood that throughout this description, unless the context clearly requires otherwise, the words "comprise," "comprising," and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is, it is the meaning of "including but not limited to".
It should also be appreciated that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. Furthermore, in the description of the present application, unless otherwise indicated, the meaning of "a plurality" is two or more.
It should be noted that the terms "S1", "S2", and the like are used for the purpose of describing steps only, and are not intended to be limited to the order or sequence of steps or to limit the present application, but are merely used for convenience in describing the method of the present application and are not to be construed as indicating the sequence of steps. In addition, the technical solutions of the embodiments may be combined with each other, but it is necessary to base that the technical solutions can be realized by those skilled in the art, and when the technical solutions are contradictory or cannot be realized, the combination of the technical solutions should be regarded as not exist and not within the protection scope of the present application.
Example 1: in one embodiment, as shown in fig. 1-4, a server remote in-band management system is provided, where the system includes an execution module, an interaction module, and a control module, and specifically:
and the control module is used for constructing an execution module according to the management work type of the target server.
It should be noted that, a control module is provided in the form of software or a management platform, and the control module needs to meet the following requirements: the BMC of a large number of servers can be accessed stably and quickly and interacted; different execution modules can be automatically constructed according to management work, and the execution flow is controlled; the logs reported by the execution module can be effectively analyzed and processed, wherein key data in the logs are extracted according to different targets for different management works, only a success or failure mark is required to be extracted for the system installation of the service, but the information such as the type, the old version and the new version of the board card, the success or failure of the upgrading is required to be extracted for the board card upgrading of the service; specifically, the control module is mainly responsible for controlling the whole management work of the system and comprises a preparation unit, an execution control unit and an analysis unit, wherein the preparation unit is required to complete the construction of the execution module, the structure of the execution module is different according to the different management works of the server, and meanwhile, the resources required by the execution module are also different; in the execution control unit, because large-scale and remote server management is to be realized, the system uses a function of out-of-band management to the BMC (baseboard management controller), called remote mount, to issue the execution module constructed by the preparation unit to each server, and simultaneously operate the BMC sharing unit of each server to inform the execution module of management work to be executed, and continuously perform data interaction with the execution module, and store the data in the execution process; in the analysis unit, when the control module receives the end signal of the execution module, all the stored data are combined for analysis, and in order to prevent the execution module from continuously occupying server resources, the execution module needs to be unloaded from the server.
Further, the execution module is constructed by the control module, exists in the form of a liveCD of the Linux system, and refers to a module which actually performs server management work, the carrier of the module is called a liveCD, and is a CD mirror image of a Linux system which can be directly guided to be available, when the CD mirror image is issued to a target server, the target server can automatically guide the target server into the system, and after a preparation unit of the control module packages execution modules corresponding to each management work into the liveCD, after the system is started, the execution module needing to be operated is started accordingly, and exemplary tasks needing to be executed can include the following: "read control signal in shared area", "execute management job (possibly some program or script)", "read execution log and operate shared area to write data", "continuously write progress of job and status of itself in shared area"; in order to accomplish the above tasks, the execution module includes a control directory unit, an execution directory unit, and a resource directory unit, where the execution directory unit is used to store files that directly execute and accomplish a single management task, such as firmware refreshing scripts, application programs, and the like; the resource catalog unit is used for storing files required by management work, such as images, firmware packages, tools and other files required by the management work, and the file contents of the two catalog units are different along with the different management work; the files stored in the control catalog unit are relatively fixed, a heartbeat script which continuously sends signals to the control module, a work script which controls the workflow, and a flow control file flowline. Yml, which is generated by the control module when the execution module is constructed, prescribes which tasks the execution module needs to do, which scripts each task needs to execute, which additional configurations are needed when executing, and the like, and the composition of one execution module is described as shown in fig. 3.
The interaction module is used for distributing the execution module to a target server, sending a management work execution instruction to the execution module and storing an execution log obtained by the execution module in the execution process.
It should be noted that, the interactive module is used as a basis for implementing the system, and provides a module capable of implementing data interaction for the baseboard management controller sharing unit, namely, a BMC sharing area, where the baseboard management controller refers to a micro independent system running on the server and communicating with an external network, and may implement some simple storage and control functions of a normal system, the baseboard management controller sharing unit refers to a storage unit on the baseboard management controller, the size is about several MB, but the criticality of the small area is that the server manager can interact with the baseboard management controller sharing unit through the network layer, the server itself can interact with the server through the physical layer, the data stored in the baseboard management controller sharing unit is composed of a large number of 16-system digits, and in the baseboard management controller sharing unit is respectively responsible for controlling a workflow and storing working data, and in particular, the system divides the shared unit of the baseboard management controller into n-digit control digits and m-digit control digits according to a preset proportion, where n-digit control digits and m-digit control digits are respectively, and m-digit control digits are respectively available for implementing the platform (in the interface module is a mode of implementing the interface module and the interface module 900). .
And the control module is also used for unloading the execution module when the execution progress completion signal is read and the heartbeat signal sent by the target server is not received within the preset time, stopping the connection with the interaction module, acquiring and analyzing the execution log reported to the interaction module by the execution module, and extracting key data from the execution log.
Specifically, as shown in fig. 4, this embodiment takes a management procedure of "board upgrade" as an example, and the specific implementation flow is as follows:
(1) The control module unpacks the liveCD mirror image, firstly generates a flowline. Yml file according to the management work type, then copies a control catalog unit, an execution catalog unit and a resource catalog unit required by the execution module and a configuration file, a script, a tool and a firmware package required to be used to a fixed position in the mirror image, and repacks the mirror image;
(2) The control module initializes the interaction module (at this time, all values of the shared area are 0xff (16-system expression mode)) to empty old data and restore the state, then remotely mounts the liveCD to the server through the BMC, and restarts the server power supply to guide the server to enter the execution module;
(3) After the server is restarted to enter the liveCD, an rc.local script is automatically executed, the script starts two scripts in the control catalog of the execution module, one script is a heartbeat script, the script modifies the value of the control bit 01 every few seconds, and the value is accumulated from 0x00 so as to inform the control module that the current state of the execution module is active; secondly, a 'working' script reads a working list to be executed in a flowline.yml file, judges that the board card is required to be upgraded, then sets a value of a control bit 02 to 0x01, informs a control module that the board card is required to be upgraded in a flow, simultaneously executes an upgrading script in a catalog unit according to configuration according to the specification of the flowline.yml file, and reads the execution log output of the script;
(4) And each time the execution module completes one execution node, updating the progress value of the control bit 03 once, and reporting an execution log to the interaction module. The process of reporting the log is as follows: the control bit 04 is set to 0x00, the control bit is locked, the process confusion caused by simultaneous operation is prevented, at this time, the control module can only read and can not modify the value of the control bit, because the data bit is only 900 bits, when the log quantity is overlarge, the log is required to be written for multiple times, therefore, when the log is actually written, the execution module firstly sets the control bit 05 to the number of times required to be written, sets the control bit 06 to the number of times required to be written, then starts writing 900 bits of data, and after each writing, the execution module sets the value of the control bit 04 to 0x01, informs the control module that the data can be read at this time, locks the control module, and resets the control bit 04 to 0xff and then carries out the next operation after the control module finishes reading.
(5) When all the execution nodes are completed, the execution module operation control bit 03 sets the progress as 100, then suspends the heartbeat script, judges that the execution flow is finished after the control module reads the progress and can not receive the heartbeat, unloads the execution module, stops the connection with the interaction module, and then merges the read relevant data of the execution log to extract key data.
The control bits mentioned above refer to control bits in the baseboard management controller sharing unit, each control bit may be used to record different parameters, such as a progress value, a current start-up frequency, etc., in addition, the control module corresponds to the control device in fig. 1-4, the execution module corresponds to the execution device in fig. 1-4, and the interaction module corresponds to the interaction device in fig. 1-4.
In the remote in-band management system of the server, the system comprises an execution module, an interaction module and a control module: the control module constructs an execution module according to the management work type of the target server; the interaction module distributes the execution module to a target server, sends a management work execution instruction to the execution module, and stores an execution log obtained by the execution module in the execution process; the control module unloads the execution module when reading the execution progress completion signal and the heartbeat signal sent by the target server is not received within preset time, stops being connected with the interaction module, acquires and analyzes the execution log reported to the interaction module by the execution module, and extracts key data from the execution log.
It should be understood that, although the steps in the flowcharts of fig. 1-4 are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in fig. 1-4 may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor do the order in which the sub-steps or stages are performed necessarily occur sequentially, but may be performed alternately or alternately with at least a portion of the sub-steps or stages of other steps or steps.
Example 2: in one embodiment, as shown in fig. 5, a server remote in-band management method is provided, which specifically includes the steps of:
s1: based on the management work type of the target server, a corresponding execution module is constructed, the execution module is packed to the target carrier, and the execution module is sent to the target server.
It should be noted that, the management work type of the target server may include system installation, board upgrade, and the like, and the target carrier refers to a liveCD, which is a CD mirror image of a Linux system that may be directly booted into use.
S2: initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
s3: automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
s4: in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
In some embodiments, before the sending the execution log to the interaction module at intervals of the target execution node execution time, the method further includes:
comparing the number of data bits with the amount of execution log;
when the execution log amount is greater than the data bit amount, the execution log is sent to the interaction module in batches based on the data bit amount, and when the data bit is 900 bits, the execution log amount is greater than 900 bits and 3000 bits, the execution log is required to be sent to the interaction module in 4 batches, the first three batches are 900 bits and the fourth batch is 300 bits;
and in response to detecting that the execution log of the target batch is sent, reading the execution log received by the interaction module by using the control module, and sending the execution log of the next batch.
In some embodiments, the determining criteria for ending the execution flow include:
transmitting an execution progress completion signal and suspending the heartbeat signal script after detecting that all the execution nodes are completed;
and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, judging that the execution flow is ended.
In some embodiments, in response to detecting that the execution flow is over, unloading the execution module with the control module, stopping the connection between the control module and the interaction module, merging the read execution logs, and extracting key data therefrom.
With respect to the specific limitation of the server remote in-band management method, reference may be made to the limitation of the server remote in-band management system hereinabove, and it will be understood that, although the respective steps in the flowchart of fig. 5 are shown in sequence as indicated by arrows, these steps are not necessarily executed in sequence as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in fig. 5 may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor do the order in which the sub-steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of the sub-steps or stages of other steps or other steps.
Example 3: in one embodiment, a computer device is provided, which may be a terminal, and the internal structure of which may be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by a processor, implements a server remote in-band management method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, can also be keys, a track ball or a touch pad arranged on the shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.
It will be appreciated by those skilled in the art that the structure shown in fig. 6 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of when executing the computer program:
s1: based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
s2: initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
s3: automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
s4: in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
In one embodiment, the processor when executing the computer program further performs the steps of:
comparing the number of data bits with the amount of execution log;
when the execution log quantity is larger than the data bit quantity, sending the execution log to the interaction module in batches based on the data bit quantity;
and in response to detecting that the execution log of the target batch is sent, reading the execution log received by the interaction module by using the control module, and sending the execution log of the next batch.
In one embodiment, the processor when executing the computer program further performs the steps of:
transmitting an execution progress completion signal and suspending the heartbeat signal script after detecting that all the execution nodes are completed;
and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, judging that the execution flow is ended.
In one embodiment, the processor when executing the computer program further performs the steps of:
and in response to detecting that the execution flow is finished, unloading the execution module by using the control module, stopping the connection between the control module and the interaction module, merging the read execution logs, and extracting key data from the read execution logs.
Example 4: in one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:
s1: based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
s2: initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
s3: automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
s4: in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
In one embodiment, the computer program when executed by the processor further performs the steps of:
comparing the number of data bits with the amount of execution log;
when the execution log quantity is larger than the data bit quantity, sending the execution log to the interaction module in batches based on the data bit quantity;
and in response to detecting that the execution log of the target batch is sent, reading the execution log received by the interaction module by using the control module, and sending the execution log of the next batch.
In one embodiment, the computer program when executed by the processor further performs the steps of:
transmitting an execution progress completion signal and suspending the heartbeat signal script after detecting that all the execution nodes are completed;
and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, judging that the execution flow is ended.
In one embodiment, the computer program when executed by the processor further performs the steps of:
and in response to detecting that the execution flow is finished, unloading the execution module by using the control module, stopping the connection between the control module and the interaction module, merging the read execution logs, and extracting key data from the read execution logs.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the various embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application.

Claims (10)

1. A server remote in-band management system, the system comprising an execution module, an interaction module, and a control module, characterized in that:
the control module is used for constructing an execution module according to the management work type of the target server;
the interaction module is used for distributing the execution module to a target server, sending a management work execution instruction to the execution module and storing an execution log obtained by the execution module in the execution process;
and the control module is also used for unloading the execution module when the execution progress completion signal is read and the heartbeat signal sent by the target server is not received within the preset time, stopping the connection with the interaction module, acquiring and analyzing the execution log reported to the interaction module by the execution module, and extracting key data from the execution log.
2. The server remote in-band management system of claim 1, wherein the interaction module is a baseboard management controller sharing unit, and the baseboard management controller sharing unit is divided according to a preset proportion to obtain n-bit control bits and m-bit data bits, wherein n and m are both positive numbers.
3. The server remote in-band management system of claim 1, wherein the execution module comprises a control catalog unit, an execution catalog unit, and a resource catalog unit:
the control catalog unit is used for storing a script which continuously sends heartbeat signals to the control device, a working script which controls the working flow and a flow control file;
the execution catalog unit is used for storing files which are directly executed and complete single management work;
and the resource catalog unit is used for storing files required by management work.
4. The server remote in-band management system of claim 1, wherein the control module comprises a preparation unit, an execution control unit, and an analysis unit:
the preparation unit is used for constructing the execution module and initializing the interaction module;
the execution control unit is used for controlling the execution process of the execution module;
the analysis unit is used for reading the execution log in the execution process of the execution module, analyzing and processing the execution log based on the management work type, and extracting key data from the execution log.
5. A server remote in-band management method applied to the server remote in-band management system according to any one of claims 1 to 4, the method comprising:
based on the management work type of the target server, constructing a corresponding execution module, packaging the execution module to a target carrier, and sending the execution module to the target server;
initializing an interaction module when receiving a target carrier sending signal, remotely mounting the received target carrier on the target server by using a baseboard management controller, and restarting a target server power supply to guide the target server to enter the target carrier;
automatically executing a heartbeat signal script and a working script in the execution module based on a flow control file when a successful entering result is received;
in the process of executing the script, an execution log is sent to the interaction module by taking the execution time of the target execution node as an interval, so that after the execution flow is finished, the control module reads and analyzes the execution log, and key data is extracted.
6. The method of server remote in-band management according to claim 5, wherein before the sending the execution log to the interaction module at intervals of the target execution node execution time, the method further comprises:
comparing the number of data bits with the amount of execution log;
when the execution log quantity is larger than the data bit quantity, sending the execution log to the interaction module in batches based on the data bit quantity;
and in response to detecting that the execution log of the target batch is sent, reading the execution log received by the interaction module by using the control module, and sending the execution log of the next batch.
7. The method for remote in-band management of a server according to claim 5, wherein the determination criterion for ending the execution flow includes:
transmitting an execution progress completion signal and suspending the heartbeat signal script after detecting that all the execution nodes are completed;
and when the control module reads the execution progress completion signal and does not receive the heartbeat signal sent by the target server within preset time, judging that the execution flow is ended.
8. The method of claim 7, wherein in response to detecting that the execution flow is over, offloading the execution module with the control module, stopping the connection between the control module and the interaction module, merging the read execution logs, and extracting key data therefrom.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any of claims 5 to 8 when the computer program is executed by the processor.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 5 to 8.
CN202310478756.6A 2023-04-28 2023-04-28 Server remote in-band management system, method, computer device, and storage medium Pending CN116506284A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310478756.6A CN116506284A (en) 2023-04-28 2023-04-28 Server remote in-band management system, method, computer device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310478756.6A CN116506284A (en) 2023-04-28 2023-04-28 Server remote in-band management system, method, computer device, and storage medium

Publications (1)

Publication Number Publication Date
CN116506284A true CN116506284A (en) 2023-07-28

Family

ID=87317900

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310478756.6A Pending CN116506284A (en) 2023-04-28 2023-04-28 Server remote in-band management system, method, computer device, and storage medium

Country Status (1)

Country Link
CN (1) CN116506284A (en)

Similar Documents

Publication Publication Date Title
KR102236522B1 (en) Method and apparatus for processing information
US7823023B2 (en) Test framework for testing an application
US9250918B2 (en) Server management with dynamic construction of pre-boot images
KR101574366B1 (en) Synchronizing virtual machine and application life cycles
US6871223B2 (en) System and method for agent reporting in to server
US10956143B2 (en) Server updates
US9535754B1 (en) Dynamic provisioning of computing resources
US20100211944A1 (en) Information processing apparatus
CN111176818B (en) Distributed prediction method, device, system, electronic equipment and storage medium
US11886902B2 (en) Physical-to-virtual migration method and apparatus, and storage medium
US20090276205A1 (en) Stablizing operation of an emulated system
JP2007133544A (en) Failure information analysis method and its implementation device
US7818557B2 (en) Method for re-imaging a computer system
CN114595038A (en) Data processing method, computing device and computer storage medium
CN112527192B (en) Data acquisition method and device and service equipment
CN113568714A (en) Disk management method, device, electronic equipment and storage medium
CN110764962A (en) Log processing method and device
CN112564979B (en) Execution method and device of construction task, computer equipment and storage medium
CN116506284A (en) Server remote in-band management system, method, computer device, and storage medium
CN114153577A (en) Task execution system based on container cloud and nested container
CN114003343A (en) Cloud native application construction method and device and computer equipment
CN109582464B (en) Method and device for managing multiple virtualization platforms by cloud platform
CN113687915B (en) Container running method, device, equipment and storage medium
CN118445001B (en) Heterogeneous system integration method, device and equipment based on plug-in development framework
US11972250B2 (en) Out-of-band firmware update

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