Server fault processing method, system, electronic device, computer storage medium, and computer program product

Abstract

Provided in the embodiments of the present disclosure are a server fault processing method, a system, an electronic device, a computer storage medium, and a computer program product. The server fault processing method comprises: monitoring the operating states of at least two processor systems in a target server when the at least two processor systems access local storage devices that are respectively mounted thereon, wherein each processor system comprises computing resources deployed to a virtual machine of the processor system, and the local storage device mounted on each processor system comprises storage resources deployed to the virtual machine of the processor system; and if the operating state of a first processor system among the at least two processor systems indicates that a system fault has occurred in the first processor system, migrating the virtual machine in the first processor system to a second processor system among the at least two processor systems, and switching the local storage device, which is mounted on the first processor system, to be mounted on the second processor system.

Description

[0001] This disclosure claims priority to Chinese patent application number 202410181979.0, filed with the China Patent Office on February 18, 2024, entitled "Server Fault Handling Method, System, Electronic Device, Computer Storage Medium, and Computer Program Product," the entire contents of which are incorporated herein by reference. Technical Field: Embodiments of the present disclosure relate to the field of computer technology, and more particularly to a server fault handling method, system, electronic device, computer storage medium, and computer program product. Background: Generally speaking, a cloud server system includes multiple servers that are communicatively connected to each other. Each server's physical machine can be configured with a virtual machine, and distributed computing is achieved through data communication between virtual machines in different servers. For example, a processor system in a server may include computing resources such as memory and a processor. A local storage device is mounted on the processor system as a storage device. Virtual machines running in memory access the local storage device through the processor to perform access to the local storage device. For example, the processor reads data from the local storage device to the virtual machine, or writes data from the virtual machine to the local storage device. Because the virtual machines in various servers are interconnected and have data communication, if a processor system or local storage device in a server fails, the required repair time and cost are significant, resulting in poor reliability of server fault handling. In view of this, embodiments of the present disclosure provide a server fault handling method, system, electronic device, computer storage medium, and computer program product to address the aforementioned issues. According to a first aspect of an embodiment of the present disclosure, a server failure handling method is provided, comprising: monitoring the operating status of at least two processor systems in a target server when accessing respective mounted local storage devices, wherein each processor system includes computing resources of a virtual machine deployed to the processor system, and the local storage devices mounted to each processor system include storage resources of the virtual machine deployed to the processor system; if the operating status of a first processor system among the at least two processor systems indicates that a system failure has occurred in the first processor system, migrating the virtual machines in the first processor system to a second processor system among the at least two processor systems, and switching the local storage devices mounted to the first processor system to be mounted to the second processor system.According to a second aspect of an embodiment of the present disclosure, a server failure handling method is provided, comprising: monitoring a working status of a first local storage device among at least two local storage devices in a target server when accessed by a mounted processor system, the processor system comprising computing resources of a virtual machine deployed to the processor system, and the at least two local storage devices comprising storage resources of the virtual machine deployed to the processor system; if the working status indicates that a device failure has occurred in the first local storage device, switching the processor system from mounting the first local storage device to mounting a second local storage device among the at least two local storage devices. According to a third aspect of an embodiment of the present disclosure, a server fault handling apparatus is provided, comprising: a monitoring module, configured to monitor the working status of at least two processor systems in a target server when accessing respective mounted local storage devices, wherein each processor system includes computing resources of a virtual machine deployed to the processor system, and the local storage devices mounted to each processor system include storage resources of the virtual machine deployed to the processor system; and a switching module, configured to migrate the virtual machines in a first processor system to a second processor system among the at least two processor systems, and switch the local storage devices mounted to the first processor system to be mounted to the second processor system, if the working status of the first processor system indicates that a system fault has occurred in the first processor system. According to a fourth aspect of an embodiment of the present disclosure, a server fault handling apparatus is provided, comprising: a monitoring module configured to monitor the operating status of a first local storage device among at least two local storage devices in a target server when accessed by a mounted processor system, the processor system comprising computing resources of a virtual machine deployed to the processor system, and the at least two local storage devices comprising storage resources of the virtual machine deployed to the processor system; and a switching module configured to switch the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices if the operating status indicates a device failure in the first local storage device. According to a fifth aspect of an embodiment of the present disclosure, a server fault handling system is provided, comprising: at least one server and a monitoring device, the monitoring device configured to execute the method according to the first or second aspect.According to a sixth aspect of an embodiment of the present disclosure, an electronic device is provided, comprising: a processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus; the memory is configured to store at least one executable instruction, wherein the executable instruction causes the processor to perform an operation corresponding to the method described in the first or second aspect. According to a seventh aspect of an embodiment of the present disclosure, a computer storage medium is provided, storing a computer program thereon, wherein when the program is executed by the processor, the method described in the first or second aspect is implemented. According to an eighth aspect of an embodiment of the present disclosure, a computer program product is provided, comprising a computer program / instructions, wherein when the computer program / instructions are executed by the processor, the method described in the first or second aspect is implemented. In the solution of the embodiments of the present disclosure, at least two processor systems in a target server can migrate virtual machines in the first processor system to the second processor system when the operating status of the first processor system indicates a system failure in the first processor system. Accordingly, the local storage device mounted on the first processor system is switched to be mounted on the second processor system, allowing the virtual machines to continue to access the storage resources previously mounted on the local storage device of the first processor system via the second processor system. This avoids the situation where the target server becomes completely unavailable, reduces the impact of the target server failure on the entire server system, and improves the reliability of server failure handling. BRIEF DESCRIPTION OF THE DRAWINGS To more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the following briefly introduces the drawings required for the embodiments or the prior art description. Obviously, the drawings described below only represent some of the embodiments described in the embodiments of the present disclosure. Those skilled in the art can also derive other drawings based on these drawings. Figure 1 is a schematic diagram of the physical machine configuration of some example servers; Figure 2 is a step flow chart of the server fault handling method of some embodiments of the present disclosure; Figure 3 is a schematic diagram of the physical machine configuration of the server of the embodiment of Figure 2; Figures 4A and 4B are schematic diagrams of the states before and after switching of the processor system of the embodiment of Figure 2; Figures 5A and 5B are schematic diagrams of the states before and after switching of the local storage device of the embodiment of Figure 2; Figure 6 is a step flow chart of the server fault handling method of some embodiments of the present disclosure; Figure 7 is a schematic block diagram of a server fault handling device of other embodiments of the present disclosure; Figure 8 is a schematic block diagram of a server fault handling device of other embodiments of the present disclosure; Figure 9 is a structural block diagram of a server fault handling system according to other embodiments of the present disclosure; Figure 10 is a structural schematic diagram of an electronic device according to other embodiments of the present disclosure.DETAILED DESCRIPTION To help those skilled in the art better understand the technical solutions in the embodiments of the present disclosure, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments represent only a portion of the embodiments of the present disclosure, and are not exhaustive. All other embodiments derived by persons skilled in the art based on the embodiments of the present disclosure should fall within the scope of protection of the embodiments of the present disclosure. The specific implementation of the embodiments of the present disclosure will be further described below in conjunction with the accompanying drawings. Figure 1 is a schematic diagram of some example physical machine configurations of servers. A server system includes multiple servers. As shown in Figure 1, in some examples, a processor system in a server can implement computing resources such as memory and processors, and a local storage device, such as a hard disk, is mounted on the processor system as a storage device. In the case of multiple processors, the multiple processors can communicate via a unified point-to-point interconnect (UPI) to improve computing efficiency. Furthermore, virtual machines running in memory access local storage devices through a communication bus, such as PCIe (Peripheral Component Interconnect Express), between the processor and the local storage device. For example, the processor reads data from the local storage device to the virtual machine via the communication bus, or writes data from the virtual machine to the local storage device via the communication bus. In other words, the processor system can access local storage devices mounted to the processor system. Local storage devices can be, for example, hard disks in a cloud storage system constructed from hard disks such as SSDs (Solid State Drives) or HDDs (Hard Disk Drives). For example, a physical machine can be configured with a local disk instance in a cloud storage system. For processor systems based on most processor architectures (e.g., the X86 architecture), a failure in the processor system itself or in the local storage device mounted to the processor system can cause the entire server to fail. Because the virtual machines in the processor systems of each server in the server system are uniformly deployed and configured, to minimize the impact on the entire server system, the data on the local storage devices mounted by the failed processor system cannot be quickly migrated. Moreover, redeploying the local storage devices may result in data loss in the local storage devices.Furthermore, the local storage devices mounted on the processor systems of each server are uniformly deployed and configured as cloud disk instances. If a local storage device fails, it can also cause server failures. In this case, to minimize the impact on the entire server system, the failed local storage device must be isolated and the physical machine must be restarted to restore normal operation. This means that if a processor system or local storage device fails in a server, the repair time and cost of such a server are high, and the reliability of server failure handling is poor. To address this issue, embodiments of the present disclosure provide the following series of solutions. Figure 2 is a flowchart of the server failure handling method according to some embodiments of the present disclosure. The server failure handling method in Figure 2 can be executed by a monitoring device and includes:

