Server regulation method, device, system, apparatus, and storage medium

Abstract

Embodiments of the present application provide a server regulation method, device, system, equipment and storage medium, comprising: in the case that a BMC managed entity is detected to be mounted with a sensor, regulating the entity monitored by a first sensor PDR through a first effector PDR, storing the entity information monitored by the first sensor PDR to a local PDR warehouse, receiving a PLDM request sent by a server system component OPAL, obtaining the entity information monitored by the first sensor PDR and sending it to the OPAL, so that the OPAL regulates the entity managed by the OPAL according to the entity information through a second effector PDR created in advance. The present application synchronizes the entity information monitored by the sensor to the other party, accurately determines the entity that needs to be regulated by the server according to the entity information synchronized by the sensor PDR, realizes the accurate regulation of the server, and meets the complex server system regulation requirement.

Description

Technical Field

[0001] This invention relates to the field of server technology, and in particular to a server control method, apparatus, system, device, and storage medium. Background Technology

[0002] The Open POWER server is a server architecture jointly developed by a consortium of basic developers. Its system firmware PNOR is used to initialize computer hardware, build the operating system runtime environment, and boot the operating system. OPAL (OpenPOWER Abstraction Layer) is one of the system components of PNOR, used to initialize computer hardware, initialize the operating system runtime environment, boot the operating system, and provide runtime services for the operating system.

[0003] During the server system startup process, OPAL collects sensor information from its own managed sensors and the BMC to control the server. Existing technology uses the IPMI (Intelligent Platform Management Interface) protocol to regulate the server. IPMI is an industry standard for managing peripheral devices used in structured enterprise systems. IPMI monitors the server's status, such as temperature, voltage, fan operating status, and power status. IPMI functions by sending commands to the BMC, using the IPMI specification. After receiving the commands, the BMC obtains the temperature values ​​and fan speeds of various components of the server and modifies the parameters accordingly. However, the existing IPMI method manages sensor topology information through hard coding. Every time the sensor topology changes, it needs to be recoded and compiled, resulting in low real-time sensor information and affecting the accuracy of regulation. Summary of the Invention

[0004] The purpose of this invention is to provide a server control method, apparatus, system, device, and storage medium to solve the problem that the current IPMI method cannot meet the needs of complex server control. The specific technical solution is as follows:

[0005] In a first aspect of this invention, a server control method is provided, applied to a baseboard management controller (BMC), the method comprising:

[0006] When it is detected that an entity managed by the BMC is equipped with a sensor, the entity monitored by the first sensor PDR is controlled by the first effector PDR, and the entity information monitored by the first sensor PDR is stored in the local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor.

[0007] Receive platform-level data model (PLDM) requests sent by the server system component OPAL;

[0008] According to the PLDM request, the entity information monitored by the first sensor PDR is obtained and sent to the OPAL, so that the OPAL can control the entity managed by the OPAL through the pre-created second effector PDR based on the entity information.

[0009] Optionally, when it is detected that an entity managed by the BMC is equipped with a sensor, the first effector PDR controls the entity monitored by the first sensor PDR, and stores the entity information monitored by the first sensor PDR in the local PDR repository, including:

[0010] If a sensor is detected on an entity managed by the BMC, a sensor number is generated based on the sensor, and a first effector PDR corresponding to the sensor is created.

[0011] Based on the sensor number, multiple first sensor PDRs are created according to a preset format, wherein each first sensor PDR includes the correspondence between the sensor and the monitored entity;

[0012] Based on the preset parameters of the first effector PDR, the entity monitored by the first sensor PDR is adjusted, and the entity information monitored by the first sensor PDR is stored in the local PDR repository.

[0013] Optionally, after obtaining the entity information monitored by the first sensor PDR according to the PLDM request and sending it to the OPAL, the method further includes:

[0014] If an update to the entity information monitored by the first sensor PDR in the local PDR warehouse is detected, an update notification is sent to the OPAL to notify the OPAL.

[0015] In a second aspect of this invention, a server control method is also provided, applied to the system component OPAL of a server, the method comprising:

[0016] Obtain the first sensor PDR stored in the local PDR warehouse by the Baseboard Management Controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity.

[0017] Based on the correspondence between the sensor and the monitored entity, a Platform-Level Data Model (PLDM) request is sent to the BMC. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC.

[0018] The system receives entity information monitored by the first sensor PDR sent by the BMC, and regulates the entity managed by the OPAL through a pre-created second effector PDR.

[0019] Optionally, the step of sending a Platform-Level Data Model (PLDM) request to the BMC based on the correspondence between the sensor and the monitored entity, wherein the PLDM request is used to obtain entity information monitored by the BMC's first sensor PDR, including:

[0020] Based on the correspondence between the sensors and the monitored entities, the sensor number is queried;

[0021] Based on the sensor number, the PLDM request is sent to the BMC so that the BMC can obtain the entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL.

[0022] Optionally, receiving entity information monitored by the first sensor PDR sent by the BMC, and controlling the entity managed by the OPAL through a pre-created second effector PDR, includes:

[0023] Receive entity information monitored by the first sensor PDR sent by the BMC;

[0024] The entity managed by OPAL is controlled based on the entity information monitored by the first sensor PDR and the preset parameters of the second effector PDR. The second effector PDR is pre-created when the entity managed by OPAL is detected to have a sensor attached.

[0025] In a third aspect of the present invention, a server control device is provided, applied to a baseboard management controller (BMC), the device comprising:

[0026] The first processing module is used to, when it is detected that an entity managed by the BMC is equipped with a sensor, regulate the entity monitored by the first sensor PDR through the first effector PDR, and store the entity information monitored by the first sensor PDR in the local PDR warehouse, wherein the first sensor PDR and the first effector PDR are pre-created based on the sensor.

