Cloud service system, resource management method and device, equipment, medium and product

Abstract

The application relates to the technical field of cloud computing, and discloses a cloud service system, a resource management method and device, equipment, a medium and a product, wherein the cloud service system is provided with a cloud service resource association model, the model comprises a hardware resource layer, a virtualization resource pool layer, a cloud service layer and an application layer; the hardware resource layer comprises callable hardware resources; the virtualization resource pool layer comprises callable virtualization resources; the virtualization resource pool layer comprises a plurality of units; each unit comprises at least two groups of resource nodes; the at least two groups of resource nodes in each unit are located in different availability zones / fault tolerance domains; the cloud service layer is used for deploying corresponding cloud services on the plurality of units; the cloud service comprises at least one of a database and a container; the application layer is used for running corresponding application programs according to the cloud services, and setting master and slave nodes in the units of the cloud service. The application can improve the availability of the cloud service.

Description

Technical Field

[0001] This invention relates to the field of cloud computing technology, specifically to cloud service systems, resource management methods, devices, equipment, media, and products. Background Technology

[0002] With the rapid development and application of cloud computing technology, more and more enterprises and organizations are migrating their businesses to the cloud environment. However, in the cloud environment, system availability faces severe challenges due to factors such as hardware failures, software vulnerabilities, and network failures. In a cloud computing environment, high-availability system design is a critical task to ensure that the system can continuously and stably provide services, better meet user needs, and improve service quality.

[0003] A cloud environment refers to a collection of virtualized computing resources and services built on cloud computing technology. It can provide computing power, storage capacity, or virtual machine services to users or various application systems on demand from a dynamically virtualized resource pool, allowing users to access and manage storage, computing, and network resources via the Internet without worrying about the details of the underlying infrastructure.

[0004] Currently, high-availability systems in cloud environments rely on cloud resources that may fail due to hardware failures, network latency, or other reasons. Furthermore, when using a master-slave architecture, if the fault tolerance domains of the master and slave nodes are not properly allocated, services on both nodes may become unavailable simultaneously, affecting overall availability. Summary of the Invention

[0005] In view of this, the present invention provides a cloud service system, resource management method, apparatus, equipment, medium and product to improve the availability of cloud services.

[0006] In a first aspect, the present invention provides a cloud service system, which includes a cloud service resource association model. The model comprises a hardware resource layer, a virtualization resource pool layer, a cloud service layer, and an application layer. The hardware resource layer includes callable hardware resources. The virtualization resource pool layer includes callable virtualization resources. The virtualization resource pool layer comprises several units. Each unit includes at least two sets of resource nodes. The at least two sets of resource nodes in each unit are located in different availability zones / fault-tolerant domains. The cloud service layer is used to deploy corresponding cloud services on the several units. The cloud service includes at least one of a database and a container. The application layer is used to run corresponding applications according to each cloud service and to set master-slave nodes in the cloud service units.

[0007] In one alternative implementation, the virtualization resource pool layer also includes a resource creation interface; the resource creation interface is used to select units based on a specified resource pool, fault tolerance domain, or availability zone.

[0008] In one alternative implementation, the virtualization resource pool layer is also used to synchronize the change information to the cloud service layer when it detects a change in the state of a resource node in the unit, so that the cloud service layer can reselect the unit.

[0009] Secondly, the present invention provides a cloud service resource management method, which is applied to a cloud service system. The method includes: constructing a hardware resource layer in a cloud service resource association model and setting hardware resource tags; the hardware resource tags are used to indicate the availability zone and hardware information corresponding to the hardware resources; constructing a virtualization resource pool layer in the cloud service resource association model and setting virtual resource tags; the virtual resource tags are used to indicate the actual physical machine and fault tolerance domain of the resource nodes; dividing at least two groups of resource nodes distributed in different availability zones in the virtualization resource pool layer into one unit, and selecting at least one unit to deploy cloud services of the cloud service layer.

[0010] In an optional implementation, the method further includes: when the cloud service is expanded or an underlying failure occurs, selecting at least one available unit in the virtualization resource pool layer to expand or replace the node.