[0002] S210: Monitor the operating status of at least two processor systems in the target server when accessing their respective mounted local storage devices. Each processor system includes computing resources for a virtual machine deployed to that processor system, and the local storage devices mounted to each processor system include storage resources for the virtual machine deployed to that processor system. It should be understood that the processor system can be implemented as a host motherboard, which includes computing resources required by the virtual machine, for example, processors such as a CPU (Central Processing Unit) and a GPU (Graphics Processing Unit), and memory such as RAM (Random Access Memory). The local storage device can provide storage resources for the virtual machine, for example, non-volatile storage media such as an SSD or HDD. In other words, the target server including at least two processor systems is configured as a multi-host system. It should also be understood that the operating status of the processor system includes, but is not limited to, processor load, processor frequency, memory usage, etc. Specifically, processor load refers to the number of tasks and workload being processed by the processor system. Processor load can be assessed by monitoring metrics such as processor usage and average load. Processor frequency refers to the processor's operating frequency. The operating status of the processor system can be determined by monitoring changes in processor frequency to determine whether the processor is functioning properly. Memory usage refers to memory usage in the processor system, including various memory metrics such as used memory, available memory, and cache. Monitoring memory usage can be used to determine whether memory is sufficient to meet the needs of the current task. Specifically, when the operating status of the first processor system is within the normal range, the first processor system is considered normal; when the operating status of the first processor system is outside the normal range, the first processor system is considered faulty.