[0027] The request receiving module is used to receive platform-level data model (PLDM) requests sent by the server system component OPAL.

[0028] The information transmission module is configured to acquire entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL, so that the OPAL can control the entity managed by the OPAL according to the entity information through a pre-created second effector PDR.

[0029] In a fourth aspect of the invention, a server control device is also provided, applied to the system component OPAL of a server, the device comprising:

[0030] The first acquisition module is used to acquire the first sensor PDR stored in the local PDR warehouse by the baseboard management controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity.

[0031] The request sending module is used to send a Platform Level Data Model (PLDM) request to the BMC based on the correspondence between the sensor and the monitored entity. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC.

[0032] The receiving information module is used to receive entity information monitored by the first sensor PDR sent by the BMC, and to regulate the entity managed by the OPAL through the pre-created second effector PDR.

[0033] In a fifth aspect of the present invention, a server control system is provided, comprising: a baseboard management controller (BMC) and a server system component OPAL, wherein the OPAL and the BMC communicate based on the PLDM protocol.

[0034] The BMC is used to, when it detects that an entity managed by the BMC is equipped with a sensor, regulate the entity monitored by the first sensor PDR through the first effector PDR, and store the entity information monitored by the first sensor PDR in a local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor. The BMC receives a platform-level data model (PLDM) request sent by the server system component OPAL, obtains the entity information monitored by the first sensor PDR according to the PLDM request, and sends it to the OPAL, so that the OPAL regulates the entity managed by the OPAL through the pre-created second effector PDR based on the entity information.

[0035] The OPAL is used to acquire the first sensor PDR stored in the local PDR warehouse of the BMC, parse the first sensor PDR to obtain the correspondence between the sensor and the monitored entity; according to the correspondence between the sensor and the monitored entity, send a PLDM request to the BMC, the PLDM request is used to acquire the entity information monitored by the first sensor PDR of the BMC, receive the entity information monitored by the first sensor PDR sent by the BMC, and regulate the entity managed by the OPAL through the pre-created second effector PDR.

[0036] In another aspect of the present invention, a communication device is also provided, comprising: a transceiver, a memory, a processor, and a program stored in the memory and executable on the processor; the processor is configured to read the program in the memory to implement the steps in the server control method described above.

[0037] In another aspect of the present invention, a computer-readable storage medium is also provided, wherein instructions are stored therein, which, when executed on a computer, cause the computer to perform any of the server control methods described above.

[0038] The server control method provided in this invention, when detecting that an entity managed by the BMC is equipped with a sensor, controls the entity monitored by the first sensor PDR through a first effector PDR, and stores the entity information monitored by the first sensor PDR in a local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor. The method receives a platform-level data model (PLDM) request sent by the server system component OPAL; according to the PLDM request, it obtains the entity information monitored by the first sensor PDR and sends it to OPAL, so that OPAL can control the entity managed by OPAL based on the entity information through a pre-created second effector PDR. In this invention, the server's OPAL and BMC synchronize the sensor PDR, i.e., the monitored entity information, to each other based on the PLDM protocol request, realizing real-time sensor information management. Since OPAL and BMC interact through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, facilitating flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR accurately determines the entity that the server needs to control, achieving precise server control and thus meeting the control requirements of complex server systems. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below.

[0040] Figure 1 A flowchart illustrating the steps of a server control method provided in an embodiment of the present invention;

[0041] Figure 2 yes Figure 1 The diagram shown illustrates the creation of a sensor PDR in the server control method provided in this embodiment of the application.

[0042] Figure 3 This is a flowchart of a server control method provided in an embodiment of the present invention;

[0043] Figure 4 This is a flowchart of another server control method provided in an embodiment of the present invention;

[0044] Figure 5 This is a flowchart of another server control method provided in an embodiment of the present invention;

[0045] Figure 6 This is a schematic diagram of the structure of a server control device provided in an embodiment of this application;

[0046] Figure 7 This is a schematic diagram of another server control device provided in an embodiment of this application;

[0047] Figure 8 This is a schematic diagram of a server control system provided in an embodiment of this application;

[0048] Figure 9 This is a schematic diagram of the structure of a communication device provided in an embodiment of the present invention. Detailed Implementation

[0049] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the various embodiments of the present invention will be described in detail below with reference to the accompanying drawings. However, those skilled in the art will understand that many technical details are presented in the various embodiments of the present invention to facilitate a better understanding of this application. However, the technical solutions claimed in this application can be implemented even without these technical details and various changes and modifications based on the following embodiments. The division of the various embodiments below is for ease of description and should not constitute any limitation on the specific implementation of the present invention. The various embodiments can be combined with and referenced by each other without contradiction.

[0050] Reference Figure 1 This diagram illustrates a flowchart of the steps of a server control method provided in an embodiment of the present invention, which is applied to... Figure 8 The method of the baseboard management controller (BMC) of the server control system shown may include:

[0051] Step 101: When it is detected that an entity managed by BMC is equipped with a sensor, the entity monitored by the first sensor PDR is controlled by the first effector PDR, and the entity information monitored by the first sensor PDR is stored in the local PDR warehouse.

[0052] The first sensor PDR and the first effector PDR are pre-created based on the sensor.

[0053] In this embodiment of the invention, the BMC (Baseboard Management Controller) includes a detection unit, a local PDR repository, etc. When the detection unit at the BMC detects that an entity managed by the BMC is equipped with a sensor, it pre-creates a first effector PDR and a first sensor PDR corresponding to the sensor based on the sensor.