[0011] In one alternative implementation, selecting at least one unit to deploy cloud services of the cloud service layer includes: obtaining the disaster recovery level of the cloud services of the cloud service layer; and selecting at least one unit among the units to deploy cloud services of the cloud service layer according to the disaster recovery level.

[0012] Thirdly, the present invention provides a cloud service resource management device, comprising: a hardware setting module for constructing a hardware resource layer in a cloud service resource association model and setting hardware resource tags; the hardware resource tags are used to indicate the availability zone and hardware information corresponding to the hardware resources; a virtual setting module for constructing a virtualized resource pool layer in the cloud service resource association model and setting virtual resource tags; the virtual resource tags are used to indicate the actual running physical machine and fault tolerance domain of the resource nodes; and a node partitioning module for partitioning at least two groups of resource nodes distributed in different availability zones in the virtualized resource pool layer into one unit, and selecting at least one unit to deploy cloud services of the cloud service layer.

[0013] Fourthly, the present invention provides a computer device, comprising: a memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the computer instructions to perform a cloud service resource management method according to the first aspect or any corresponding embodiment described above.

[0014] Fifthly, the present invention provides a computer-readable storage medium storing computer instructions for causing a computer to execute a cloud service resource management method according to the first aspect or any corresponding embodiment described above.

[0015] In a sixth aspect, the present invention provides a computer program product, including computer instructions for causing a computer to execute a cloud service resource management method as described in the first aspect or any corresponding embodiment thereof.

[0016] The technical solution provided by this invention may include the following beneficial effects:

[0017] The cloud service system of this invention establishes a cloud service resource association model, dividing the model into a hardware resource layer, a virtualization resource pool layer, a cloud service layer, and an application layer. The hardware resource layer and virtualization resource pool layer enable the system to call and manage various hardware and virtualization resources, improving resource utilization. The virtualization resource pool layer is divided into several units, each containing at least two groups of resource nodes in different availability zones / fault-tolerant domains, enhancing the system's fault tolerance. The cloud service layer can deploy corresponding cloud services, including databases and containers, on several units, simplifying the configuration and management process of cloud services. The application layer runs corresponding applications based on each cloud service and sets up master-slave nodes in the cloud service units, improving the reliability of application operation. This invention provides a cloud service resource management method that, by constructing a hardware resource layer and a virtualization resource pool layer in the cloud service resource association model and setting corresponding hardware resource tags and virtual resource tags, achieves effective management and utilization of cloud service resources. Dividing at least two groups of resource nodes distributed in different availability zones into one unit makes resource allocation more rational. Deploying cloud services in the cloud service layer by selecting at least one unit simplifies the deployment process and reduces complexity.

[0018] The above solution improves the availability of cloud services by constructing a cloud service resource association model, setting up a hardware resource layer and a virtualization resource pool layer, setting up units in the virtualization resource pool layer, deploying and managing cloud services in the cloud service layer, setting up master and slave nodes in the application layer, and applying cloud service resource management methods. Attached Figure Description

[0019] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0020] Figure 1 This is a schematic diagram of a cloud service system according to an embodiment of the present invention;

[0021] Figure 2This is a schematic diagram of the structural relationship of the PaaS service after adding units according to an embodiment of the present invention;

[0022] Figure 3 A flowchart of a cloud service resource management method according to an embodiment of the present invention;

[0023] Figure 4 This is a structural block diagram of a cloud service resource management device according to an embodiment of the present invention;

[0024] Figure 5 This is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present invention. Detailed Implementation

[0025] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0026] In the description of the embodiments of this application, the term "correspondence" may indicate that there is a direct or indirect correspondence between two things, or that there is an association between two things, or that there is a relationship of instruction and being instructed, configuration and being configured, etc.

[0027] Figure 1 This is a cloud service system according to an embodiment of the present invention. For example... Figure 1 As shown, the cloud service system has a cloud service resource association model, which includes a hardware resource layer, a virtualization resource pool layer, a cloud service layer, and an application layer.

[0028] The hardware resource layer includes callable hardware resources; the virtualization resource pool layer includes callable virtualization resources; the virtualization resource pool layer includes several units; each unit includes at least two sets of resource nodes; and the at least two sets of resource nodes in each unit are located in different availability zones / fault-tolerant domains.