[0003] S220: If the operating status of a first processor system among the at least two processor systems indicates that a system failure has occurred in the first processor system, migrate the virtual machine in the first processor system to a second processor system among the at least two processor systems, and switch the local storage device mounted by the first processor system to be mounted on the second processor system. It should be understood that the operating status of a processor system may indicate the status of an access path to the mounted local storage device by the processor system. If a device along the access path fails, the operating status of the processor system may become abnormal. For example, the operating status of the processor system may indicate a device failure of the local storage device and / or a system failure of the processor system. It should also be understood that when executing the above-mentioned switching process, the operating system installed in the second processor system (e.g., the motherboard) can detect the newly connected local storage device through a hardware detection program such as BIOS (Basic Input / Output System) or UEFI (Unified Extensible Firmware Interface). The operating system can then read relevant information about the local storage device (e.g., device model, serial number, etc.) and assign an identifier to the local storage device. The operating system of the second processor system then establishes data communication between the second processor system and the local storage device by loading the local storage device driver. The operating system can then map the storage space of the local storage device to the file system structure of the operating system, enabling the virtual machine to read and write data on the local storage device through the operating system. It should also be understood that each processor system can independently install its own operating system. The processor system that installed the operating system can mount the local storage device by associating the identified storage partition of the mounted local storage device with the file system. In the solution of the embodiment of the present disclosure, at least two processor systems in a target server can migrate virtual machines in the first processor system to the second processor system when the working status of the first processor system indicates that the first processor system has a system failure. Accordingly, the local storage device mounted on the first processor system is switched to be mounted on the second processor system, so that the virtual machines can still access the storage resources of the local storage device previously mounted on the first processor system through the second processor system. This avoids the situation where the target server is completely unavailable, reduces the scope of the impact of the target server failure on the entire server system, and improves the reliability of server failure handling.In some embodiments, a cloud service management system, for example, can configure virtual machines and local storage devices of a cloud storage system within a server's physical machine. As shown in FIG3 , the physical machine of server 10 includes at least two processor systems 20. Processor system 20 can be implemented as a mainboard within the physical machine. Processor system 20 includes memory and a processor, such as a CPU, providing computing resources for virtual machines. Local storage devices 40 provide storage resources for virtual machines. Furthermore, a cloud service management system, for example, can configure a virtual machine management agent, such as Hypervisor, within processor system 20 to implement virtual machine creation, destruction, and maintenance. Furthermore, a monitoring device 50 is provided external to each server for managing the server. For example, a monitoring agent 500 of the monitoring device 50 within processor system 20 can be configured within the physical machine's processor system 20. It should be understood that monitoring device 50 can be part of the cloud service management system or a monitoring system independent of the cloud service management system. Monitoring agent 500 can be part of the virtual machine management agent or an agent independent of the virtual machine management agent. Furthermore, in Figures 4A and 4B , the physical machine 10 includes a first processor system 21 and a second processor system 22, each of which is provided with memory and a processor such as a CPU. A monitoring device 50 is configured with a monitoring agent 510 on the first processor system 21 and a monitoring agent 520 on the second processor system 22. Furthermore, at least two processor systems (e.g., the first processor system 21 or the second processor system 22) and their local storage devices are connected to a bus switch 30, such as a PCIe switch, via a bus. Each local storage device 40 can be mounted to the corresponding processor system via the bus switch 30, so that virtual machines in the processor system can access the local storage device 40 mounted to that processor system. In the example of Figure 4A , virtual machine A previously deployed in the first processor system 21 can access the local storage device 40 mounted to the first processor system 21. In the example of FIG. 4B , virtual machine A is deployed to the second processor system 22 through virtual machine migration. Since the previously accessed local storage device 40 is mounted to the second processor system 22 through switching, virtual machine A can still access the storage resources of the previous local storage device 40.Without loss of generality, switching the local storage device 40 mounted on the first processor system 21 to be mounted on the second processor system 22 includes: switching the local storage device 40 mounted on the first processor system 21 to be mounted on the second processor system 22 by switching the port connection state of a bus switch. Based on the above processing approach, the bus switch can quickly switch the local storage device from being mounted on the first processor system to being mounted on the second processor system. In some examples, as an example of switching the local storage device mounted on the first processor system to be mounted on the second processor system by switching the port connection state of the bus switch, an association entry between the bus port between the local storage device mounted on the first processor system and the bus switch and the bus port of the first processor system can be set to disabled in a port mapping table indicating the port connection state of the bus switch, and an association entry between the bus port between the local storage device mounted on the first processor system and the bus switch and the bus port of the second processor system can be set to enabled. Alternatively, as an example of switching a local storage device mounted on a first processor system to be mounted on a second processor system by switching the port connection status of a bus switch, the association entry between the bus port between the local storage device mounted on the first processor system and the bus switch and the bus port of the first processor system can be deleted from a port mapping table indicating the port connection status of the bus switch, and an association entry between the bus port between the local storage device mounted on the first processor system and the bus switch and the bus port of the second processor system can be established. Based on the above processing approach, soft switching can be implemented between the bus ports, thereby improving the switching efficiency of the processor system through the bus switch. In other embodiments, migrating a virtual machine from a first processor system to a second processor system of at least two processor systems includes: obtaining configuration information and status information of the virtual machine from the memory of the first processor system; and restoring the virtual machine to the memory of the second processor system of the at least two processor systems based on the configuration information and status information of the virtual machine. Based on the above processing approach, migration of the virtual machine from the first processor system to the second processor system is reliably achieved. For example, the configuration information of the virtual machine includes, but is not limited to, information such as the hardware configuration and network configuration of the virtual machine. The virtual machine status information includes but is not limited to: the virtual machine's memory status, register values, hard disk status, network status and other information.Specifically, when restoring a virtual machine to the memory of a second processor system among at least two processor systems, a new virtual machine instance can be created in the second processor system using virtual machine management software such as VMware or Virtua I Box, and configured with the same hardware configuration as the virtual machine in the first processor system. The virtual machine configuration file can then be imported into the virtual machine management software of the second processor system, ensuring that the configuration file correctly matches the virtual machine instance. Furthermore, virtual machine status information can be imported into the virtual machine instance in the second processor system. For example, information such as memory status, register values, and hard disk status can be imported into the corresponding virtual machine instance. In other embodiments, the server fault handling system can be implemented by a cloud service management system, and the monitoring device in the cloud service management system can configure monitoring agents for each of the at least two processor systems in the server. For example, a first monitoring agent can be configured for the first processor system, and a second monitoring agent can be configured for the second processor system. The first monitoring agent runs in the memory of the first processor system, and the second monitoring agent runs in the memory of the second processor system. Furthermore, the monitoring device can obtain the operating status of each processor system when accessing the mounted local storage device through a monitoring agent in each processor system, and obtain the configuration information and status information of the virtual machine deployed on the processor system from the memory of the processor system. It should be understood that each processor system and each mounted local storage device can be connected to a bus switch via a bus port. The cloud service management system can also configure a port configuration agent for the bus switch. The port configuration agent can manage the bus switch using a port mapping table between the bus ports of the processor system and the bus ports of the local storage device. For example, the monitoring device can send the port mapping table to the bus switch (e.g., the port configuration agent), causing the bus switch to configure each bus port to satisfy the port connection status in each associated table entry in the port mapping table. Furthermore, obtaining the configuration information and status information of the virtual machine from the memory of the first processor system includes: obtaining the configuration information and status information of the virtual machine from the memory of the first processor system and transmitting it to a first monitoring agent running in the memory of the first processor system, and recording the configuration information and status information of the virtual machine via the first monitoring agent. Based on the above processing approach, the first monitoring agent facilitates reliable monitoring while being compatible with the configuration of the processor system.For example, a monitoring agent for a processor system can be loaded into the processor system's memory when the processor system boots up. Data is transmitted between the monitoring agent and the virtual machine via inter-process communication. For example, the virtual machine can periodically send its configuration and status information to the monitoring agent, which can then transmit the virtual machine's configuration and status information to the monitoring device. Alternatively, the monitoring agent can proactively send a request to the virtual machine (e.g., in response to a monitoring request from the monitoring device) to obtain the virtual machine's configuration and status information. After obtaining the virtual machine's configuration and status information, the agent returns the information to the monitoring device. In other embodiments, restoring the virtual machine to the memory of a second processor system among at least two processor systems based on the virtual machine's startup configuration and status information includes: sending the virtual machine's configuration and status information to a second monitoring agent in the memory of the second processor system, and loading the virtual machine's configuration and status information into the memory of the second processor system via the second monitoring agent; and creating the virtual machine in the memory of the second processor system based on the virtual machine's configuration and status information. Based on the above processing approach, the software agent further achieves compatibility with the processor system's configuration. In other embodiments, the virtual machine's status information includes communication status information with virtual machines in other servers. Creating a virtual machine in the memory of the second processor system based on the configuration information and status information of the virtual machine includes: creating the virtual machine in the memory of the second processor system, and placing the virtual machine in a communication state indicated by the communication state information with virtual machines in other servers. Based on the above processing approach, in the server system, the communication state between the virtual machine in the target server and other servers is maintained before a failure occurs in the local storage device or processor system, thereby reducing the impact of the target server on other servers. Furthermore, in Figures 5A and 5B, the physical machine 10 includes a first processor system 21 and a second processor system 22, both of which are provided with memory and a processor such as a CPU. The monitoring device 50 is configured with a monitoring agent 510 in the first processor system 21 and a monitoring agent 520 in the second processor system 22. In this example, the working status of the first local storage device 41 mounted to the first processor system 21 indicates that a device failure has occurred in the first local storage device 41 of the at least two local storage devices. Accordingly, the virtual machine in the first processor system 21 switches from accessing the storage resources of the local storage device 41 to accessing the storage resources of the local storage device 42.Furthermore, by switching the port connection status of the bus switch 30, the first processor system or the second processor system switches from mounting the first local storage device to mounting the second local storage device of the at least two local storage devices. Based on the above processing approach, the bus switch 30 can implement quick switching from the first local storage device to the second local storage device. Furthermore, in the port mapping table indicating the port connection status of the bus switch, the association entry between the bus port of the first processor system or the second processor system and the bus port of the first local storage device is deleted, and an association entry between the bus port of the first processor system or the second processor system and the bus port of the second local storage device is established. Based on the above processing approach, soft switching can be implemented between the bus ports, thereby improving the switching efficiency of local storage devices through the bus switch. Figure 6 is a flowchart of the steps of a server failure handling method according to some embodiments of the present disclosure. The server failure handling method of Figure 6 can be executed by a monitoring device and includes:

[0004] S610: Monitor the operating status of a first local storage device among at least two local storage devices in a target server when accessed by the mounted processor system. The processor system includes computing resources of a virtual machine deployed to the processor system, and the at least two local storage devices include storage resources of the virtual machine deployed to the processor system. It should be understood that the operating status of the first local storage device includes, but is not limited to, device space, device read / write speed, I / O operations per second (IOPS), device response time, and device failure rate. Specifically, device space refers to the remaining available space on the local storage device. Disk usage can be monitored to understand the remaining capacity of the storage device to ensure that the storage space is sufficient to meet current data storage needs. Device read / write speed refers to the read and write speed of the local storage device. Disk read and write speeds can be monitored to evaluate the performance of the storage device to ensure that it meets the data read and write requirements of the processor system. I / OPS refers to the number of input and output operations per second that the local storage device can complete. By monitoring I / OPS, the performance and response speed of the storage device can be evaluated. Device response time refers to the time it takes a local storage device to respond to a request from the processor system. By monitoring the storage device's response time, we can understand the latency of the processor system accessing the storage device. The device failure rate refers to the probability of failure of the local storage device. By monitoring the failure rate of the storage device, we can assess the reliability of the storage device and take timely measures to prevent data loss. Specifically, when the operating status of the first local storage device is within the normal range, the first local storage device is considered to be in a normal state; when the operating status of the first local storage device is outside the normal range, the first local storage device is considered to have experienced a system failure.