[0054] It should be noted that the sensor monitors various parameters of the entity, and the effector is used to pre-set the numerical range, unit, precision, and other information of the monitored parameters. Furthermore, the effector can control the parameter values ​​of the entity; any parameter type that the sensor can monitor can be set through the effector. In this embodiment, the first effector PDR controls the entity monitored by the first sensor PDR and stores the entity information monitored by the first sensor PDR in a local PDR repository.

[0055] In this embodiment, the PDR (Platform Descriptor Record) is used to describe the semantic information, functions, and services of sensors and monitored entities in the PLDM (Platform Level Data Model) platform management subsystem of the server system firmware. The PLDM platform management subsystem introduces PDRs. Sensor PDRs provide a mechanism for associating sensors with entities, while effector PDRs provide a general mechanism for controlling or configuring the state or numerical settings of entities. An entity can be equipped with multiple sensors. When a sensor is detected on an entity managed by the BMC, the sensor is responsible for monitoring the entity, allowing the system to acquire various monitoring values ​​and thresholds from the sensor, including CPU temperature, voltage, fan speed, power modulation module temperature, etc. Each sensor creates at least one corresponding sensor PDR. The first sensor PDR is used to identify the correspondence between the sensor and the entity, and the first effector PDR is used to adjust the entity monitored by the first sensor PDR according to preset parameters.

[0056] It should be noted that the entities in the Open POWER server system can be divided into physical entities and logical entities. Physical entities are the physical components of the system, including processors, power supplies, fans, memory chips, etc.; logical entities are logical concepts, including logical power supplies, etc. When the detection unit detects that the entity managed by the BMC is equipped with a sensor, it pre-creates a first effector PDR and a first sensor PDR based on the sensor to monitor and control the entity.

[0057] In this embodiment, step 101, which creates a Platform Descriptor Record (PDR) for the sensor based on the sensor information, may include the following steps:

[0058] First, when a sensor is detected on an entity managed by the BMC, a sensor number is generated based on the sensor, and a first effector PDR corresponding to the sensor is created.

[0059] In this embodiment, the detection unit at the Baseboard Management Controller (BMC) detects a managed entity. Whenever a sensor is detected beneath the entity, a unique sensor number is generated based on the sensor, and a first effector (PDR) corresponding to the sensor is created. It should be noted that the sensor number is a unique identifier for the sensor. In this embodiment, the PDR uses a 16-bit encoding for numbering, allowing the BMC to manage up to 2^16 sensors. This expands the number of sensors managed by the server, thus meeting the need for comprehensive system status monitoring in complex server systems.

[0060] Secondly, based on the sensor number, multiple first sensor PDRs are created according to a preset format, wherein each first sensor PDR includes the correspondence between the sensor and the monitored entity.

[0061] In this embodiment, the PLDM protocol supports a 16-bit sensor number encoding format. Therefore, after the Baseboard Management Controller (BMC) generates a sensor number based on the detected entity and sensor, it creates multiple first sensor PDRs corresponding to the sensor according to the sensor number and a preset format. Each first sensor PDR has a unique index number and includes the correspondence between the sensor and the monitored entity. The monitored entity information may include the sensor number, monitored value, entity identifier, etc., which are not specifically limited here.

[0062] Finally, based on the preset parameters of the first effector PDR, the entity monitored by the first sensor PDR is adjusted, and the entity information monitored by the first sensor PDR is stored in the local PDR repository.

[0063] In this embodiment, the preset parameters of the first effector PDR may include the numerical range, unit, and precision of the monitored entity. Based on the preset parameters of the first effector PDR, the entity monitored by the first sensor PDR is adjusted, and the entity information monitored by the adjusted first sensor PDR is stored in the local PDR warehouse. This information is then used to send the first sensor PDR to the OPAL of the server to achieve synchronous sensor monitoring information and server control.

[0064] For ease of understanding, see Figure 2As shown, the detection unit of the Baseboard Management Controller (BMC) detects entities managed by the BMC. An entity may be equipped with multiple sensors. According to the technical solution provided in step 101, an entity is equipped with multiple sensors. The sensors are responsible for monitoring the entity and are used by the system to obtain various monitoring values ​​and monitoring thresholds from the sensors. A first sensor PDR is created for each sensor. Each first sensor PDR includes the correspondence between the sensor and the monitored entity, as well as the sensor number, entity type, and entity instance number.

[0065] Step 102: Receive the Platform-Level Data Model (PLDM) request sent by the server system component OPAL.

[0066] In this embodiment of the invention, the Baseboard Management Controller (BMC) includes a local PDR repository. Newly created first sensor PDRs are stored in the local PDR repository to store real-time sensor monitoring data. The local PDR repository is used to store sensor PDRs communicated between the BMC and the OPAL server.

[0067] It should be noted that after each first sensor PDR is created, the Baseboard Management Controller (BMC) will synchronously save the sensor information corresponding to the first sensor PDR to the local PDR repository. The sensor information will be updated in real time according to the actual sensor topology, thereby adapting to the dynamic changes of sensors on different platforms and making the management method more flexible.

[0068] Step 103: According to the PLDM request, obtain the entity information monitored by the first sensor PDR and send it to OPAL, so that OPAL can control the entity managed by OPAL through the pre-created second effector PDR based on the entity information.

[0069] In this embodiment of the invention, the system component OPAL of the Open POWER server needs to collect the correspondence information between sensors and entities at the BMC end, so as to regulate the entities it manages based on the entity information monitored by the BMC. Therefore, the baseboard management controller (BMC) receives the PLDM request sent by the system component OPAL, obtains the entity information monitored by the first sensor PDR according to the PLDM request, and sends it to OPAL, so that OPAL can regulate the entities managed by OPAL based on the entity information through the pre-created second effector PDR.