[0029] The cloud service layer is used to deploy corresponding cloud services on several units; cloud services include at least one of databases and containers; the application layer is used to run corresponding applications according to each cloud service and set up master and slave nodes in the cloud service units.

[0030] The hardware resource layer is the first layer of the cloud service system, including callable hardware resources such as physical machines and switches. Hardware resources are the physical foundation for the operation of the cloud service system.

[0031] The virtualization resource pool layer is the second layer of the cloud service system, comprising callable virtualized resources such as virtual machines, virtual networks, VPNs, and other IaaS resources. The virtualization resource pool layer uses virtualization technologies to create and manage resources, corresponding to the physical resources of the first layer. This layer is further divided into several units, each containing at least two sets of resource nodes, serving as the unit for resource request or scheduling. These two sets of resource nodes are distributed across different availability zones or fault-tolerant domains to improve system fault tolerance and availability.

[0032] The cloud service layer is the third layer of the cloud service system, used to deploy corresponding cloud services on several units. Cloud services include PaaS cloud services such as databases (e.g., MySQL), containers (e.g., Docker), and message queues (e.g., Redis). They run on IaaS resources provided by the virtualization resource pool layer. When deploying cloud services, the unit is not used as the unit of individual resource nodes, but rather as the smallest unit of resource scheduling. Optionally, based on the unit settings, if the cloud service layer needs to expand or experience underlying failures, requiring the addition or replacement of resource nodes, high availability requirements can still be met after expansion or node replacement. The cloud service layer does not need to be concerned with the specific deployment of resource nodes within a unit; it only needs to know the unit's disaster recovery level to build cloud services with the corresponding disaster recovery level, simplifying the design of underlying resource disaster recovery for various services.

[0033] The application layer is the fourth layer of a cloud service system. It is used to run actual business applications based on various cloud services and generate business value. Key factors affecting system availability, such as databases and message queues, are deployed using a master-slave architecture. The system sets up master and slave nodes according to the cloud service units to improve system availability.

[0034] The system provided by this invention constructs a highly available system in a cloud environment through a four-level resource association model. This model improves system availability through virtualization technology, unit partitioning, and master-slave architecture.

[0035] In one alternative implementation, the virtualization resource pool layer also includes a resource creation interface; the resource creation interface is used to select units based on a specified resource pool, fault tolerance domain, or availability zone.

[0036] The virtualization resource pool layer also includes a resource creation interface, which provides a mechanism to select units based on a specified resource pool, fault tolerance domain, or availability zone.

[0037] The resource creation interface provides the ability to specify parameters such as resource pools, fault tolerance domains, and availability zones. Alternatively, it can provide availability sets to ensure that created resources are evenly distributed across different fault tolerance domains, maximizing unit selection and improving creation efficiency. It also ensures the correctness of resource tags and promptly synchronizes them to the cloud service layer upon changes, facilitating unit replacement or data migration.

[0038] In one alternative implementation, the virtualization resource pool layer is also used to synchronize the change information to the cloud service layer when it detects a change in the state of a resource node in the unit, so that the cloud service layer can reselect the unit.

[0039] In cloud service systems, the status of resource nodes may change due to various reasons, such as hardware failures, network problems, maintenance, and upgrades. The virtualization resource pool layer, through its built-in monitoring mechanism or integration with external monitoring systems, can detect these status changes in real time. Upon detecting a status change in a resource node, the virtualization resource pool layer synchronizes the relevant change information to the cloud service layer. This change information may include the current status of the resource node, the type of failure, and the estimated recovery time. Synchronizing this information to the cloud service layer allows it to promptly understand the latest status of resource nodes and adjust its service deployment strategies accordingly, such as reselecting units.

[0040] The cloud service layer can determine the selection logic of units based on its own characteristics, offering a degree of flexibility. After the cloud service layer completes the selection and deployment of units, the selection results should be back-synchronized to the virtualization resource pool layer. This avoids migrating resources under the same unit to the same fault-tolerant domain during routine migration and maintenance, thus preventing disruption of the highly available master-slave architecture. Some IaaS platforms have automatic fault drift capabilities. To avoid the impact of drift, a routine inspection mechanism is needed to check if any nodes have drifted and no longer meet requirements. A communication and maintenance mechanism for units should be established, providing migration target constraints during resource migration at the virtualization resource pool layer, and being aware of the cloud service layer's requirements for resource distribution. The inspection mechanism ensures that resources under a unit are distributed as expected.