[0005] S620: If the operating status indicates that the first local storage device has experienced a device failure, the processor system switches from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices. In the solution of the embodiment of the present disclosure, the processor system of the target server has mounted at least two local storage devices. If the operating status of the first local storage device indicates that the first local storage device has experienced a device failure, the processor system can switch the local storage device from the first local storage device to the second local storage device. This avoids the situation where the target server becomes completely unavailable, reduces the scope of the impact of the target server failure on the server system, and improves the reliability of server failure handling. Specifically, as shown in Figures 5A and 5B, the operating status of the first local storage device 41 mounted to the first processor system 21 indicates that the first local storage device 41 among the at least two local storage devices has experienced a device failure. Accordingly, the virtual machine in the first processor system 21 switches from accessing the storage resources of local storage device 41 to accessing the storage resources of local storage device 42. It should be understood that the server fault handling system can be implemented by a cloud service management system. The monitoring device in the cloud service management system can configure monitoring agents for each local storage device mounted on the processor system (i.e., the first local storage device), with the monitoring agents running in the memory of the processor system. Furthermore, the monitoring device can, through the monitoring agent of the first local storage device, obtain the operating status of the first local storage device when the processor system accesses the mounted local storage device. It should also be understood that each processor system and each mounted local storage device can be connected to a bus switch via a bus port. The cloud service management system can also configure a port configuration agent for the bus switch. The port configuration agent can manage the bus switch using a port mapping table between the bus ports of the processor system and the bus ports of the local storage devices. For example, the monitoring device can send the port mapping table to the bus switch (e.g., the port configuration agent), causing the bus switch to configure each bus port to satisfy the port connection status specified in each associated entry in the port mapping table. In other embodiments, the processor system and at least two local storage devices are connected to the bus switch via a bus. Switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices includes switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices by switching the port connection state of the bus switch 30. Based on the above processing approach, the bus switch can implement quick switching from the first local storage device to the second local storage device.It should be understood that the drivers for at least two local storage devices can be pre-installed in the operating system of the processor system. Then, before the processor system switches from mounting the first local storage device to mounting the second local storage device, the operating system implements the mounting by associating the identified storage partition of the first local storage device with the file system. In other embodiments, as an example of switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices, in a port mapping table indicating the port connection status of a bus switch, the association entry between the bus port of the processor system and the bus port of the first local storage device can be set to disabled, and the association entry between the bus port of the processor system and the bus port of the second local storage device can be set to enabled. Alternatively, as another example of switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices, in a port mapping table indicating the port connection status of a bus switch, the association entry between the bus port of the processor system and the bus port of the first local storage device can be deleted, and an association entry between the bus port of the processor system and the bus port of the second local storage device can be established. Based on the above processing approach, soft switching can be achieved between bus ports, thereby improving the switching efficiency of local storage devices through the bus switch. Figure 7 is a schematic block diagram of a server fault handling device according to other embodiments of the present disclosure. The server fault handling device in Figure 7 corresponds to the server fault handling method in Figure 2 and includes: a monitoring module 710 for monitoring the operating status of at least two processor systems in a target server when accessing their respective mounted local storage devices, wherein each processor system includes computing resources of a virtual machine deployed to that processor system, and the local storage devices mounted to each processor system include storage resources of the virtual machines deployed to that processor system. A switching module 720 for migrating the virtual machines in a first processor system to a second processor system among the at least two processor systems, and switching the local storage devices mounted to the first processor system to be mounted to the second processor system, if the operating status of the first processor system among the at least two processor systems indicates a system failure in the first processor system.In the embodiments of the present disclosure, at least two processor systems in a target server can migrate virtual machines in the first processor system to the second processor system if the operating status of the first processor system indicates a system failure. Accordingly, local storage devices mounted on the first processor system are switched to be mounted on the second processor system, allowing virtual machines to continue accessing storage resources previously mounted on the local storage devices of the first processor system via the second processor system. This avoids the complete unavailability of the target server, reduces the impact of the target server failure on the entire server system, and improves the reliability of server failure handling. In other embodiments, the at least two processor systems and their local storage devices are all connected to a bus switch via a bus, and each processor system accesses the local storage devices mounted on that processor system through the bus switch. The switching module is specifically configured to switch the local storage devices mounted on the first processor system to be mounted on the second processor system by switching the port connection status of the bus switch. In other embodiments, the switching module is specifically configured to: delete, from a port mapping table indicating the port connection status of a bus switch, an association entry between a bus port between a local storage device mounted on the first processor system and the bus switch and a bus port of the first processor system, and establish an association entry between a bus port between the local storage device mounted on the first processor system and the bus switch and a bus port of the second processor system. In other embodiments, the switching module is specifically configured to: obtain configuration information and status information of a virtual machine from the memory of the first processor system; and restore the virtual machine to the memory of a second processor system of the at least two processor systems based on the configuration information and status information of the virtual machine. In other embodiments, the switching module is specifically configured to: obtain the configuration information and status information of the virtual machine from the memory of the first processor system and transmit it to a first monitoring agent running in the memory of the first processor system, and record the configuration information and status information of the virtual machine via the first monitoring agent. In other embodiments, the switching module is specifically configured to: send the configuration information and status information of the virtual machine to a second monitoring agent in the memory of the second processor system, and load the configuration information and status information of the virtual machine into the memory of the second processor system via the second monitoring agent; and create the virtual machine in the memory of the second processor system based on the configuration information and status information of the virtual machine. In other embodiments, the status information of the virtual machine includes communication status information with virtual machines in other servers.The switching module is specifically configured to: create the virtual machine in the memory of the second processor system, so that the virtual machine and the virtual machines in other servers are in the communication state indicated by the communication state information. FIG8 is a schematic block diagram of a server fault handling device according to other embodiments of the present disclosure. The server fault handling device of FIG8 corresponds to the server fault handling method of FIG6 , and includes: a monitoring module 810 for monitoring the working state of a first local storage device among at least two local storage devices in a target server when accessed by a mounted processor system, the processor system including computing resources of a virtual machine deployed to the processor system, and the at least two local storage devices including storage resources of the virtual machine deployed to the processor system; and a switching module 820 for switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices if the working state indicates that a device failure has occurred in the first local storage device. In an embodiment of the present disclosure, a processor system of a target server is mounted with at least two local storage devices. If the operating status of a first local storage device indicates a device failure in the first local storage device, the processor system can switch the mounted local storage device from the first local storage device to the second local storage device. This prevents the target server from being completely unavailable, reduces the impact of the target server failure on the server system, and improves the reliability of server failure handling. In other embodiments, the processor system and the at least two local storage devices are connected to a bus switch via a bus. The switching module is specifically configured to switch the processor system from mounting the first local storage device to mounting the second of the at least two local storage devices by switching the port connection status of the bus switch. In other embodiments, the switching module is specifically configured to delete, from a port mapping table indicating the port connection status of the bus switch, an association entry between the bus port of the processor system and the bus port of the first local storage device, and to establish an association entry between the bus port of the processor system and the bus port of the second local storage device. The specific implementations of the modules in each device can be found in the corresponding descriptions of the corresponding steps and units in the aforementioned method embodiments, and corresponding beneficial effects are achieved, so these descriptions are omitted here. Those skilled in the art will clearly understand that, for ease and brevity, the specific operating processes of the devices and modules described above can be found in the corresponding process descriptions in the aforementioned method embodiments, and are omitted here. Figure 9 is a block diagram of a server fault handling system according to further embodiments of the present disclosure. The server fault handling system in Figure 9 includes at least one server 10 and a monitoring device 50.oReferring to Figure 10 , a schematic diagram of the structure of an electronic device according to another embodiment of the present disclosure is shown. The specific embodiments of the present disclosure do not limit the specific implementation of the electronic device. As shown in Figure 10 , the electronic device may include: a processor 1002 for executing a program 1010, a communication interface 1004, a memory 1006, and a communication bus 1008. The processor, communication interface, and memory communicate with each other via the communication bus. The communication interface is used to communicate with other electronic devices or servers. The processor is used to execute a program, specifically, the server fault handling method of any of the above-mentioned embodiments. Specifically, the program may include program code, which includes computer operating instructions. The processor may be a CPU, an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present disclosure. The one or more processors included in the intelligent device may be processors of the same type, such as one or more CPUs, or processors of different types, such as one or more CPUs and one or more ASICs. A memory is used to store programs. The memory may include high-speed RAM memory or may also include non-volatile memory, such as at least one disk storage device. The program may include multiple computer instructions. Specifically, the program may cause the processor to perform operations corresponding to the various methods described in any of the aforementioned method embodiments through the multiple computer instructions. The specific implementation of each step in the program can be found in the corresponding descriptions of the corresponding steps and units in the aforementioned method embodiments, and corresponding beneficial effects are obtained, and are not further described here. Those skilled in the art will clearly understand that, for ease and brevity of description, the specific operating processes of the devices and modules described above can be found in the corresponding process descriptions in the aforementioned method embodiments, and are not further described here. The presently disclosed embodiments also provide a computer storage medium storing a computer program, which, when executed by a processor, implements the method described in any of the aforementioned method embodiments.The computer storage medium includes, but is not limited to, a compact disc (CD-ROM), random access memory (RAM), a floppy disk, a hard disk, or a magneto-optical disk. The present disclosure also provides a computer program product comprising computer instructions that instruct a computing device to perform operations corresponding to each of the methods in the aforementioned method embodiments. Furthermore, it should be noted that all user-related information (including, but not limited to, user device information, user personal information, etc.) and data (including, but not limited to, sample data used for model training, data used for analysis, stored data, and displayed data, etc.) involved in the present disclosure are authorized by the user or fully authorized by all parties. The collection, use, and processing of the relevant data must comply with relevant regulations and standards, and corresponding operation portals are provided for the user to choose to authorize or deny. It should be noted that, depending on implementation needs, the various components / steps described in the present disclosure can be split into more components / steps, or two or more components / steps or partial operations of a component / step can be combined into a new component / step to achieve the objectives of the present disclosure. The above-described methods according to the embodiments of the present disclosure may be implemented in hardware, firmware, or as software or computer code that can be stored in a recording medium (such as a CD-ROM, RAM, floppy disk, hard disk, or magneto-optical disk), or as computer code that is originally stored in a remote recording medium or a non-transitory machine-readable medium and is to be stored in a local recording medium and downloaded via a network, so that the methods described herein may be stored in such software processing on a recording medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware (such as an application-specific integrated circuit (ASIC) or a field-programmable gate array (FPGA)). It will be understood that a computer, processor, microprocessor controller, or programmable hardware includes a storage component (e.g., random access memory (RAM), read-only memory (ROM), flash memory, etc.) that can store or receive software or computer code. When the software or computer code is accessed and executed by the computer, processor, or hardware, the methods described herein are implemented.Furthermore, when a general-purpose computer accesses the code for implementing the methods described herein, the execution of the code transforms the general-purpose computer into a special-purpose computer for executing the methods described herein. Those skilled in the art will appreciate that the units and method steps described in the various examples in conjunction with the embodiments disclosed herein can be implemented using electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Professionals skilled in the art may use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of the embodiments of the present disclosure. The above embodiments are intended only to illustrate the embodiments of the present disclosure and are not intended to limit them. Persons skilled in the relevant technical fields may make various changes and modifications without departing from the spirit and scope of the embodiments of the present disclosure. Therefore, all equivalent technical solutions are also within the scope of the embodiments of the present disclosure, and the scope of patent protection for the embodiments of the present disclosure shall be defined by the claims.