[0070] It should be noted that when OPAL and BMC communicate, if one party wants to obtain sensor monitoring information managed by the other, it needs to send a PLDM request. After receiving the PLDM request, the other party indexes the target sensor, processes it, and returns the entity information monitored by the sensor's PDR to the requesting party. Specifically, the Baseboard Management Controller (BMC) receives the PLDM request, which is an encapsulation of information requests from both communicating parties using the PLDM protocol. This encapsulation is then transmitted through the MCTP protocol layer. Based on the PLDM request, the BMC retrieves the entity information monitored by the first sensor's PDR in its local PDR repository, enabling it to send the sensor's real-time monitoring data to OPAL.

[0071] In this embodiment, BMC and OPAL interact through the PLDM protocol stack to achieve the sharing of entity information monitored by both sensors. PLDM supports a 16-bit sensor number encoding format, which expands the number of sensors on the monitoring server, thereby meeting the needs of comprehensive monitoring of system status in complex server systems. The PLDM method does not require hard-coding of sensor topology information. If the sensor topology information changes during use, the sensor information can be updated in real time according to the actual topology structure, which can adapt to the dynamic changes of different platforms and make the management method more flexible.

[0072] The server control method provided in this invention, when detecting that an entity managed by the BMC is equipped with a sensor, controls the entity monitored by the first sensor PDR through a first effector PDR, and stores the entity information monitored by the first sensor PDR in a local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor. The method receives a platform-level data model (PLDM) request sent by the server system component OPAL; according to the PLDM request, it obtains the entity information monitored by the first sensor PDR and sends it to OPAL, so that OPAL can control the entity managed by OPAL based on the entity information through a pre-created second effector PDR. In this invention, the server's OPAL and BMC synchronize the sensor PDR, i.e., the monitored entity information, to each other based on the PLDM protocol request, realizing real-time sensor information management. Since OPAL and BMC interact through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, facilitating flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR accurately determines the entity that the server needs to control, achieving precise server control and thus meeting the control requirements of complex server systems.

[0073] Furthermore, the server control method disclosed in this embodiment is basically the same as the steps disclosed in the above embodiments, except that after step 103, it may further include:

[0074] If an update to entity information monitored by the first sensor PDR in the local PDR warehouse is detected, an update notification is sent to OPAL to inform OPAL.

[0075] In this embodiment, the Baseboard Management Controller (BMC) saves the corresponding monitoring information to a local PDR repository after each creation of a first Sensor Device Receiver (PDR). Upon detecting an update to the entity information monitored by the first sensor PDR in the local PDR repository, the BMC sends an update notification to the OPAL to inform the OPAL that the entity information monitored by the first sensor PDR in the local PDR repository has been updated. For example, the BMC sends an update notification to the OPAL stating "PDR repository updated".

[0076] It should be noted that this embodiment does not limit the specific execution location of the above steps. In this embodiment, for ease of understanding, it is described as if the step is performed after step 103. In actual use, this step can also be performed after step 102 and before step 103. Each case will not be described in detail here.

[0077] Compared with the prior art, the embodiments of the present invention, based on achieving the beneficial effects of the first embodiment, promptly notify the server OPAL of the updates to the entity information monitored by the first sensor PDR in the local PDR warehouse, so that OPAL can obtain the latest first sensor PDR in real time, realize real-time sensor information management, and facilitate further precise adjustment of the entities on the server.

[0078] To enable those skilled in the art to more clearly understand the process of the server control method disclosed in the above embodiments of the present invention, please refer to... Figure 3 The flowchart illustrates the server control method provided in this embodiment of the invention, applied to... Figure 8 The Baseboard Management Controller (BMC) shown is used as an example for explanation.

[0079] S201, Detecting entity.

[0080] Specifically, the BMC includes a detection unit, a local PDR repository, etc. The detection unit at the BMC end detects the entities managed by the BMC to determine whether the entities are equipped with sensors. If the entities are equipped with sensors, the first effector PDR and the first sensor PDR are created based on the sensors.

[0081] S202, Sensors mounted on the detection entity.

[0082] It should be noted that entities managed by BMC can be equipped with multiple sensors. The sensors are responsible for monitoring the entities and are used by the system to obtain various monitoring values ​​and monitoring thresholds from the sensors, including CPU temperature, voltage, fan speed, power modulation module temperature, etc.

[0083] S203, Generate sensor number, create first effector PDR.

[0084] In this embodiment, when a sensor is detected on an entity managed by the BMC, a sensor number is generated based on the sensor, and a first effector PDR corresponding to the sensor is created to regulate entity data.

[0085] S204, the entity monitored by the first sensor PDR is controlled by the first effector PDR.

[0086] Specifically, the First Effector (PDR) provides a general mechanism for controlling or configuring the state or numerical settings of an entity. When a sensor is detected on an entity managed by the BMC, an entity can have multiple sensors attached. The sensors are responsible for monitoring the entity. The First Sensor (PDR) identifies the correspondence between the sensor and the entity, and the First Effector (PDR) is used to adjust the entity monitored by the First Sensor (PDR) according to preset parameters.

[0087] S205, Create the first sensor PDR.

[0088] In this embodiment, the PLDM uses a 16-bit encoding for numbering, enabling the Baseboard Management Controller (BMC) to manage up to 2^16 sensors. This allows the creation of a corresponding First Sensor DR based on the sensor, expanding the number of sensors managed by the server and thus meeting the need for comprehensive monitoring of system status in complex server systems.

[0089] S206, store the first sensor PDR to the local PDR repository.