[0041] Figure 2This is a schematic diagram illustrating the structural relationship of the PaaS service after adding units according to an embodiment of the present invention. The PaaS service layer (i.e., the cloud service layer), as infrastructure, provides a stable and reliable operating environment for application A and application B, supporting application deployment, management, and expansion. Application A and application B are deployed in units 1 and 2 respectively. Each application contains multiple virtual machine instances to achieve load balancing and high availability. Application A and application B each have independent fault-tolerant domains, each consisting of virtual machines located in different physical locations. Application A and application B are deployed in different availability zones. If multiple virtual machines in one availability zone fail simultaneously, virtual machines in another availability zone can still run, improving the system's fault tolerance. Through cross-fault-tolerant domain and cross-availability-zone disaster recovery, the system's continuous operation is ensured under various failure scenarios.

[0042] According to an embodiment of the present invention, a cloud service resource management method embodiment is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0043] This embodiment provides a cloud service resource management method. Figure 3 This is a flowchart of a cloud service resource management method according to an embodiment of the present invention, such as... Figure 3 As shown, the method is applied to a cloud service system, and the process includes the following steps:

[0044] Step S101: Construct the hardware resource layer in the cloud service resource association model and set hardware resource labels; the hardware resource labels are used to indicate the availability zone and hardware information corresponding to the hardware resources.

[0045] To build a cloud service resource association model, the first step is to establish a hardware resource layer. This layer contains the underlying hardware resources upon which the cloud service system depends, such as physical machines and switches. Corresponding tags are then assigned to these hardware resources to indicate their key attributes. Resource tags include resource pool protection level, availability zone, hardware information, and specifications. By assigning tags to hardware resources, these resources can be easily managed and scheduled.

[0046] Step S102: Construct the virtualized resource pool layer in the cloud service resource association model and set virtual resource labels; the virtual resource labels are used to indicate the actual physical machine and fault tolerance domain of the resource node.

[0047] Similar to the hardware resource layer, tags are assigned to virtualized resources to indicate their key attributes. Virtual resource tags include the actual physical machine running, fault tolerance domain, and protection level. Resource pools with different protection levels are built, and the capacity utilization of each pool is established. This provides recommendations for resource creation in the virtualization resource pool layer, promptly disabling newly created resources in overloaded pools, and reserving some redundancy for emergency resource creation and replacement in case of failure. By assigning tags to virtualized resources, resource deployment and migration can be more precisely controlled to meet diverse business needs.

[0048] Step S103: Divide at least two groups of resource nodes distributed in different availability zones in the virtualization resource pool layer into one unit, and select at least one unit to deploy cloud services of the cloud service layer.

[0049] The resource nodes distributed across different availability zones in the virtualization resource pool layer are divided and grouped into units. Each unit contains at least two sets of resource nodes distributed across different availability zones to ensure that services can still operate normally even if a single availability zone fails. At least one of these units is selected to deploy cloud services in the cloud service layer. By dividing resource nodes into units and selecting units to deploy cloud services, the availability and stability of the cloud service system can be improved.

[0050] In summary, the cloud service resource management method provided in this embodiment improves the high availability of the cloud service system by constructing a cloud service resource association model and adopting a unitized resource deployment strategy.

[0051] In one alternative implementation, the method further includes:

[0052] When cloud services need to be expanded or an underlying failure occurs, at least one available unit in the virtualization resource pool layer can be selected for node expansion or node replacement.

[0053] As business grows, cloud service systems may need to handle increased loads, requiring node expansion to increase system processing capacity. Simultaneously, due to underlying failures, some nodes in the cloud service system may fail, necessitating node replacement to restore normal system operation.

[0054] Within the virtualization resource pool layer, resource nodes distributed across different availability zones are divided into multiple units. When node expansion or replacement is required, an available unit is selected from the virtualization resource pool layer. The unit's disaster recovery level is considered during unit selection. Units with higher disaster recovery levels are prioritized when expanding or replacing nodes.