Claims

Claims 1. A server failure handling method, comprising: Monitor the working status of at least two processor systems in a target server when accessing their respective mounted local storage devices, wherein each processor system includes computing resources of a virtual machine deployed to the processor system, and the local storage devices mounted to each processor system include storage resources of the virtual machine deployed to the processor system; if the working status of a first processor system among the at least two processor systems indicates that a system failure has occurred in the first processor system, migrate the virtual machines in the first processor system to a second processor system among the at least two processor systems, and switch the local storage devices mounted on the first processor system to be mounted on the second processor system.

2. The method according to claim 1, wherein: The at least two processor systems and their local storage devices are connected to a bus switch via a bus, and each processor system accesses the local storage device mounted on the processor system through the bus switch; Switching the local storage device mounted on the first processor system to be mounted on the second processor system includes: switching the local storage device mounted on the first processor system to be mounted on the second processor system by switching a port connection state of the bus switch.

3. The method according to claim 2, wherein: Switching the local storage device mounted on the first processor system to be mounted on the second processor system by switching the port connection state of the bus switch includes: deleting, in a port mapping table indicating the port connection state of the bus switch, an association table entry between a bus port between the local storage device mounted on the first processor system and the bus switch and a bus port of the first processor system, and establishing an association table entry between the bus port between the local storage device mounted on the first processor system and the bus switch and a bus port of the second processor system.

