CN118051344A

CN118051344A - Method and device for distributing hardware resources and hardware resource management system

Info

Publication number: CN118051344A
Application number: CN202410372085.XA
Authority: CN
Inventors: 陈哲兴; 俞泱; 蓝智灵; 谢东祥; 刘莎; 杨晓旗; 李舒婷; 陈煊开; 陈建辉; 赖太平; 夏成扬
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2024-03-29
Filing date: 2024-03-29
Publication date: 2024-05-17

Abstract

The present application relates to the field of artificial intelligence technology, and in particular, to a method and an apparatus for allocating hardware resources, a hardware resource management system, a computer device, a computer readable storage medium, and a computer program product. The method comprises the following steps: acquiring attribute information of a hardware resource, wherein the attribute information comprises a network address of the hardware resource; executing network connectivity test on the hardware resource according to the network address; when the hardware resource passes the network connectivity test, sending login information corresponding to a target server system to the hardware resource so as to instruct the hardware resource to perform login test in the target server system based on the login information; and when the hardware resource passes the login test, distributing the hardware resource to the target server system as a service instance of the target server system. The method can improve the allocation efficiency of hardware resources.

Description

Method and device for distributing hardware resources and hardware resource management system

Technical Field

The present application relates to the field of artificial intelligence technology, and in particular, to a method and an apparatus for allocating hardware resources, a hardware resource management system, a computer device, a computer readable storage medium, and a computer program product.

Background

Hardware resources typically include computing resources and storage resources. The computing resources may provide computing power to the software system to increase the data processing speed of the software system. The storage resources may provide storage space for the software system to increase the data storage capacity of the software system. Therefore, in the stable and efficient operation of the software system, the management operation and maintenance of the hardware resources become an important link.

In a traditional hardware resource management system, an enterprise generally performs unified purchase management on all server hardware resources. When the server hardware resources are needed to be used in the business project, the server hardware resources are allocated based on the requirement application submitted by the business departments such as a software development project group or other related departments. However, the hardware resources are too huge, so that the efficiency of allocating the hardware resources by a manual mode is low.

Disclosure of Invention

In view of the foregoing, it is desirable to provide an efficient hardware resource allocation method, apparatus, hardware resource management system, computer device, computer readable storage medium, and computer program product.

In a first aspect, the present application provides a method for allocating hardware resources, including:

Acquiring attribute information of a hardware resource, wherein the attribute information comprises a network address of the hardware resource;

Executing network connectivity test on the hardware resource according to the network address;

When the hardware resource passes the network connectivity test, sending login information corresponding to a target server system to the hardware resource so as to instruct the hardware resource to perform login test in the target server system based on the login information;

And when the hardware resource passes the login test, distributing the hardware resource to the target server system as a service instance of the target server system.

In one embodiment, the method further comprises:

Displaying a cluster configuration interface of the target server system, wherein the cluster configuration interface comprises a plurality of selectable hardware resources;

receiving a plurality of target hardware resources currently selected through the cluster configuration interface;

And constructing a corresponding service cluster by utilizing a plurality of target hardware resources, wherein the service cluster is used for splitting a data processing task sent by the target server system into a plurality of corresponding subtasks and processing each subtask in parallel by utilizing each target hardware resource.

In one embodiment, the method further comprises:

In response to the occurrence of an abnormality of any one of the target hardware resources in the service cluster, adjusting a request routing policy of the service cluster to isolate a request routing path of the abnormal target hardware resource;

restarting the abnormal target hardware resource, and waking up a standby service instance corresponding to the abnormal target hardware resource from a dormant state;

And adding the request routing path of the standby service instance into the request routing strategy to forward the subtask to be sent to the abnormal target hardware resource to the standby service instance for processing.

In one embodiment, the method further comprises:

Executing a preset test task to detect index parameters of the hardware resources;

and responding to the index parameter triggering a resource alarm strategy, and generating alarm information related to the hardware resource.

In one embodiment, when the hardware resource passes the login test, the allocating the hardware resource to the target server system as a service instance of the target server system includes:

When the hardware resource passes the login test, determining a service demand type corresponding to the current service scene;

Responding to the service demand type as a virtualization type, and taking the hardware resource as a host;

And in the hardware range of the host, configuring and obtaining a virtualization instance corresponding to the host according to the virtualization type, and taking the virtualization instance as the service instance.

In one embodiment, the method further comprises:

Displaying a resource query interface;

responding to the resource query operation through the resource query interface, and receiving corresponding resource query parameters;

And determining the hardware resource matched with the resource query parameter from the hardware resources, and displaying attribute information of the hardware resource matched with the resource query parameter.

In a second aspect, the present application further provides a device for allocating hardware resources, including:

The information acquisition module is used for acquiring attribute information of the hardware resource, wherein the attribute information comprises a network address of the hardware resource;

the communication test module is used for executing network connectivity test on the hardware resources according to the network address;

The login test module is used for sending login information corresponding to a target server system to the hardware resource when the hardware resource passes the network connectivity test so as to instruct the hardware resource to perform login test in the target server system based on the login information;

And the resource allocation module is used for allocating the hardware resource to the target server system as a service instance of the target server system when the hardware resource passes the login test.

In a third aspect, the present application also provides a hardware resource management system, including:

The information management module is used for acquiring attribute information of the hardware resources, wherein the attribute information comprises network addresses of the hardware resources; executing network connectivity test on the hardware resource according to the network address; when the hardware resource passes the network connectivity test, sending login information corresponding to a target server system to the hardware resource so as to instruct the hardware resource to perform login test in the target server system based on the login information;

The hardware allocation module is used for determining a service demand type corresponding to the current service scene when the hardware resource passes the login test; responding to the service demand type as a virtualization type, and taking the hardware resource as a host; in the hardware range of the host, obtaining a virtualization instance corresponding to the host according to the virtualization type configuration, and taking the virtualization instance as the service instance;

The service cluster module is used for displaying a cluster configuration interface of the target server system, wherein the cluster configuration interface comprises a plurality of selectable hardware resources; receiving a plurality of target hardware resources currently selected through the cluster configuration interface; constructing a corresponding service cluster by utilizing a plurality of target hardware resources, wherein the service cluster is used for splitting a data processing task sent by the target server system into a plurality of corresponding subtasks and processing each subtask in parallel by utilizing each target hardware resource;

the monitoring alarm module is used for executing a preset test task so as to detect index parameters of the hardware resources; triggering a resource alarm strategy in response to the index parameter, and generating alarm information related to the hardware resource;

The fault migration module is used for responding to the occurrence of the abnormality of any one of the target hardware resources in the service cluster, and adjusting the request routing strategy of the service cluster so as to isolate the request routing path of the abnormal target hardware resource; restarting the abnormal target hardware resource, and waking up a standby service instance corresponding to the abnormal target hardware resource from a dormant state; and adding the request routing path of the standby service instance into the request routing strategy to forward the subtask to be sent to the abnormal target hardware resource to the standby service instance for processing.

In a fourth aspect, the present application also provides a computer device. The computer device comprises a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the method for allocating hardware resources according to any embodiment of the first aspect.

In a fifth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the method for allocating hardware resources according to any one of the embodiments of the first aspect.

In a sixth aspect, the application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the method for allocating hardware resources according to any of the embodiments of the first aspect.

The method, the device, the computer equipment, the storage medium and the computer program product for allocating the hardware resources acquire attribute information of the hardware resources, wherein the attribute information comprises network addresses of the hardware resources; performing a network connectivity test on the hardware resource according to the network address; when the hardware resource passes the network connectivity test, sending login information corresponding to the target server system to the hardware resource so as to instruct the hardware resource to perform login test in the target server system based on the login information; when the hardware resources pass the login test, the hardware resources are distributed to the target server system and used as service examples of the target server system, so that automatic allocation of the hardware resources and the target server system can be realized, manual operation in a hardware resource distribution flow is reduced, and the distribution efficiency of the hardware resources is greatly improved. In addition, by adopting the method for distributing the hardware resources provided by the application, the running stability of the service instance can be improved by distributing the hardware resources to the target server system under the condition that the hardware resources pass the network connectivity test and the login test.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described, and it is apparent that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to the drawings without inventive effort for those skilled in the art.

FIG. 1 is an application environment diagram of a method of allocation of hardware resources in one embodiment;

FIG. 2 is a flow chart of a method for allocating hardware resources in one embodiment;

FIG. 3 is a flowchart illustrating a service cluster construction step in one embodiment;

FIG. 4 is a flow chart of a fault migration recovery procedure in one embodiment;

FIG. 5 is a flow diagram of virtualization instance construction steps in one embodiment;

FIG. 6 is a flow chart of a hardware resource query step in one embodiment;

FIG. 7 is a block diagram of a hardware resource management system 700 in one embodiment;

FIG. 8A is a schematic diagram of a resource query interface in one embodiment;

FIG. 8B is a schematic diagram of a virtualized instance creation interface in one embodiment;

FIG. 8C is a schematic diagram of a cluster configuration interface in one embodiment;

FIG. 8D is a schematic diagram of an index monitoring interface in one embodiment;

FIG. 8E is a schematic diagram of an alert configuration interface in one embodiment;

FIG. 8F is a diagram of a request routing policy in one embodiment;