[0090] S207, send the first sensor PDR to OPAL.

[0091] In this embodiment, the BMC stores the sensor information of the first sensor PDR in the local PDR repository, so that the BMC can obtain the sensor monitoring data in a timely manner according to the request. When the BMC's sensor has created the corresponding first sensor PDR, it sends the first sensor PDR to OPAL according to the request to realize the synchronization of the entity information monitored by the sensors of both parties.

[0092] The server control method provided in this invention involves the server's OPAL and BMC requesting each other based on the PLDM protocol to synchronize the sensor PDR (Physical Detection Record), i.e., the monitored entity information, to each other, thereby realizing real-time sensor information management. Since the OPAL and BMC interact with each other through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, facilitating flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR accurately determines the entity that the server needs to control, thereby achieving precise control of the server and meeting the control requirements of complex server systems.

[0093] Reference Figure 4 This illustrates a flowchart of another server control method provided by an embodiment of the present invention, applied to... Figure 8 The OPAL of the server shown can include the following methods:

[0094] Step 301: Obtain the first sensor PDR stored in the local PDR warehouse by the Baseboard Management Controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity.

[0095] In this embodiment of the invention, the system component OPAL of the Open POWER server includes a local PDR repository, a PDR parsing module, etc. Since OPAL not only needs to collect the entity information it manages, but also needs to collect the sensor information of the BMC, based on the index number of each first sensor PDR, OPAL obtains the first sensor PDR stored in the local PDR repository by the BMC and parses the first sensor PDR. According to the sensor number and entity identifier of the parsed first sensor PDR, the correspondence between the sensor and the monitored entity is obtained.

[0096] It should be noted that in traditional server systems, OPAL and BMC pre-negotiate sensor topology information, compiling the agreed-upon sensor and associated entity information into OPAL in a hard-coded form. After compilation, if the sensor topology information needs to be changed, the hard-coded information must be modified and OPAL recompiled, making management cumbersome. In this embodiment of the invention, OPAL and BMC do not need to pre-hard-code sensor topology information. Instead, they continuously interact regarding sensor information during system startup, resulting in more flexible management. Furthermore, because the PLDM platform increases the number of bits used for sensor numbering, it expands the number of sensors that the Open POWER server can manage, better meeting the needs of complex server systems.

[0097] Step 302: Based on the correspondence between the sensor and the monitored entity, send a Platform-Level Data Model (PLDM) request to the BMC. The PLDM request is used to obtain entity information monitored by the BMC's first sensor, PDR.

[0098] In this embodiment, since OPAL and BMC each manage their own entities, and each entity has several sensors mounted on it to monitor its status, both parties not only manage their own sensors but can also send sensor information to each other, achieving information sharing. The information exchange process between the two parties is completed based on the PLDM protocol stack. Therefore, OPAL can send a PLDM request to BMC according to the correspondence between sensors and monitored entities. The PLDM request is used to obtain entity information monitored by BMC's first sensor, PDR.

[0099] Specifically, step 302, based on the correspondence between sensors and monitored entities, sends a platform-level data model (PLDM) request to the BMC, which may include the following steps:

[0100] First, based on the correspondence between sensors and monitored entities, the sensor number is retrieved;

[0101] Secondly, based on the sensor number, a PLDM request is sent to the BMC so that the BMC can obtain the entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL.

[0102] It should be noted that if OPAL needs to obtain information about a certain entity monitored by the BMC sensor, it can query the corresponding sensor number in the local PDR warehouse based on the first sensor PDR and send a PLDM request to the BMC so that the BMC can obtain the real-time monitoring data of the sensor and reply to OPAL.

[0103] Step 303: Receive entity information monitored by the first sensor PDR sent by BMC, and regulate the entity managed by OPAL through the pre-created second effector PDR.

[0104] In this embodiment of the invention, the server's system component OPAL receives entity information monitored by a first sensor PDR sent by the BMC according to a PLDM request. The OPAL system component is used to initialize computer hardware, initialize the operating system runtime environment, boot the operating system, and provide runtime services for the operating system. OPAL includes a local PDR repository for storing its own effector PDRs and the received sensor PDRs from the BMC. Specifically, OPAL stores the first sensor PDR received from the BMC into the local PDR repository, and controls the entities managed by OPAL through pre-created second effector PDRs based on the entity information monitored by the first sensor PDR.

[0105] It should be noted that after the Open POWER server's system component OPAL obtains the entity information monitored by the first sensor PDR, it saves the entity information monitored by the first sensor PDR to its local storage, thereby updating the monitoring data in real time. This allows for precise control of the entities managed by OPAL through the second effector PDR. For example, based on the component temperature and fan speed monitored by the first sensor PDR, the second effector PDR can adjust the fan speed on the server.

[0106] Specifically, in this embodiment, step 303, receiving entity information monitored by the first sensor PDR sent by the BMC, and controlling the entity managed by OPAL through the pre-created second effector PDR, may include the following steps:

[0107] Receive entity information monitored by the first sensor PDR sent by BMC;

[0108] Based on the entity information monitored by the first sensor PDR and the preset parameters of the second effector PDR, the entity managed by OPAL is controlled. The second effector PDR is pre-created when it is detected that the entity managed by OPAL is equipped with a sensor.

[0109] The server control method provided in this invention obtains a first sensor PDR stored in a local PDR repository by the BMC, parses the first sensor PDR to obtain the correspondence between the sensor and the monitored entity, and sends a PLDM request to the BMC based on the correspondence. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC. The method receives the entity information monitored by the first sensor PDR sent by the BMC and controls the entities managed by the OPAL through a pre-created second effector PDR. In this invention, the server's OPAL and BMC synchronize the sensor PDR, i.e., the monitored entity information, to each other based on the PLDM protocol request, realizing real-time sensor information management. Since the OPAL and BMC interact through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, facilitating flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR accurately determines the entity that the server needs to control, achieving precise server control and thus meeting the control requirements of complex server systems.