4. The method according to any one of claims 1 to 3, wherein: Migrating the virtual machine in the first processor system to a second processor system among the at least two processor systems includes: obtaining configuration information and state information of the virtual machine from a memory of the first processor system; and restoring the virtual machine to the memory of the second processor system among the at least two processor systems based on the configuration information and state information of the virtual machine.

5. The method according to claim 4, wherein: Obtaining configuration information and status information of the virtual machine from the memory of the first processor system includes: obtaining the configuration information and status information of the virtual machine from the memory of the first processor system to a first monitoring agent running in the memory of the first processor system, and recording the configuration information and status information of the virtual machine through the first monitoring agent.

6. The method according to claim 5, wherein: Restoring the virtual machine to a memory of a second processor system of the at least two processor systems based on the startup configuration information and state information of the virtual machine includes: The configuration information and status information of the virtual machine are sent to a second monitoring agent in the memory of the second processor system, and the configuration information and status information of the virtual machine are loaded into the memory of the second processor system through the second monitoring agent; and the virtual machine is created in the memory of the second processor system based on the configuration information and status information of the virtual machine.

7. The method according to claim 6, wherein: The state information of the virtual machine includes communication state information with virtual machines in other servers; Creating the virtual machine in the memory of the second processor system based on the configuration information and state information of the virtual machine includes: creating the virtual machine in the memory of the second processor system so that the virtual machine and virtual machines in other servers are in a communication state indicated by the communication state information.