FIG. 8G is a flow diagram of a request routing policy adjustment step in one embodiment;

FIG. 9 is a block diagram of an apparatus 900 for allocating hardware resources in one embodiment;

fig. 10 is an internal structural view of a computer device in one embodiment.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

It should be noted that, the user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are both information and data authorized by the user or sufficiently authorized by each party, and the collection, use and processing of the related data are required to meet the related regulations.

The method for allocating hardware resources provided by the embodiment of the application can be applied to an application environment shown in fig. 1. Wherein the terminal 102 communicates with the server 104 via a network. The data storage system may store data that the server 104 needs to process. The data storage system may be integrated on the server 104 or may be located on a cloud or other network server. Specifically, the terminal 102 may obtain attribute information of the hardware resource, and the attribute information may include, but is not limited to, a network address of the hardware resource. The terminal 102 may perform a network connectivity test on the hardware resource based on the network address of the hardware resource. When the terminal 102 determines that the hardware resource passes the network connectivity test, login information corresponding to a target server system deployed in the server 104 is sent to the hardware resource to instruct the hardware resource to perform a login test in the target server system of the server 104 based on the login information. When the terminal 102 determines that the hardware resource passes the login test, the hardware resource is allocated to the target server system of the server 104 as a service instance of the target server system.

The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things devices, portable wearable devices, and the internet of things devices may be smart televisions, smart vehicle devices, and the like. The portable wearable device may be a smart watch, smart bracelet, headset, or the like. The server 104 may be implemented as a stand-alone server or as a server cluster of multiple servers.

In an exemplary embodiment, as shown in fig. 2, a method for allocating hardware resources is provided, and an example in which the method is applied to the terminal 102 in fig. 1 is described, which includes the following steps S202 to S208. Wherein:

Step S202, obtaining attribute information of the hardware resource, wherein the attribute information comprises a network address of the hardware resource.

The hardware resources may include, but are not limited to, any one or more of a processor, a graphics card, a memory, a hard disk, a sound card, a network card, and other server resources.

The attribute information may include, but is not limited to, any one or more of Identification (ID), name, model (e.g., factory model of hardware manufacturer), local area network to which the hardware manufacturer belongs, network address (Internet Protocol Address, IP address for short), status (e.g., idle, occupied), geographical location, etc.

Alternatively, in some embodiments, the terminal may obtain the attribute information of the hardware resource from a local database or from a data communication network. Optionally, in other embodiments, the terminal may provide a front-end operation interface for the user, so as to obtain information such as a name, a model number, a time to put on shelf, a network address, an occupied space, a type, a description, and the like of the hardware resource input by the user through an interaction operation between the front-end operation interface and the user, and generate, based on the information input sequence, a unique identity identifier corresponding to each hardware resource.

Step S204, the network connectivity test is executed to the hardware resources according to the network address.

For example, the terminal may generate a corresponding PING instruction (a computer instruction for detecting network connection stability and delay) based on the network address of the hardware resource. Executing the PING instruction sends a network connection request to the hardware resource. And determining whether the network between the terminal and the hardware resource is communicated based on the condition that whether a response message returned by the hardware resource is received in a preset time period, thereby completing the network connectivity test of the hardware resource.

In step S206, when the hardware resource passes the network connectivity test, login information corresponding to the target server system is sent to the hardware resource, so as to instruct the hardware resource to perform the login test in the target server system based on the login information.

For example, when the terminal receives a response message returned by the hardware resource within a preset time period, it may be determined that the hardware resource passes the network connectivity test. The terminal may send login information corresponding to the target server system, for example, a login account name and a login account password, to the hardware resource, so as to instruct the hardware resource to generate a corresponding login request based on the received login information, instruct the hardware resource to send the login request to the target server system, and wait for a response message returned by the target server system, thereby completing the login test of the hardware resource.

In step S208, when the hardware resource passes the login test, the hardware resource is allocated to the target server system as a service instance of the target server system.

Wherein a service instance may be used to characterize the implementation of a service (hardware resource) in software (target server system), i.e. the instantiation of the service (hardware resource).

For example, the terminal may determine that the hardware resource passes the login test in a case where it is determined that the hardware resource can successfully login to the target server system. And establishing and storing a mapping relation between the hardware resources and the target server system. And allocating the hardware resources to the target server system by using the mapping relation to serve as a service instance of the target server system.