[0110] To enable those skilled in the art to more clearly understand the process of the server control method disclosed in the above embodiments of the present invention, please refer to... Figure 5 The flowchart illustrates the server control method provided in this embodiment of the invention, applied to... Figure 8 The OPAL server shown is used as an example for explanation.

[0111] S401, Obtain the first sensor PDR of BMC and analyze the first sensor PDR.

[0112] Specifically, the Open POWER server's system component OPAL obtains the first sensor PDR of the BMC. The PDR parsing module in OPAL parses the first sensor PDR to obtain the correspondence between the sensor and the entity.

[0113] S402, Obtain the correspondence between the sensor and the monitored entity.

[0114] It should be noted that since OPAL not only collects sensor information from its own managed sensors, but also from the BMC's sensors, each sensor PDR has a unique index number and contains a sensor number, monitored value, and entity identifier. Based on the parsed sensor PDR's sensor number, monitored value, and entity identifier, the correspondence between sensors and entities is obtained.

[0115] S403, send a PLDM request to the BMC.

[0116] Specifically, if OPAL needs to obtain information about a specific entity monitored by the BMC sensor, it can query the corresponding sensor number in the local PDR repository based on the sensor PDR and send a PLDM request to the BMC. This allows the BMC to obtain the sensor's real-time monitoring data and reply to OPAL according to the preset monitoring data query method corresponding to this sensor in the sensor information database.

[0117] In this embodiment, a PLDM request is sent to the BMC based on the sensor number, so that the BMC can obtain the real-time sensor monitoring data from the local sensor information database and send it to the OPAL.

[0118] S404: Obtain entity information monitored by the first sensor PDR, and regulate and manage the entity through the second effector PDR.

[0119] Specifically, the second effector, PDR, can adjust the parameter values ​​of an entity. Any parameter type that the sensor can monitor can be set through the effector. OPAL acquires information about a specific entity monitored by the first sensor, PDR, and, based on the server fan speed and component temperature, combined with the preset parameters of the second effector, PDR, adjusts the server's physical fan speed.

[0120] In the server control method of this invention, the server's OPAL and BMC request each other based on the PLDM protocol to synchronize the sensor PDR (Physical Detection Record), i.e., the monitored entity information, to each other, thereby realizing real-time sensor information management. Since the OPAL and BMC interact with each other through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, which facilitates flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR is used to accurately determine the entity that the server needs to control, thereby realizing precise control of the server and meeting the control requirements of complex server systems.

[0121] Reference Figure 6 This diagram illustrates a structural schematic of a server control device provided in an embodiment of the present invention, which is applied to... Figure 8 The board management controller (BMC) shown is as follows: Figure 6 As shown, the device may include:

[0122] The first processing module 501 is used to, when it is detected that an entity managed by the BMC is equipped with a sensor, regulate the entity monitored by the first sensor PDR through the first effector PDR, and store the entity information monitored by the first sensor PDR in the local PDR warehouse, wherein the first sensor PDR and the first effector PDR are pre-created based on the sensor.

[0123] The request receiving module 502 is used to receive the platform-level data model (PLDM) request sent by the server system component OPAL.

[0124] The information sending module 503 is used to obtain entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL, so that the OPAL can control the entity managed by the OPAL according to the entity information through the pre-created second effector PDR.

[0125] Furthermore, the first processing module 501 includes:

[0126] The first creation submodule is used to generate a sensor number based on the sensor and create a first effector PDR corresponding to the sensor when the BMC-managed entity is detected to be equipped with a sensor.

[0127] The first creation submodule is used to create multiple first sensor PDRs according to the sensor number and a preset format, wherein each first sensor PDR includes the correspondence between the sensor and the monitored entity;

[0128] The storage submodule is used to adjust the entities monitored by the first sensor PDR according to the preset parameters of the first effector PDR, and store the entity information monitored by the first sensor PDR in the local PDR warehouse.

[0129] Furthermore, the device also includes:

[0130] The update notification module is used to send an update notification to the OPAL if an update is detected in the entity information monitored by the first sensor PDR in the local PDR warehouse, so as to notify the OPAL.

[0131] This invention provides a server control device in which the server's OPAL and BMC request each other based on the PLDM protocol to synchronize sensor PDR (Physical Detection Record), i.e., the monitored entity information, to each other, thereby realizing real-time sensor information management. Since the OPAL and BMC interact with each other through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, which facilitates flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR is used to accurately determine the entity that the server needs to control, thereby realizing precise control of the server and meeting the control requirements of complex server systems.

[0132] Reference Figure 7 This diagram illustrates the structure of another server control device provided in an embodiment of the present invention, which is applied to... Figure 8 The server's system component OPAL is shown, such as Figure 7 As shown, the device may include:

[0133] The first acquisition module 601 is used to acquire the first sensor PDR stored in the local PDR warehouse by the baseboard management controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity.

[0134] The request sending module 602 is used to send a platform-level data model (PLDM) request to the BMC according to the correspondence between the sensor and the monitored entity. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC.

[0135] The receiving information module 603 is used to receive entity information monitored by the first sensor PDR sent by the BMC, and to regulate the entity managed by the OPAL through a pre-created second effector PDR.

[0136] Furthermore, the request sending module 602 includes:

[0137] The query submodule is used to query the sensor number based on the correspondence between the sensor and the monitored entity;