[0055] This implementation method ensures the continuous and stable operation of the cloud service system in the event of expansion or failure by expanding or replacing nodes.

[0056] In an optional implementation, step S103 above includes the following steps:

[0057] Step a11: Obtain the disaster recovery level of the cloud service in the cloud service layer.

[0058] First, determine the disaster recovery level of each cloud service within the cloud service layer. The disaster recovery level is determined based on the distribution and fault tolerance capabilities of resource nodes within the unit. This can be obtained by querying the configuration information or metadata of the cloud service layer.

[0059] Step a12: Based on the disaster recovery level, select at least one unit among the various units to deploy cloud services of the cloud service layer.

[0060] After obtaining the disaster recovery level of the cloud service, a suitable unit is selected from the various units in the virtualization resource pool layer to deploy the cloud service. The selection process is based on the disaster recovery level of the cloud service and the disaster recovery capabilities of each unit.

[0061] The disaster recovery capability of each unit is assessed based on factors such as the distribution of resource nodes within the unit, the number of fault-tolerant domains, the number of availability zones, and the interconnectivity between units. Units with stronger disaster recovery capabilities have a wider distribution of internal resource nodes and stronger fault tolerance capabilities, thus better meeting the deployment requirements of high-disaster-resilience cloud services.

[0062] Based on the disaster recovery level of the cloud service and the disaster recovery capabilities of each unit, the system selects at least one suitable unit to deploy the cloud service. Units with disaster recovery capabilities that meet or exceed the disaster recovery level of the cloud service are given priority to ensure that the cloud service can obtain sufficient disaster recovery protection after deployment.

[0063] This implementation method deploys cloud services based on disaster recovery level selection units, ensuring that cloud services can obtain disaster recovery protection that matches their disaster recovery level after deployment.

[0064] The following is an optional embodiment of the present invention:

[0065] Taking the construction of an application system spanning multiple availability zones as an example, the architecture model for each layer of resources is constructed. The following steps are followed when building services in the cloud service layer:

[0066] Two groups of resource nodes distributed across different availability zones are pre-defined as a single unit. Each unit is labeled with the number of availability zones. During actual deployment, the PaaS service selects several units for deployment and provides services accordingly.

[0067] When PaaS services are scaled up or experience underlying failures, nodes need to be added or replaced. In this case, the unit is still used as the smallest unit of resource scheduling, and unit groups with more than one availability zone in the label are selected to ensure that high availability requirements are still met after scaling up or replacing nodes.

[0068] The virtualization resource pool layer provides availability set capabilities when creating resources, ensuring that the created resources are evenly distributed across different fault-tolerant domains. This maximizes the selection of units and improves creation efficiency. It also ensures the correctness of resource tags and promptly synchronizes them to the cloud service layer after any changes occur, facilitating unit replacement or data migration.

[0069] PaaS services can determine their unit selection logic based on their own characteristics, offering a degree of flexibility. After unit selection and deployment are completed at the cloud service layer, the selection results should be back-synchronized to the virtualization resource pool layer. This avoids migrating resources under the same unit to the same fault-tolerant domain during routine migration and maintenance, thus preventing disruption of the highly available master-slave architecture. Some IaaS platforms have automatic fault drift capabilities. To avoid the impact of drift, a routine inspection mechanism is needed to check if any nodes have drifted and no longer meet requirements.

[0070] This embodiment also provides a cloud service resource management device for implementing the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that performs a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0071] This embodiment provides a cloud service resource management device, such as... Figure 4 As shown, it includes:

[0072] The hardware setting module 401 is used to construct the hardware resource layer in the cloud service resource association model and set hardware resource labels; the hardware resource labels are used to indicate the availability zone and hardware information corresponding to the hardware resources.

[0073] The virtual setting module 402 is used to construct the virtualized resource pool layer in the cloud service resource association model and set virtual resource labels; the virtual resource labels are used to indicate the actual physical machine and fault tolerance domain of the resource node.

[0074] The node partitioning module 403 is used to partition at least two groups of resource nodes distributed in different availability zones in the virtualization resource pool layer into one unit, and select at least one unit to deploy cloud services of the cloud service layer.