In the above method for allocating hardware resources, attribute information of the hardware resources is obtained, where the attribute information includes a network address of the hardware resources; performing a network connectivity test on the hardware resource according to the network address; when the hardware resource passes the network connectivity test, sending login information corresponding to the target server system to the hardware resource so as to instruct the hardware resource to perform login test in the target server system based on the login information; when the hardware resources pass the login test, the hardware resources are distributed to the target server system and used as service examples of the target server system, so that automatic allocation of the hardware resources and the target server system can be realized, manual operation in a hardware resource distribution flow is reduced, and the distribution efficiency of the hardware resources is greatly improved. In addition, by adopting the method for allocating hardware resources provided in the embodiment, the running stability of the service instance can be improved by allocating the hardware resources to the target server system under the condition that the hardware resources pass the network connectivity test and the login test.

Alternatively, in some embodiments, in a daily production scenario, configuring only a single service instance in a target server system, whether for high availability of service instances or for performance considerations, often fails to provide reliable service. For example, when the traffic of the target server system exceeds the hardware highest load of a single service instance, the service instance is easy to bear a larger hardware resource pressure, and even normal service cannot be continuously provided for the target server system.

Or in the scenario that the service instance can terminate the service in the face of power outage, network disconnection, program error, etc., if the user's perception of service termination of the target server system is to be shielded, the service instance must be clustered. Therefore, under the condition that a certain service instance in the cluster stops working, the request of the user can be forwarded to the rest service instance processes working normally in the cluster.

Or in the scenario where the target server system involves machine learning, big data analysis, etc. that requires a huge amount of operations, it takes a long processing time if the data processing task of the target server system is performed using only a single service instance.

Therefore, in this embodiment, a method for allocating hardware resources for distributed computing parallel processing implemented by using service instance clustering is provided. As shown in fig. 3, the allocation method of hardware resources may further include the following steps S302 to S306. Wherein:

Step S302, displaying a cluster configuration interface of the target server system.

Step S304, receiving a plurality of target hardware resources currently selected through a cluster configuration interface.

Step S306, constructing a corresponding service cluster by utilizing a plurality of target hardware resources.

Wherein the cluster configuration interface may include, but is not limited to, a plurality of selectable hardware resources. Optionally, in some embodiments, attribute information of the hardware resources may also be displayed through the cluster configuration interface, so that a user may quickly and accurately select a desired target hardware resource.

The service cluster is used for splitting the data processing task sent by the target server system into a plurality of corresponding subtasks and processing each subtask in parallel by utilizing each target hardware resource.

The terminal may display a cluster configuration interface of the target server system to the user through the front-end component, where a selection control corresponding to each selectable hardware resource may be configured. The terminal may receive, via the cluster configuration interface, a plurality of target hardware resources currently selected in response to a triggering operation for the selection control. The terminal may utilize a plurality of target hardware resources to construct a corresponding service cluster.

Optionally, in some embodiments, the terminal may further receive a unified external call interface configured by the user to the service cluster through the cluster configuration interface, so that the service cluster can be unified invoked by the external call interface.

Optionally, in other embodiments, the terminal may further perform quick search on the constructed service cluster through the cluster configuration interface in response to the conditions such as the identity, the name, the cluster type, the usage department, the responsible person, the occupation type, the state, the validity period of the hardware resource input by the user, and perform processing operations such as data addition, data deletion, data modification on the service cluster.

In this embodiment, a visual operation interface is provided to allow a user to select a plurality of hardware resources to perform cluster processing, so as to construct a corresponding service cluster, which is capable of helping to improve the operation stability of the target server system and increase the concurrency of services that can be carried by the target server system.

Optionally, in some embodiments, when the service instance fails, and the target server system cannot normally provide the service to the user, it is required to timely reply to the external service of the target server system. In the traditional server operation and maintenance mode, operation and maintenance personnel are required to manually check and solve the problems, and finally, corresponding services are restored. Not only is time and labor consuming, but also the recovery timeliness is poor, and the recovery timeliness is easily influenced by factors such as time, network and the like, so that more losses are caused.

Therefore, in this embodiment, a method for allocating hardware resources is provided for configuring a standby service instance in a service cluster, and implementing automatic operation of hardware resources by fault migration recovery. As shown in fig. 4, the following steps S402 to S406 may be included. Wherein:

in step S402, in response to an abnormality occurring in any one of the target hardware resources in the service cluster, the request routing policy of the service cluster is adjusted to isolate the request routing path of the abnormal target hardware resource.

The request routing policy may be used to indicate a routing policy that the service cluster splits the data processing request into a plurality of corresponding subtasks, and then sends each subtask to each target hardware resource in the service cluster.