[0138] The sending submodule is used to send the PLDM request to the BMC according to the sensor number, so that the BMC can obtain the entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL.

[0139] Furthermore, the receiving information module 603 includes:

[0140] The receiving submodule is used to receive entity information monitored by the first sensor PDR sent by the BMC;

[0141] The control submodule is used to control the entity managed by OPAL based on the entity information monitored by the first sensor PDR and the preset parameters of the second effector PDR, wherein the second effector PDR is pre-created when the entity managed by OPAL is detected to be equipped with a sensor.

[0142] Another server control device provided by this invention involves the server's OPAL and BMC requesting each other based on the PLDM protocol to synchronize the sensor PDR (Physical Detection Data) – the monitored entity information – to each other, thereby achieving real-time sensor information management. Since the OPAL and BMC interact with each other through the PLDM protocol stack, the number of sensors that can be managed on the server is expanded, and the monitored entity information can be updated in real time, facilitating flexible management and control. Based on the entity information synchronized by the sensor PDR, the created effector PDR accurately determines the entity that the server needs to control, achieving precise control of the server and thus meeting the control requirements of complex server systems.

[0143] Reference Figure 8 This application provides a server control system, including: a baseboard management controller (BMC) and a server system component OPAL, wherein the OPAL and the BMC communicate based on the PLDM protocol;

[0144] The BMC is used to, when it detects that an entity managed by the BMC is equipped with a sensor, regulate the entity monitored by the first sensor PDR through the first effector PDR, and store the entity information monitored by the first sensor PDR in a local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor. The BMC receives a platform-level data model (PLDM) request sent by the server system component OPAL, obtains the entity information monitored by the first sensor PDR according to the PLDM request, and sends it to the OPAL, so that the OPAL regulates the entity managed by the OPAL through the pre-created second effector PDR based on the entity information.

[0145] The OPAL is used to acquire the first sensor PDR stored in the local PDR warehouse of the BMC, parse the first sensor PDR to obtain the correspondence between the sensor and the monitored entity; according to the correspondence between the sensor and the monitored entity, send a PLDM request to the BMC, the PLDM request is used to acquire the entity information monitored by the first sensor PDR of the BMC, receive the entity information monitored by the first sensor PDR sent by the BMC, and regulate the entity managed by the OPAL through the pre-created second effector PDR.

[0146] Furthermore, the BMC is also used to send an update notification to the OPAL if it detects an update to the entity information monitored by the first sensor PDR in the local PDR warehouse, so as to notify the OPAL.

[0147] This invention also provides a communication device, such as... Figure 9 As shown, it includes a processor 701, a communication interface 702, a memory 703, and a communication bus 704, wherein the processor 701, the communication interface 702, and the memory 703 communicate with each other through the communication bus 704.

[0148] Memory 703 is used to store computer programs;

[0149] When processor 701 executes a program stored in memory 703, it performs the following steps:

[0150] When a sensor is detected on an entity managed by the BMC, the entity monitored by the first sensor PDR is controlled via the first effector PDR. The entity information monitored by the first sensor PDR is stored in a local PDR repository. The first sensor PDR and the first effector PDR are pre-created based on the sensor. A platform-level data model (PLDM) request is received from the server system component OPAL. Based on the PLDM request, the entity information monitored by the first sensor PDR is obtained and sent to the OPAL, so that the OPAL controls the entity managed by the OPAL via the pre-created second effector PDR based on the entity information; or

[0151] The system acquires the first sensor PDR stored in the local PDR repository of the BMC, parses the first sensor PDR to obtain the correspondence between the sensor and the monitored entity, and sends a PLDM request to the BMC based on the correspondence between the sensor and the monitored entity. The PLDM request is used to acquire the entity information monitored by the first sensor PDR of the BMC. The system receives the entity information monitored by the first sensor PDR sent by the BMC and controls the entity managed by the OPAL through a pre-created second effector PDR.

[0152] The communication bus mentioned above can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0153] The communication interface is used for communication between the aforementioned terminal and other devices.

[0154] The memory may include random access memory (RAM) or non-volatile memory, such as at least one disk storage device. Optionally, the memory may also be at least one storage device located remotely from the aforementioned processor.

[0155] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0156] In another embodiment of the present invention, a computer-readable storage medium is also provided, which stores instructions that, when executed on a computer, cause the computer to perform any of the server control methods described in the above embodiments.

[0157] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present invention are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (SSD)).

[0158] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0159] The various embodiments in this specification are described in a related manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0160] The above description is merely a preferred embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention are included within the scope of protection of the present invention.

Claims

1. A server control method, characterized in that, The method, applied to a baseboard management controller (BMC), includes: When a sensor is detected on an entity managed by the BMC, the entity monitored by the first sensor PDR is controlled by the first effector PDR, and the entity information monitored by the first sensor PDR is stored in the local PDR repository, including: If a sensor is detected on an entity managed by the BMC, a sensor number is generated based on the sensor, and the first effector PDR corresponding to the sensor is created. Based on the sensor number, multiple first sensor PDRs are created according to a preset format, wherein each first sensor PDR includes the correspondence between the sensor and the monitored entity; According to the preset parameters of the first effector PDR, the entity monitored by the first sensor PDR is adjusted, and the entity information monitored by the first sensor PDR is stored in the local PDR warehouse; wherein, the first sensor PDR and the first effector PDR are pre-created based on the sensor; after each creation of the first sensor PDR, the BMC synchronously saves the sensor information corresponding to the first sensor PDR to the local PDR warehouse. Receive platform-level data model (PLDM) requests sent by the server system component OPAL; According to the PLDM request, the entity information monitored by the first sensor PDR is obtained and sent to the OPAL, so that the OPAL can control the entity managed by the OPAL through the pre-created second effector PDR based on the entity information; the BMC and the OPAL interact with each other through the PLDM protocol stack to realize the sharing of entity information monitored by both sensors; the PLDM protocol stack updates the sensor information in real time according to the actual topology, and the PLDM protocol stack supports the encoding format of sensor number.