8. A server failure handling method, comprising: monitoring a working status of a first local storage device among at least two local storage devices in a target server when accessed by a mounted processor system, the processor system including computing resources of a virtual machine deployed to the processor system, and the at least two local storage devices including storage resources of the virtual machine deployed to the processor system; If the working status indicates that a device failure occurs in the first local storage device, the processor system is switched from mounting the first local storage device to mounting a second local storage device of the at least two local storage devices.

9. The method according to claim 8, wherein: The processor system and the at least two local storage devices are connected to a bus switch via a bus; Switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices includes: switching the processor system from mounting the first local storage device to mounting the second local storage device among the at least two local storage devices by switching the port connection state of the bus switch.

10. The method according to claim 9, wherein: Switching the processor system from mounting the first local storage device to mounting a second local storage device among the at least two local storage devices by switching the port connection state of the bus switch includes: deleting, in a port mapping table indicating the port connection state of the bus switch, an association entry between a bus port of the processor system and a bus port of the first local storage device, and establishing an association entry between the bus port of the processor system and a bus port of the second local storage device.

11. A server fault handling system, comprising: at least one server; A monitoring device, wherein the monitoring device is configured to execute the method according to any one of claims 1 to 10.

12. An electronic device, comprising: processor, memory, communication interface and communication bus, the processor, The memory and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, where the executable instruction enables the processor to perform an operation corresponding to the method according to any one of claims 1 to 10.

13. A computer storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the method according to any one of claims 1 to 10 is implemented.

14. A computer program product, comprising a computer program / instruction, which implements the method according to any one of claims 1 to 10 when executed by a processor. 16

Images