For example, the terminal may collect, in real time or periodically, the monitored parameters such as the usage of the computing resources and storage resources of the central processing unit (Central Processing Unit, abbreviated as CPU) of each target hardware resource in the service cluster, the central processing unit temperature, the central processing unit performance index, the usage of the computing resources and storage resources of the graphics processor (english: graphics processing unit, abbreviated as GPU), the graphics processor temperature, the graphics processor performance index, the memory usage, the hard disk reading speed, the hard disk remaining space, and the like. And under the condition that the monitoring parameter of any one target hardware resource exceeds a preset threshold value, in response to the occurrence of abnormality of any one target hardware resource in the service cluster, adjusting a request routing strategy of the service cluster, for example, closing or deleting a data communication channel connected with the abnormal target hardware resource so as to isolate a request routing path of the abnormal target hardware resource.

Step S404, restarting the abnormal target hardware resource, and waking up the standby service instance corresponding to the abnormal target hardware resource from the dormant state.

Step S406, the request route path of the standby service instance is added to the request route policy, so as to forward the subtask to be sent to the abnormal target hardware resource to the standby service instance for processing.

For example, the terminal may have stored therein standby service instances corresponding to respective target hardware resources. The terminal can restart the abnormal target hardware resource, and wake up the standby service instance corresponding to the abnormal target hardware resource from the dormant state. And adding the request routing path of the standby service instance to the request routing policy of the current service cluster to instruct the current service cluster to forward the subtasks to be sent to the abnormal target hardware resource to the standby service instance for processing.

In this embodiment, when an abnormality occurs in a target hardware resource in a service cluster, a request route between the service cluster and the target hardware resource with the abnormality is isolated, the target hardware resource with the abnormality is restarted to perform fault recovery, and a standby service instance corresponding to the target hardware resource with the abnormality is awakened to perform fault migration, so that not only can the operation stability of a target server system be ensured, but also the fault recovery efficiency can be accelerated.

Optionally, in some embodiments, in order to intuitively view the machine performance of the hardware resource, performance test needs to be performed on the hardware resource, and the result of the performance test is recorded as a monitoring basis. Therefore, the performance attenuation of the hardware resources caused by aging can be found as soon as possible, and the performance attenuation caused by the change of the server load can be detected, so that a basis is provided for the server load planning and design.

In summary, the method for allocating hardware resources provided in the present embodiment may further include: executing a preset test task to detect index parameters of hardware resources; and responding to the index parameter to trigger a resource alarm strategy, and generating alarm information related to the hardware resource.

For example, the terminal may also store test tasks related to the usage amount of the computing resources and the storage resources of the central processing unit (Central Processing Unit, abbreviated as CPU) of the hardware resources, the central processing unit temperature, the performance index of the central processing unit (such as integer operation rate, floating point operation rate, single core performance, multi-core performance, etc.), the usage amount of the computing resources and the storage resources of the graphics processor (english: graphics processing unit, abbreviated as GPU), the graphics processor temperature, the performance index of the graphics processor (such as floating point operation rate, texture filling rate, pixel filling rate, optical tracking performance, etc.), the memory usage rate, the hard disk reading speed, the remaining space of the hard disk, the sequential reading speed of the hard disk, the sequential writing speed of the hard disk, the random reading speed of the hard disk, the random writing speed of the hard disk, the detection of the hard disk bad track, etc.

The terminal may also store a resource alert policy corresponding to each index parameter, for example, a policy that triggers an alert if the index parameter is above or below a preset threshold. The terminal can respond to any one or more index parameters of the hardware resources to trigger a corresponding resource alarm strategy, and generate alarm information related to the currently-alarmed hardware resources so as to prompt operation and maintenance personnel to respond quickly.

Optionally, in some embodiments, in order to make the floating condition of the index parameter of the hardware resource more intuitive, a line graph or a waveform graph may be adopted to display the floating condition of the index parameter of the hardware resource in a preset time period to an operation and maintenance personnel.

Optionally, in some embodiments, the terminal may be further configured with policy parameters such as an alarm object, an alarm mode, and an alarm time corresponding to each index parameter. An automatic and personalized alarm notification is realized.

In this embodiment, the test task is executed to detect the index parameter of the hardware resource, and the notification alarm is performed, so that the hardware resource can be automatically operated and maintained, the alarm response efficiency is improved, and the service abnormality provided by the target server system due to the hardware resource is avoided.

Alternatively, in some embodiments, since the hardware resources that can be provided by a commercial server are often larger than those required by a single software service, virtualization techniques may be utilized to increase the utilization of the hardware resources.

Virtualization techniques are typically implemented by building virtual machines or containers.

Virtual machine: the method supports a user to configure a virtual machine processor (core scale, frequency limit, designated core), a display card (frequency limit, display memory limit), a memory (memory size), a hard disk (network attached storage Network Attached Storage which can be mounted, NAS for short), a network (network speed limit, internet protocol IP, connection mode and the like), a pre-installed system and pre-set user information in the hardware range of the host. Virtual machines are typically applied to business scenarios that require a complete operating system environment or that require the use of a different operating system on the host machine.