2. The method according to claim 1, characterized in that, After obtaining the entity information monitored by the first sensor PDR according to the PLDM request and sending it to the OPAL, the method further includes: If an update to the entity information monitored by the first sensor PDR in the local PDR warehouse is detected, an update notification is sent to the OPAL to notify the OPAL.

3. A server control method, characterized in that, The method, applied to the system component OPAL of a server, includes: Obtain the first sensor PDR stored in the local PDR warehouse by the Baseboard Management Controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity. Based on the correspondence between the sensor and the monitored entity, a Platform-Level Data Model (PLDM) request is sent to the BMC. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC. The system receives entity information monitored by the first sensor PDR sent by the BMC, and regulates the entity managed by the OPAL through a pre-created second effector PDR.

4. The method according to claim 3, characterized in that, The step involves sending a Platform-Level Data Model (PLDM) request to the BMC based on the correspondence between the sensor and the monitored entity. The PLDM request is used to obtain entity information monitored by the BMC's first sensor PDR, including: Based on the correspondence between the sensors and the monitored entities, the sensor number is queried; Based on the sensor number, the PLDM request is sent to the BMC so that the BMC can obtain the entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL.

5. The method according to claim 3, characterized in that, The process of receiving entity information monitored by the first sensor PDR sent by the BMC and controlling the entity managed by the OPAL through a pre-created second effector PDR includes: Receive entity information monitored by the first sensor PDR sent by the BMC; The entity managed by OPAL is controlled based on the entity information monitored by the first sensor PDR and the preset parameters of the second effector PDR. The second effector PDR is pre-created when the entity managed by OPAL is detected to have a sensor attached.

6. A server control device, characterized in that, The device, applied to a baseboard management controller (BMC), includes: The first processing module is used to, when it is detected that an entity managed by the BMC is equipped with a sensor, regulate the entity monitored by the first sensor PDR through the first effector PDR, and store the entity information monitored by the first sensor PDR in the local PDR warehouse, wherein the first sensor PDR and the first effector PDR are pre-created based on the sensor. The request receiving module is used to receive platform-level data model (PLDM) requests sent by the server system component OPAL. The information sending module is used to obtain entity information monitored by the first sensor PDR according to the PLDM request and send it to the OPAL, so that the OPAL can control the entity managed by the OPAL according to the entity information through the pre-created second effector PDR.

7. A server control device, characterized in that, The system component OPAL applied to a server, the device comprising: The first acquisition module is used to acquire the first sensor PDR stored in the local PDR warehouse by the baseboard management controller (BMC), parse the first sensor PDR, and obtain the correspondence between the sensor and the monitored entity. The request sending module is used to send a Platform Level Data Model (PLDM) request to the BMC based on the correspondence between the sensor and the monitored entity. The PLDM request is used to obtain entity information monitored by the first sensor PDR of the BMC. The receiving information module is used to receive entity information monitored by the first sensor PDR sent by the BMC, and to regulate the entity managed by the OPAL through the pre-created second effector PDR.

8. A server control system, characterized in that, include: The system components OPAL (Plug-in Management Controller, BMC) and server are configured such that OPAL and BMC communicate based on the PLDM protocol to share entity information monitored by their sensors. The PLDM protocol stack updates sensor information in real time according to the actual topology and supports the encoding format of sensor numbers. The BMC, when detecting that an entity managed by the BMC is equipped with a sensor, controls the entity monitored by the first sensor PDR through the first effector PDR, and stores the entity information monitored by the first sensor PDR in a local PDR repository. This includes: when the BMC-managed entity is detected to be equipped with a sensor, generating a sensor number based on the sensor, and creating a first effector PDR corresponding to the sensor; creating multiple first sensor PDRs according to the sensor number and a preset format, wherein each first sensor PDR includes the correspondence between the sensor and the monitored entity; controlling the entity monitored by the first sensor PDR according to preset parameters of the first effector PDR, and storing the entity information monitored by the first sensor PDR in the local PDR repository; wherein the first sensor PDR and the first effector PDR are pre-created based on the sensor; receiving a platform-level data model (PLDM) request sent by the server system component OPAL; obtaining the entity information monitored by the first sensor PDR according to the PLDM request and sending it to the OPAL, so that the OPAL controls the entity managed by the OPAL through the pre-created second effector PDR based on the entity information. The OPAL is used to acquire the first sensor PDR stored in the local PDR warehouse of the BMC, parse the first sensor PDR to obtain the correspondence between the sensor and the monitored entity; according to the correspondence between the sensor and the monitored entity, send a PLDM request to the BMC, the PLDM request is used to acquire the entity information monitored by the first sensor PDR of the BMC, receive the entity information monitored by the first sensor PDR sent by the BMC, and regulate the entity managed by the OPAL through the pre-created second effector PDR.

9. A communication device, comprising: A transceiver, a memory, a processor, and a program stored in the memory and executable on the processor; characterized in that, The processor is configured to read a program from the memory to implement the steps in the server control method as described in any one of claims 1-2, or to implement the steps in the server control method as described in any one of claims 3-5.

10. A readable storage medium for storing a program, characterized in that, When the program is executed by the processor, it implements the steps in the server control method as described in any one of claims 1-2, or implements the steps in the server control method as described in any one of claims 3-5.

Images