[0075] In one alternative embodiment, the apparatus further includes:

[0076] The underlying fault unit is used to select at least one available unit in the virtualization resource pool layer to perform node expansion or node replacement when the cloud service is expanded or an underlying fault occurs.

[0077] In one optional implementation, the node partitioning module 403 includes:

[0078] The first disaster recovery level unit is used to obtain the disaster recovery level of cloud services in the cloud service layer.

[0079] The first disaster recovery level unit is used to select at least one unit among the various units to deploy cloud services of the cloud service layer, based on the disaster recovery level.

[0080] Further functional descriptions of the above modules and units are the same as those in the corresponding embodiments described above, and will not be repeated here.

[0081] In this embodiment, a cloud service resource management device is presented in the form of a functional unit. Here, a unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that execute one or more software or fixed programs, and / or other devices that can provide the above functions.

[0082] This invention also provides a computer device having the above-described features. Figure 4 The image shows a cloud service resource management device.

[0083] Please see Figure 5 , Figure 5 This is a schematic diagram of the structure of a computer device provided in an optional embodiment of the present invention, such as... Figure 5 As shown, the computer device includes one or more processors 10, memory 20, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The components communicate with each other via different buses and can be mounted on a common motherboard or otherwise installed as needed. The processors can process instructions executed within the computer device, including instructions stored in or on memory to display graphical information of a GUI on external input / output devices (such as display devices coupled to the interfaces). In some alternative implementations, multiple processors and / or multiple buses can be used with multiple memories and multiple memory modules, if desired. Similarly, multiple computer devices can be connected, each providing some of the necessary operations (e.g., as a server array, a group of blade servers, or a multiprocessor system). Figure 5 Take a processor 10 as an example.

[0084] Processor 10 may be a central processing unit, a network processor, or a combination thereof. Processor 10 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The programmable logic device may be a complex programmable logic device (CAMP), a field-programmable gate array (FPGA), a general-purpose array logic (GDA), or any combination thereof.

[0085] The memory 20 stores instructions executable by at least one processor 10 to cause at least one processor 10 to perform the method shown in the above embodiments.

[0086] The memory 20 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created based on the use of the computer device. Furthermore, the memory 20 may include high-speed random access memory and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, the memory 20 may optionally include memory remotely located relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0087] The memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, hard disk or solid-state drive; the memory 20 may also include a combination of the above types of memory.

[0088] The computer device also includes an input device 30 and an output device 40. The processor 10, memory 20, input device 30, and output device 40 can be connected via a bus or other means. Figure 5 Taking the example of a connection between China and Israel via a bus.

[0089] Input device 30 can receive input numerical or character information, and generate key signal inputs related to user settings and function control of the computer device, such as a touchscreen, keypad, mouse, trackpad, touchpad, joystick, one or more mouse buttons, trackball, joystick, etc. Output device 40 may include display devices, auxiliary lighting devices (e.g., LEDs), and haptic feedback devices (e.g., vibration motors). The aforementioned display devices include, but are not limited to, liquid crystal displays, light-emitting diodes, displays, and plasma displays. In some alternative embodiments, the display device may be a touchscreen.

[0090] This invention also provides a computer-readable storage medium. The methods described above according to embodiments of the invention can be implemented in hardware or firmware, or implemented as computer code that can be recorded on a storage medium, or implemented as computer code downloaded via a network and originally stored on a remote storage medium or a non-transitory machine-readable storage medium and then stored on a local storage medium. Thus, the methods described herein can be processed by software stored on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. The storage medium can be a magnetic disk, optical disk, read-only memory, random access memory, flash memory, hard disk, or solid-state drive, etc.; further, the storage medium can also include combinations of the above types of memory. It is understood that computers, processors, microprocessor controllers, or programmable hardware include storage components capable of storing or receiving software or computer code, which, when accessed and executed by the computer, processor, or hardware, implements the methods shown in the above embodiments.