A container: the method supports the processor (using weight and CPU binding) required by a user when configuring the container to run in the hardware range of the host machine, the memory (the SWAP partition SWAP of the physical memory and the virtual memory), the IO limit of the input and output interface, the application mirror image and the like. Containers are commonly applied to business scenarios where lightweight application execution environments are required, where rapid deployment and management of applications is desired.

Therefore, in this embodiment, a manner of allocating hardware resources by way of virtualized instances is provided. As shown in fig. 5, the following steps S502 to S506 are included. Wherein:

in step S502, when the hardware resource passes the login test, the service requirement type corresponding to the current service scenario is determined.

Service demand categories may include, but are not limited to, physical machine categories, virtualization categories (e.g., virtual machine categories or container categories), among others.

For example, when the terminal determines that the hardware resource passes the login test, the service requirement type corresponding to the current service scenario currently selected by the user may be obtained, or the service requirement type configured by default in the current service scenario may also be read.

In step S504, in response to the service requirement type being the virtualization type, the hardware resource is used as the host.

In step S506, in the hardware range of the host, a virtualized instance corresponding to the host is obtained according to the virtualized type configuration, and the virtualized instance is used as a service instance.

For example, the terminal may take the current hardware resource as a host in response to the current service requirement type being a virtualization type. In the hardware range that the host machine can provide computing resources and storage resources, a virtualization instance corresponding to the host machine is obtained according to the current virtualization type configuration. And establishing a mapping relation between the virtualized instance and the target server system, and taking the virtualized instance as a corresponding service instance.

Optionally, in some embodiments, after the virtualized instance is created, it can be responsive to user-entered tuning parameters of the virtualized instance to change the corresponding resource configuration information, unlike a traditional non-modifiable configuration server.

In this embodiment, in response to the service requirement type being a virtualization type, the current processing hardware resource is used as a host, a corresponding virtualization instance is configured to be obtained, and the virtualization instance is used as a service instance of the target server system, so that the utilization rate of the hardware resource can be improved.

In an exemplary embodiment, as shown in fig. 6, the method for allocating hardware resources may further include the following steps S602 to S606. Wherein:

Step S602, a resource query interface is displayed.

Step S604, responding to the resource query operation through the resource query interface, and receiving corresponding resource query parameters.

The resource query parameters may include, but are not limited to, any one or more of an identity, a name, a cluster type, a usage department, a responsible person, an occupied type, a status, an expiration date, a host, a local area network to which the host belongs, a network address, a geographic location, a time to put on shelf, a type (physical machine, a virtual machine, a container), an occupied space, and the like of the hardware resource.

Illustratively, the terminal may display a resource query interface of the hardware resource to the user through the front-end component. And responding to the resource query operation triggered by the user through the resource query interface, detecting an operation control which is interacted with the user currently so as to receive the resource query parameters selected or input by the user.

Step S606, determining the hardware resource matched with the resource inquiry parameter from the hardware resource, and displaying the attribute information of the hardware resource matched with the resource inquiry parameter.

The terminal may, for example, utilize the resource query parameters to match with stored attribute information of each hardware resource, determine the hardware resource matching the data query parameters from the stored hardware resources, and display the attribute information of the hardware resource matching the resource query parameters to the user through the resource query interface.

In this embodiment, the information quick query function is provided through the visual interface, so that the information query efficiency of the hardware resource can be improved.

In one exemplary embodiment, as shown in FIG. 7, there is provided a hardware resource management system 700 comprising:

The information management module 702 is configured to obtain attribute information of a hardware resource, where the attribute information includes a network address of the hardware resource. And performing network connectivity testing on the hardware resources according to the network address. When the hardware resource passes the network connectivity test, login information corresponding to the target server system is sent to the hardware resource to instruct the hardware resource to perform login test in the target server system based on the login information.

Alternatively, in some embodiments, the hardware resource management system 700 may receive attribute information selected or input by a user by presenting the user with a resource query interface as shown in fig. 8A, as a current resource query parameter, to implement a data query operation of the hardware resource.

And the hardware allocation module 704 is configured to determine a service requirement type corresponding to the current service scenario when the hardware resource passes the login test. And responding to the service requirement type as a virtualization type, and taking the hardware resource as a host. And in the hardware range of the host, configuring and obtaining a virtualization instance corresponding to the host according to the virtualization type, and taking the virtualization instance as a service instance.

Optionally, in some embodiments, the hardware deployment module 704 may further implement the operation of creating the virtualized instance by exposing the virtualized instance creation interface as shown in fig. 8B to the user, and receiving, via the virtualized instance creation interface, the personalized resource allocation parameters configured by the user.