[0091] A portion of this invention can be applied as a computer program product, such as computer program instructions, which, when executed by a computer, can invoke or provide the methods and / or technical solutions according to the invention through the operation of the computer. Those skilled in the art will understand that the forms in which computer program instructions exist in a computer-readable medium include, but are not limited to, source files, executable files, installation package files, etc. Correspondingly, the ways in which computer program instructions are executed by a computer include, but are not limited to: the computer directly executing the instructions, or the computer compiling the instructions and then executing the corresponding compiled program, or the computer reading and executing the instructions, or the computer reading and installing the instructions and then executing the corresponding installed program. Here, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible to a computer.

[0092] Although embodiments of the invention have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of the invention, and all such modifications and variations fall within the scope defined by the appended claims.

Claims

1. A cloud service system, characterized in that, The cloud service system is equipped with a cloud service resource association model, which includes a hardware resource layer, a virtualization resource pool layer, a cloud service layer, and an application layer. The hardware resource layer includes callable hardware resources, each with a hardware resource tag. The hardware resource layer manages and schedules these hardware resources using the hardware resource tags, which indicate the availability zone and hardware information corresponding to the hardware resource. The virtualization resource pool layer includes callable virtualization resources, each with a virtual resource tag. The virtualization resource pool layer uses the virtual resource tags to deploy and control the migration of virtualization resources, which indicate the actual physical machine and fault tolerance domain of the resource node. The virtualization resource pool layer includes several units; each unit includes at least two groups of resource nodes; and the at least two groups of resource nodes in each unit are located in different availability zones / fault tolerance domains. The cloud service layer is used to deploy corresponding cloud services on the plurality of units, and each cloud service is deployed on at least one unit; the cloud service includes at least one of a database and a container; the application layer is used to run corresponding applications according to each cloud service and set master and slave nodes in the cloud service unit.

2. The cloud service system according to claim 1, characterized in that, The virtualization resource pool layer also has a resource creation interface; the resource creation interface is used to select a unit based on a specified resource pool, fault tolerance domain, or availability zone.

3. The cloud service system according to claim 1, characterized in that, The virtualization resource pool layer is also used to synchronize the change information to the cloud service layer when it detects a change in the status of a resource node in the unit, so that the cloud service layer can reselect the unit.

4. A cloud service resource management method, characterized in that, The method is applied to the cloud service system as described in any one of claims 1 to 3, characterized in that the method comprises: Construct a hardware resource layer in the cloud service resource association model and set hardware resource tags; the hardware resource tags are used to indicate the availability zone and hardware information corresponding to the hardware resources. A virtualized resource pool layer is constructed in the cloud service resource association model, and virtual resource labels are set; the virtual resource labels are used to indicate the actual physical machine on which the resource node is running and its fault tolerance domain; In the virtualized resource pool layer, at least two groups of resource nodes distributed in different availability zones are divided into one unit, and at least one unit is selected to deploy cloud services of the cloud service layer.

5. The method according to claim 4, characterized in that, The method further includes: When the cloud service is expanded or an underlying failure occurs, at least one available unit is selected in the virtualization resource pool layer to expand or replace the node.

6. The method according to claim 5, characterized in that, The step of selecting at least one unit to deploy cloud services at the cloud service layer includes: Obtain the disaster recovery level of the cloud services in the cloud service layer; Based on the disaster recovery level, at least one unit is selected from each unit to deploy the cloud service layer.

7. A cloud service resource management device, characterized in that, The device includes: The hardware configuration module is used to construct the hardware resource layer in the cloud service resource association model and set hardware resource tags; the hardware resource tags are used to indicate the availability zone and hardware information corresponding to the hardware resources. The virtual settings module is used to construct the virtualized resource pool layer in the cloud service resource association model and set virtual resource labels; the virtual resource labels are used to indicate the actual physical machine and fault tolerance domain of the resource node. The node partitioning module is used to partition at least two groups of resource nodes distributed in different availability zones in the virtualization resource pool layer into one unit, and select at least one unit to deploy cloud services of the cloud service layer.

8. A computer device, characterized in that, include: A memory and a processor are interconnected, the memory stores computer instructions, and the processor executes the computer instructions to perform a cloud service resource management method according to any one of claims 4 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing the computer to execute a cloud service resource management method according to any one of claims 4 to 6.

10. A computer program product, characterized in that, Includes computer instructions for causing a computer to execute a cloud service resource management method according to any one of claims 4 to 6.

Images