The service cluster module 706 is configured to display a cluster configuration interface of the target server system, where the cluster configuration interface includes a plurality of selectable hardware resources. The plurality of target hardware resources currently selected are received through a cluster configuration interface. And constructing a corresponding service cluster by utilizing a plurality of target hardware resources, wherein the service cluster is used for splitting the data processing task sent by the target server system into a plurality of corresponding subtasks and processing each subtask in parallel by utilizing each target hardware resource.

Optionally, in some implementations, the service cluster module 706 may also be configured by presenting a cluster configuration interface to the user as shown in fig. 8C. And receiving a plurality of target hardware resources selected by the current user through a cluster configuration interface, and carrying out cluster configuration on the plurality of target hardware resources to realize construction operation of the service clusters.

The monitor alarm module 708 is configured to perform a preset test task to detect an index parameter of the hardware resource. And responding to the index parameter to trigger a resource alarm strategy, and generating alarm information related to the hardware resource.

Optionally, in some implementations, the monitor alert module 708 may also expose the index parameters of the hardware resources by exposing an index monitoring interface to the user as shown in FIG. 8D. Or in other embodiments, the monitor alarm module 708 may also provide the user with an alarm configuration interface as shown in fig. 8E to support user-defined configuration of alarm policies or alarm modes.

The fault migration module 710 is configured to, in response to an occurrence of an abnormality in any one of the target hardware resources in the service cluster, adjust a request routing policy of the service cluster to isolate a request routing path of the abnormal target hardware resource. Restarting the abnormal target hardware resource, and waking up the standby service instance corresponding to the abnormal target hardware resource from the dormant state. And adding the request routing path of the standby service instance into the request routing strategy to forward the subtasks to be sent to the abnormal target hardware resources to the standby service instance for processing.

Alternatively, in some embodiments, the original request routing policy of the service cluster may be as shown in fig. 8F. When an abnormality occurs in the target hardware resource S1 in the service cluster in fig. 8F, the standby service instance S4 corresponding to the target hardware resource S1 may be awakened. The operation of adjusting the request routing policy of the service cluster is performed by the fault migration module 710, and as shown in fig. 8G, the request originally required to be sent to the target hardware resource S1 is forwarded to the standby service instance S4 for processing.

In this embodiment, by adopting the hardware resource management system, hardware resources can be integrated, the utilization rate of the hardware resources is improved, automatic resource allocation is realized, service production efficiency is improved, comprehensive resource monitoring is realized, production faults are rapidly processed, and service availability is guaranteed.

It should be understood that, although the steps in the flowcharts related to the above embodiments are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a hardware resource allocation device for realizing the above related hardware resource allocation method. The implementation of the solution provided by the apparatus is similar to the implementation described in the above method, so the specific limitation in the embodiments of the allocation apparatus of one or more hardware resources provided below may refer to the limitation of the allocation method of hardware resources hereinabove, and will not be repeated herein.

In an exemplary embodiment, as shown in fig. 9, there is provided an apparatus 900 for allocating hardware resources, including: an information acquisition module 902, a connectivity test module 904, a login test module 906, and a resource configuration module 908, wherein:

the information obtaining module 902 is configured to obtain attribute information of a hardware resource, where the attribute information includes a network address of the hardware resource.

A connectivity test module 904 for performing network connectivity tests on the hardware resources based on the network address.

And the login test module 906 is configured to send login information corresponding to the target server system to the hardware resource when the hardware resource passes the network connectivity test, so as to instruct the hardware resource to perform the login test in the target server system based on the login information.

The resource allocation module 908 is configured to allocate the hardware resource to the target server system as a service instance of the target server system when the hardware resource passes the login test.

In an exemplary embodiment, the allocation apparatus 900 of hardware resources further includes:

A cluster configuration module, comprising:

The interface display unit is used for displaying a cluster configuration interface of the target server system, wherein the cluster configuration interface comprises a plurality of selectable hardware resources;

the resource selection unit is used for receiving a plurality of target hardware resources which are selected currently through the cluster configuration interface;

The cluster construction unit is used for constructing a corresponding service cluster by utilizing a plurality of target hardware resources, and the service cluster is used for splitting a data processing task sent by the target server system into a plurality of corresponding subtasks and processing each subtask in parallel by utilizing each target hardware resource.

a fault migration module comprising:

the route adjustment unit is used for responding to the occurrence of the abnormality of any target hardware resource in the service cluster, and adjusting the request routing strategy of the service cluster so as to isolate the request routing path of the abnormal target hardware resource;

the fault recovery unit is used for restarting the abnormal target hardware resource and waking up the standby service instance corresponding to the abnormal target hardware resource from the dormant state;

And the request forwarding unit is used for adding the request routing path of the standby service instance into the request routing strategy so as to forward the subtask to be sent to the target hardware resource with the abnormality to the standby service instance for processing.

The index monitoring module is used for executing a preset test task to detect index parameters of hardware resources; and responding to the index parameter to trigger a resource alarm strategy, and generating alarm information related to the hardware resource.

In one exemplary embodiment, the resource configuration module 908 includes:

the type determining unit is used for determining the service demand type corresponding to the current service scene when the hardware resource passes the login test;

The virtualization unit is used for responding to the service requirement type as a virtualization type and taking the hardware resource as a host; and in the hardware range of the host, configuring and obtaining a virtualization instance corresponding to the host according to the virtualization type, and taking the virtualization instance as a service instance.

The resource query module is used for displaying a resource query interface; responding to the resource query operation through a resource query interface, and receiving corresponding resource query parameters; and determining the hardware resource matched with the resource query parameter from the hardware resources, and displaying the attribute information of the hardware resource matched with the resource query parameter.

Regarding the apparatus for allocating hardware resources, other modules, such as the first module, the second module, etc., may be further included to implement step functions corresponding to the method for allocating hardware resources, and specific limitation may be referred to the above limitation of the method for allocating hardware resources, which is not repeated herein. The above-described individual modules in the hardware resource allocation device may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In an exemplary embodiment, a computer device, which may be a terminal, is provided, and an internal structure thereof may be as shown in fig. 10. The computer device includes a processor, a memory, an input/output interface, a communication interface, a display unit, and an input means. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input/output interface. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The input/output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program, when executed by a processor, implements a method of allocation of hardware resources. The display unit of the computer device is used for forming a visual picture, and can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, can also be a key, a track ball or a touch pad arranged on the shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the structure shown in FIG. 10 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.

In an exemplary embodiment, a computer device is provided, comprising a memory and a processor, the memory having stored therein a computer program, the processor performing the steps of the method embodiments described above when the computer program is executed.

In an exemplary embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which computer program, when being executed by a processor, carries out the steps of the method embodiments described above.

In an exemplary embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magneto-resistive random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (PHASE CHANGE Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in various forms such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), etc. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.

Claims

1. A method for allocating hardware resources, the method comprising:

2. The method according to claim 1, wherein the method further comprises:

3. The method according to claim 2, wherein the method further comprises:

4. The method according to claim 1, wherein the method further comprises:

5. The method of claim 1, wherein said assigning the hardware resource to the target server system as a service instance of the target server system when the hardware resource passes the login test comprises:

6. The method according to claim 1, wherein the method further comprises:

Displaying a resource query interface;

7. An apparatus for allocating hardware resources, the apparatus comprising:

8. The apparatus of claim 7, wherein the apparatus further comprises:

A cluster configuration module, comprising:

A resource selection unit, configured to receive, through the cluster configuration interface, a plurality of target hardware resources currently selected;

9. The apparatus of claim 8, wherein the apparatus further comprises:

a fault migration module comprising:

The routing adjustment unit is used for responding to the occurrence of the abnormality of any one of the target hardware resources in the service cluster, and adjusting the request routing strategy of the service cluster so as to isolate the request routing path of the abnormal target hardware resource;

And the request forwarding unit is used for adding the request routing path of the standby service instance into the request routing strategy so as to forward the subtask to be sent to the abnormal target hardware resource to the standby service instance for processing.

10. The apparatus of claim 7, wherein the apparatus further comprises:

The index monitoring module is used for executing a preset test task so as to detect index parameters of the hardware resources; and responding to the index parameter triggering a resource alarm strategy, and generating alarm information related to the hardware resource.

11. The apparatus of claim 7, wherein the resource configuration module comprises:

The type determining unit is used for determining a service demand type corresponding to the current service scene when the hardware resource passes the login test;

The virtualization unit is used for responding to the service requirement type as a virtualization type and taking the hardware resource as a host; and in the hardware range of the host, configuring and obtaining a virtualization instance corresponding to the host according to the virtualization type, and taking the virtualization instance as the service instance.

12. The apparatus of claim 7, wherein the apparatus further comprises:

The resource query module is used for displaying a resource query interface; responding to the resource query operation through the resource query interface, and receiving corresponding resource query parameters; and determining the hardware resource matched with the resource query parameter from the hardware resources, and displaying attribute information of the hardware resource matched with the resource query parameter.

13. A hardware resource management system, the hardware resource management system comprising:

14. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 6 when the computer program is executed.

15. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.

16. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.