Scheduling method and device applied to cloud service platform, equipment and medium
By determining and scheduling multiple target service partitions in the cloud service platform, the problem of interruption of the cloud service platform when the service partition fails is solved, achieving higher reliability and efficiency.
Patent Information
- Application Number
- CN202411875439.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-18
- Publication Date
- 2025-04-11
- Estimated Expiration
- 2044-12-18
AI Technical Summary
The cloud service platform may cause service interruption when the service partition fails, affecting the continuity of user services.
By responding to the service request of the target user, based on the user's service partition configuration information, multiple target partitions are determined from multiple service partitions, and priority is determined based on the access delay of these target partitions, and the service request is then scheduled to the target partition with a high priority to ensure that the processing device can process the service request.
This method improves the reliability of cloud services by building a redundant mechanism, and optimizes the scheduling of service partitions, reduces the delay of cloud services and improves service efficiency.
Smart Images

Figure CN119806734A_ABST
Abstract
Description
Technical Field
[0001] The present disclosure relates to the field of cloud computing technology, in particular to the field of cloud service scheduling technology, and specifically to a scheduling method, device, electronic device, computer-readable storage medium and computer program product applied to a cloud service platform. Background Art
[0002] Cloud computing refers to a technology system that uses network access to elastically scalable shared physical or virtual resource pools. Resources can include servers, operating systems, networks, software, applications, and storage devices, and can be deployed and managed in an on-demand, self-service manner. Cloud computing technology can provide efficient and powerful data processing capabilities for technical applications such as artificial intelligence and blockchain, as well as model training.
[0003] The cloud service platform includes multiple computer rooms distributed in various regions. On this basis, the cloud service platform can be divided into multiple service partitions based on geographical regions. When one or more service partitions fail, the cloud services bound to the failed partitions will be interrupted, affecting the continuity of user services.
[0004] The methods described in this section are not necessarily methods that have been previously conceived or employed. Unless otherwise indicated, it should not be assumed that any method described in this section is considered to be prior art simply because it is included in this section. Similarly, unless otherwise indicated, the issues mentioned in this section should not be considered to have been recognized in any prior art. Summary of the invention
[0005] The present disclosure provides a scheduling method, device, electronic device, computer-readable storage medium, and computer program product applied to a cloud service platform.
[0006] According to one aspect of the present disclosure, there is provided a scheduling method applied to a cloud service platform, wherein the cloud service platform includes multiple first service partitions, and the method includes: in response to receiving a service request from a target user, determining multiple first target partitions from the multiple first service partitions based on service partition configuration information of the target user; determining the priority of each first target partition in the multiple first target partitions based on access delays of the multiple first target partitions; and scheduling the service request to the multiple first target partitions based on the priority of each first target partition, so that the processing devices included in the multiple first target partitions can process the service request.
[0007] According to another aspect of the present disclosure, there is provided a scheduling device applied to a cloud service platform, wherein the cloud service platform includes multiple first service partitions, and the device includes: a first determination unit, configured to determine multiple first target partitions from the multiple first service partitions in response to receiving a service request from a target user based on the service partition configuration information of the target user; a second determination unit, configured to determine the priority of each first target partition in the multiple first target partitions based on the access delay of the multiple first target partitions; and a scheduling unit, configured to schedule the service request to the multiple first target partitions based on the priority of each first target partition, so that the processing devices included in the multiple first target partitions can process the service request.
[0008] According to another aspect of the present disclosure, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the above-mentioned scheduling method applied to the cloud service platform.
[0009] According to another aspect of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions is provided, wherein the computer instructions are used to enable the computer to execute the above-mentioned scheduling method applied to the cloud service platform.
[0010] According to another aspect of the present disclosure, a computer program product is provided, including a computer program, wherein the computer program can implement the above-mentioned scheduling method applied to the cloud service platform when executed by a processor.
[0011] According to one or more embodiments of the present disclosure, the reliability and service efficiency of cloud services can be improved.
[0012] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it intended to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS
[0013] The accompanying drawings exemplarily illustrate the embodiments and constitute a part of the specification, and together with the text description of the specification, are used to explain the exemplary implementation of the embodiments. The embodiments shown are for illustrative purposes only and do not limit the scope of the claims. In all drawings, the same reference numerals refer to similar but not necessarily identical elements.
[0014] Figure 1 A schematic diagram showing an exemplary system in which the various methods described herein may be implemented according to an exemplary embodiment of the present disclosure;
[0015] Figure 2 A flowchart of a scheduling method applied to a cloud service platform according to an exemplary embodiment of the present disclosure is shown;
[0016] Figure 3 A schematic diagram of the structure of a cloud service platform according to an exemplary embodiment of the present disclosure is shown;
[0017] Figure 4 A structural block diagram of a scheduling device applied to a cloud service platform according to an exemplary embodiment of the present disclosure is shown;
[0018] Figure 5 A structural block diagram of an exemplary electronic device that can be used to implement the embodiments of the present disclosure is shown. DETAILED DESCRIPTION
[0019] The following is a description of exemplary embodiments of the present disclosure in conjunction with the accompanying drawings, including various details of the embodiments of the present disclosure to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope of the present disclosure. Similarly, for the sake of clarity and conciseness, the description of well-known functions and structures is omitted in the following description.
[0020] In the present disclosure, unless otherwise specified, the use of the terms "first", "second", etc. to describe various elements is not intended to limit the positional relationship, timing relationship, or importance relationship of these elements, and such terms are only used to distinguish one element from another element. In some examples, the first element and the second element may refer to the same instance of the element, and in some cases, based on the description of the context, they may also refer to different instances.
[0021] The terms used in the description of various examples in this disclosure are only for the purpose of describing specific examples and are not intended to be limiting. Unless the context clearly indicates otherwise, if the number of elements is not specifically limited, the element can be one or more. In addition, the term "and / or" used in this disclosure covers any one of the listed items and all possible combinations.
[0022] The embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.
[0023] Figure 1 FIG. 1 is a schematic diagram of an exemplary system 100 in which various methods and apparatuses described herein may be implemented according to an embodiment of the present disclosure. Figure 1, the system 100 includes one or more client devices 101, 102, 103, 104, 105, and 106, a server 120, and one or more communication networks 110 coupling the one or more client devices to the server 120. The client devices 101, 102, 103, 104, 105, and 106 may be configured to execute one or more applications.
[0024] In an embodiment of the present disclosure, the server 120 may run one or more services or software applications that enable execution of a scheduling method applied to a cloud service platform.
[0025] In some embodiments, server 120 may also provide other services or software applications, which may include non-virtualized environments and virtualized environments. In some embodiments, these services may be provided as web-based services or cloud services, such as provided to users of client devices 101, 102, 103, 104, 105, and / or 106 under a software as a service (SaaS) model.
[0026] exist Figure 1 In the configuration shown, the server 120 may include one or more components that implement the functions performed by the server 120. These components may include software components, hardware components, or a combination thereof that can be executed by one or more processors. Users operating client devices 101, 102, 103, 104, 105, and / or 106 may in turn utilize one or more client applications to interact with the server 120 to utilize the services provided by these components. It should be understood that a variety of different system configurations are possible, which may differ from the system 100. Therefore, Figure 1 is one example of a system for implementing the various methods described herein and is not intended to be limiting.
[0027] The user may use client devices 101, 102, 103, 104, 105 and / or 106 to send a service request. The client device may provide an interface that enables the user of the client device to interact with the client device. The client device may also output information to the user via the interface. Figure 1 Only six client devices are depicted, but one skilled in the art will appreciate that the present disclosure may support any number of client devices.
[0028] Client devices 101, 102, 103, 104, 105 and / or 106 may include various categories of computer devices, such as portable handheld devices, general-purpose computers (such as personal computers and laptop computers), workstation computers, wearable devices, smart screen devices, self-service terminal devices, service robots, game systems, thin clients, various messaging devices, sensors or other sensing devices, etc. These computer devices may run various categories and versions of software applications and operating systems, such as MICROSOFT Windows, APPLE iOS, UNIX-like operating systems, Linux or Linux-like operating systems (such as GOOGLE Chrome OS); or include various mobile operating systems, such as MICROSOFT Windows Mobile OS, iOS, Windows Phone, Android. Portable handheld devices may include cellular phones, smart phones, tablet computers, personal digital assistants (PDAs), etc. Wearable devices may include head-mounted displays (such as smart glasses) and other devices. Game systems may include various handheld game devices, Internet-enabled game devices, etc. The client device is capable of executing a variety of different applications, such as various Internet-related applications, communication applications (eg, email applications), short message service (SMS) applications, and may use various communication protocols.
[0029] The network 110 may be any type of network known to those skilled in the art that may support data communications using any of a variety of available protocols, including but not limited to TCP / IP, SNA, IPX, etc. By way of example only, one or more networks 110 may be a local area network (LAN), an Ethernet-based network, a token ring, a wide area network (WAN), the Internet, a virtual network, a virtual private network (VPN), an intranet, an extranet, a blockchain network, a public switched telephone network (PSTN), an infrared network, a wireless network (e.g., Bluetooth, WIFI), and / or any combination of these and / or other networks.
[0030] Server 120 may include one or more general purpose computers, dedicated server computers (e.g., PC (personal computer) servers, UNIX servers, mid-range servers), blade servers, mainframe computers, server clusters, or any other suitable arrangement and / or combination. Server 120 may include one or more virtual machines running virtual operating systems, or other computing architectures involving virtualization (e.g., one or more flexible pools of logical storage devices that may be virtualized to maintain a server's virtual storage device). In various embodiments, server 120 may run one or more services or software applications that provide the functionality described below.
[0031] The computing units in the server 120 may run one or more operating systems including any of the above operating systems and any commercially available server operating systems. The server 120 may also run any of a variety of additional server applications and / or middle-tier applications, including HTTP servers, FTP servers, CGI servers, JAVA servers, database servers, etc.
[0032] In some implementations, server 120 may include one or more applications to analyze and consolidate data feeds and / or event updates received from users of client devices 101, 102, 103, 104, 105, and 106. Server 120 may also include one or more applications to display data feeds and / or real-time events via one or more display devices of client devices 101, 102, 103, 104, 105, and 106.
[0033] In some embodiments, the server 120 may be a server of a distributed system, or a server combined with a blockchain. The server 120 may also be a cloud server, or an intelligent cloud computing server or intelligent cloud host with artificial intelligence technology. A cloud server is a host product in a cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and virtual private servers (VPS) services.
[0034] The system 100 may also include one or more databases 130. In some embodiments, these databases may be used to store data and other information. For example, one or more of the databases 130 may be used to store information such as audio files and video files. The databases 130 may reside in various locations. For example, the database used by the server 120 may be local to the server 120, or may be remote from the server 120 and may communicate with the server 120 via a network-based or dedicated connection. The databases 130 may be of different categories. In some embodiments, the databases used by the server 120 may be, for example, relational databases. One or more of these databases may store, update, and retrieve data to and from the databases in response to commands.
[0035] In some embodiments, one or more of the databases 130 may also be used by applications to store application data. The databases used by the applications may be different categories of databases, such as a key-value store, an object store, or a conventional store backed by a file system.
[0036] Figure 1The system 100 may be configured and operated in various ways to enable the application of various methods and apparatuses described in the present disclosure.
[0037] In order to optimize resource allocation, improve service performance and meet compliance requirements, cloud service providers can divide cloud service platforms into multiple service partitions based on geographic regions. By dividing cloud service partitions based on geographic regions, cloud service providers can optimize resource allocation, improve service performance and reduce network latency based on geographic location. The service partition corresponding to each geographic region can contain a complete set of cloud service resources, such as elastic computing, block storage, object storage, VPC (Virtual Private Cloud) network, elastic public IP (Elastic IP) and mirroring, and then provide cloud services to users based on independent resources and service environments.
[0038] In related technologies, when a user purchases cloud service resources, the cloud service corresponding to the user is usually bound to a certain service partition (for example, the service partition corresponding to the user's geographical area), thereby ensuring that the physical distance between the deployment location of the cloud computing resources and the user's location is the shortest, that is, reducing the cloud service latency and improving the user experience. In this case, when the service partition corresponding to the user fails, a service termination will occur.
[0039] Based on this, the present disclosure provides a scheduling method applied to a cloud service platform. When the cloud service platform includes multiple first service partitions, the user's configuration information is used to indicate multiple target partitions that can be used. While using multiple target partitions to build a redundancy mechanism and improve the reliability of cloud services, the scheduling priority is determined based on the access delay of each target service partition to reduce the cloud service delay and improve the efficiency of the cloud service.
[0040] Figure 2 FIG. 2 shows a flow chart of a scheduling method 200 applied to a cloud service platform according to an exemplary embodiment of the present disclosure, wherein the cloud service platform includes a plurality of first service partitions. Figure 2 As shown, the method 200 includes:
[0041] Step S201: in response to receiving a service request from a target user, determining a plurality of first target partitions from the plurality of first service partitions based on the service partition configuration information of the target user;
[0042] Step S202: determining the priority of each first target partition in the plurality of first target partitions based on the access delays of the plurality of first target partitions; and
[0043] Step S203: Based on the priority of each first target partition, dispatch the service request to the multiple first target partitions, so that the processing devices included in the multiple first target partitions can process the service request.
[0044] By applying the above-mentioned scheduling method 200 applied to the cloud service platform, the user's configuration information can be used to indicate multiple target partitions that can be used, and the multiple first target partitions can be used to provide redundant resources for the user's service request to improve the reliability of the cloud service. At the same time, the scheduling priority of the multiple first target partitions can also be determined based on the access delay of each first target partition, and the cloud service delay can be reduced by optimizing the scheduling of the multiple first target partitions to improve the service efficiency.
[0045] In some examples, the above-mentioned multiple first service partitions can be obtained based on geographical area divisions, and each service partition can contain a complete set of cloud service resources and provide cloud services to users based on independent resources and service environments. In this case, when the target user purchases cloud service resources, different first service partitions have different network delays, which in turn affects the efficiency of cloud services. By applying the above method 200 to schedule the hardware resources of the cloud platform, it is possible to optimize service delays and improve service efficiency while providing redundant first service partitions for target users and improving cloud service reliability by utilizing multiple first target partitions.
[0046] In some examples, the service partition configuration information of the target user may be configured by the target user when purchasing cloud service resources. In one example, the user may be allowed to directly select multiple desired first target partitions and save them as service partition configuration information. For example, when the user selects partition A and partition B, partition A and partition B may be directly determined as first target partitions. In another example, the user may also be allowed to select the number of desired first target partitions. For example, when the user configures the number of first target partitions to be 2, 2 first target partitions can be selected from multiple first service partitions of the cloud service platform based on this. This selection step can be implemented based on the hardware resource information (such as computing resource margin, storage resource margin) or access delay of each first service partition, and the present disclosure does not limit this.
[0047] In actual application scenarios, users can purchase public IP addresses from cloud service platforms to meet business needs. For example, the purchased public IP addresses can be dynamically bound or unbound to cloud product instances. On this basis, when a cloud product instance fails, it can be flexibly switched between different instances to quickly restore access to the public IP address and ensure business continuity. For another example, based on the purchased public IP addresses, a higher level of security protection measures can be provided for cloud products to effectively protect the data security and application security of the cloud platform.
[0048] It is understandable that in the application of public IP addresses, IP address blocks are usually divided according to geographical regions. As mentioned above, the service partitions of the cloud service platform are also divided based on geographical regions. In the related art, when a user purchases a cloud service product based on a public IP address, the product service purchased by the user will also be bound to the service partition corresponding to the public IP address. When a service partition fails, it will cause the interruption of cloud services.
[0049] Based on this, according to some embodiments, the service request includes a request for an elastic public network address. Therefore, by applying the above method 200 to a cloud service based on a public network IP address, a multi-target partition active mechanism can be constructed for the elastic public network address (Elastic IP) resources purchased by the user, thereby improving the reliability of the cloud service.
[0050] In some examples, the service request may also include other content, such as various types of data processing requests, data storage and access requests, email service requests, etc. As long as the hardware resources of the cloud service platform can be scheduled for the user, the present disclosure does not limit the type of cloud service requested by the user.
[0051] According to some embodiments, each of the multiple first service partitions includes multiple second service partitions, and method 200 further includes: for each first target partition in the multiple first target partitions, determining the availability of multiple second service partitions in the first target partition; based on the availability of the multiple second service partitions, determining at least one second target partition from the multiple second service partitions; and processing the service request using the at least one second target partition. In this example, when the first service partition of the cloud service platform includes multiple second service partitions, by applying the above-mentioned technical means, redundant resources of the first service partition level and the second service partition level can be configured for users in the cloud service platform, and flexible scheduling is performed at the first service partition level based on the access delay of each first target partition (first service partition). On this basis, disaster recovery management is implemented at the second service partition level, thereby improving service reliability without affecting cloud service efficiency.
[0052] In some examples, multiple groups of second service partitions of the cloud service platform may correspond to multiple groups of physical networks, and each group of physical networks may include multiple processing devices of physical networks. By dispatching the service requests of target users to multiple second target partitions, the service requests to be processed can be connected to the physical networks corresponding to each second target partition, so that the service requests can be processed by the processing devices in each group of physical networks, thereby providing cloud services to users.
[0053] In some examples, the above-mentioned step of determining the availability of multiple second service partitions can be implemented by using various link availability detection means, thereby determining the availability of the communication connection of each second service partition. In some examples, the hardware resource information (e.g., remaining processing resources, remaining storage resources) of each second service partition can be further determined, and then multiple second target partitions can be selected based on this.
[0054] In some examples, all available second service partitions may be determined as second target partitions, and all available partitions may be used to share service requests of target users to achieve load balancing of cloud service resources.
[0055] In actual application scenarios, cloud service platforms usually need to use gateways to control all business traffic in and out of cloud service partitions, so that cloud service users can effectively access and use the hardware resources in the cloud service platform. For example, the gateway can realize the conversion between public network protocol requests from the Internet and the communication protocol data of each device in the cloud service platform domain to achieve the management of hardware resources in the cloud service platform domain. For another example, the gateway can also implement network security protection, traffic load balancing configuration and other functions to improve the resource utilization of the cloud service platform.
[0056] Based on this, according to some embodiments, each of the multiple second service partitions includes multiple gateways, and method 200 also includes: managing the second service partition using the multiple gateways included in each second service partition, so that the service request can access the processing device included in the second service partition through the multiple gateways; and in response to determining that the target gateway fails, managing the second service partition using other gateways included in the second service partition to which the target gateway belongs. In this way, when a target gateway responsible for managing the second service partition fails, the route of the target gateway can be revoked in time, and the business traffic of the second service partition can be reloaded using other networks, and the reliability of the cloud service can be further improved by building a redundancy mechanism at the gateway level.
[0057] According to some embodiments, determining the priority of each first target partition based on the access delays of the multiple first target partitions in step S202 includes: determining the priority of each first target partition based on the difference between the access delays of the first target partitions. Thus, scheduling priority information can be more accurately determined based on the difference between the access delays of the first target partitions, thereby improving cloud service efficiency.
[0058] According to some embodiments, determining the priority of each first target partition based on the difference in access delays of each first target partition includes: in response to determining that the difference in access delays of each first target partition is not greater than a time difference threshold, determining that the priority of each first target partition is the same. Thus, it is possible to determine whether to apply a mechanism of equal scheduling of multiple hosts to multiple first target partitions based on the time difference threshold, so as to improve the utilization of cloud processing resources and improve cloud service efficiency.
[0059] In some examples, when the priorities of the first target partitions are the same, the service request traffic can be evenly distributed to the multiple first target partitions to improve the resource utilization of the first target partitions and achieve load balancing.
[0060] According to some embodiments, the determining the priority of each first target partition based on the difference in access delays of each first target partition includes: in response to determining that the difference between the access delay of the third partition and the access delay of the fourth partition is greater than the time difference threshold, determining that the priority of the third partition is higher than the priority of the fourth partition. Thus, it is possible to determine whether to apply the master-slave scheduling mechanism to multiple first target partitions based on the time difference threshold, so as to improve the utilization of cloud processing resources and improve cloud service efficiency.
[0061] In some examples, when each first target partition corresponds to a different priority, user traffic can be scheduled based on the mode of the host and the backup machine. For example, the third partition mentioned above can be used as the main load area, and the fourth partition can be used as the backup area. When receiving a user's service request, the request traffic is first scheduled to the third partition for processing. When the third partition fails, the request traffic is transferred to the backup area for processing to ensure the continuity of the cloud service.
[0062] According to some embodiments, the method 200 further includes: monitoring the availability of the plurality of first target partitions; in response to determining that the availability of the plurality of first target partitions has changed, updating the plurality of first target partitions; and scheduling the service request to the updated plurality of first target partitions. By performing link availability detection on the first target partitions to achieve disaster recovery, the reliability of the cloud service can be improved.
[0063] Figure 3 FIG. 1 shows a schematic diagram of the structure of a cloud service platform according to an exemplary embodiment of the present disclosure. Figure 3As shown, the cloud service platform includes a first service partition 3100 and a second service partition 3200, wherein the first service partition 3100 includes a second service partition 3110 and a second service partition 3120, and the first service partition 3200 includes a second service partition 3210 and a second service partition 3220. In this example, each second service partition corresponds to a set of hardware devices for physical networking, specifically including a physical network (such as a physical network for realizing data interconnection between the second service partition and the scheduler 3300) Figure 3 The physical network 3111, the physical network 3121, the physical network 3211, the physical network 3221 shown in FIG. 1 ), and two gateways (such as Figure 3 The gateways 3112, 3113, 3122, 3123, 3212, 3213, 3222, 3223 and the processing device (such as Figure 3 3114, 3124, 3214, 3224). Figure 3 , where the solid arrows show the data flow direction corresponding to the user service request, and the dotted arrows show the control flow direction for configuring the various components of the cloud service platform. In this example, the cloud service platform is configured with a scheduler 3300 and a scheduling controller 3400. The administrator of the cloud service platform can configure the target address of each first service partition for the scheduler 3300 through the scheduling controller 3400, and can also pass the service partition configuration information and scheduling strategy of the target user to the scheduler 3300, so that the scheduler can determine the available first target partitions and the priorities of each first target partition in the cloud service platform based on this, and then schedule the service request traffic from the user to each first target partition, that is, send the service request information to the multiple groups of physical networks included in each first target partition.
[0064] Continue to see Figure 3 In this example, each first service partition is configured with a partition controller (eg Figure 3 Each partition controller can control each gateway in the first service partition to which the partition controller belongs, and enable the gateway to publish or revoke routing information, thereby controlling the load of user service requests on each group of physical networks or each gateway. When a gateway or a processing device in a physical network fails, the partition controller can promptly revoke the routing information of the failed gateway and reconfigure other gateways to ensure the continuity of service request processing.
[0065] On the basis of using each partition controller to manage the hardware resources within the first service partition, the scheduling controller 3400 can monitor the availability of each first service partition. When a first service partition fails, the fault information can be transmitted to the scheduler 3300 so that the scheduler 3300 can reschedule the service request, avoid cloud service interruption, and improve service reliability.
[0066] According to one aspect of the present disclosure, a scheduling device applied to a cloud service platform is also provided. Figure 4 FIG. 4 shows a structural block diagram of a scheduling device 400 applied to a cloud service platform according to an exemplary embodiment of the present disclosure, wherein the cloud service platform includes a plurality of first service partitions. Figure 4 As shown, the device 400 includes:
[0067] The first determining unit 401 is configured to determine a plurality of first target partitions from the plurality of first service partitions based on the service partition configuration information of the target user in response to receiving a service request of the target user;
[0068] A second determining unit 402 is configured to determine the priority of each first target partition in the plurality of first target partitions based on the access delays of the plurality of first target partitions; and
[0069] The scheduling unit 403 is configured to schedule the service request to the multiple first target partitions based on the priority of each first target partition, so that the processing devices included in the multiple first target partitions can process the service request.
[0070] According to some embodiments, each of the multiple first service partitions includes multiple second service partitions, and the device 400 also includes: a third determination unit, configured to determine the availability of multiple second service partitions in the first target partition for each first target partition in the multiple first target partitions; a fourth determination unit, configured to determine at least one second target partition from the multiple second service partitions based on the availability of the multiple second service partitions; and a first processing unit, configured to process the service request using the at least one second target partition.
[0071] According to some embodiments, each of the multiple second service partitions includes multiple gateways, and the device 400 also includes: a second processing unit, configured to manage the second service partition using the multiple gateways included in each second service partition, so that the service request can access the processing device included in the second service partition through the multiple gateways, and the second processing unit is also configured to manage the second service partition using other gateways included in the second service partition to which the target gateway belongs in response to determining that a target gateway fails.
[0072] According to some embodiments, the second determining unit 402 is configured to determine the priority of each first target partition based on a difference between access delays of the first target partitions.
[0073] According to some embodiments, the second determining unit 402 is configured to: in response to determining that the difference in access delays of the first target partitions is not greater than a time difference threshold, determine that the priority of each first target partition is the same.
[0074] According to some embodiments, the second determining unit 402 is configured to: in response to determining that the difference between the access delay of the third partition and the access delay of the fourth partition is greater than the time difference threshold, determine that the priority of the third partition is higher than the priority of the fourth partition.
[0075] According to some embodiments, the device 400 also includes: a monitoring unit configured to monitor the availability of the multiple first target partitions; an updating unit configured to update the multiple first target partitions in response to determining that the availability of the multiple first target partitions has changed, and the scheduling unit 403 is also configured to schedule the service request to the updated multiple first target partitions.
[0076] According to some embodiments, the service request includes a request for an elastic public network address.
[0077] In the technical solution of the present disclosure, the collection, storage, use, processing, transmission, provision and disclosure of user personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals.
[0078] According to another aspect of the present disclosure, an electronic device is also provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the above-mentioned scheduling method applied to the cloud service platform.
[0079] According to another aspect of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions is further provided, wherein the computer instructions are used to enable the computer to execute the above-mentioned scheduling method applied to the cloud service platform.
[0080] According to another aspect of the present disclosure, a computer program product is further provided, including a computer program, wherein the computer program implements the above-mentioned scheduling method applied to the cloud service platform when executed by a processor.
[0081] refer to Figure 5, a block diagram of an electronic device 500 that can be used as a server or client of the present disclosure will now be described, which is an example of a hardware device that can be applied to various aspects of the present disclosure. The electronic device is intended to represent various forms of digital electronic computer devices, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present disclosure described and / or required herein.
[0082] like Figure 5 As shown, the device 500 includes a computing unit 501, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 502 or a computer program loaded from a storage unit 508 into a random access memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the device 500 can also be stored. The computing unit 501, the ROM 502, and the RAM 503 are connected to each other via a bus 504. An input / output (I / O) interface 505 is also connected to the bus 504.
[0083] Multiple components in the device 500 are connected to the I / O interface 505, including: an input unit 506, an output unit 507, a storage unit 508, and a communication unit 509. The input unit 506 can be any type of device that can input information to the device 500. The input unit 506 can receive input digital or character information and generate key signal input related to user settings and / or function control of the electronic device, and can include but is not limited to a mouse, a keyboard, a touch screen, a track pad, a track ball, a joystick, a microphone, and / or a remote controller. The output unit 507 can be any type of device that can present information, and can include but is not limited to a display, a speaker, a video / audio output terminal, a vibrator, and / or a printer. The storage unit 508 can include but is not limited to a disk, an optical disk. The communication unit 509 allows the device 500 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks, and can include but is not limited to a modem, a network card, an infrared communication device, a wireless communication transceiver, and / or a chipset, such as a Bluetooth™ device, an 802.11 device, a WiFi device, a WiMax device, a cellular communication device, and / or the like.
[0084] The computing unit 501 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 501 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 501 performs the various methods and processes described above, such as the scheduling method applied to the cloud service platform. For example, in some embodiments, the scheduling method applied to the cloud service platform may be implemented as a computer software program, which is tangibly included in a machine-readable medium, such as a storage unit 508. In some embodiments, part or all of the computer program may be loaded and / or installed on the device 500 via the ROM 502 and / or the communication unit 509. When the computer program is loaded into the RAM 503 and executed by the computing unit 501, one or more steps of the scheduling method applied to the cloud service platform described above may be executed. Alternatively, in other embodiments, the computing unit 501 may be configured to execute the scheduling method applied to the cloud service platform in any other appropriate manner (for example, by means of firmware).
[0085] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.
[0086] The program code for implementing the method of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that the program code, when executed by the processor or controller, enables the functions / operations specified in the flow chart and / or block diagram to be implemented. The program code may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.
[0087] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
[0088] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).
[0089] The systems and techniques described herein can be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), the Internet, and a blockchain network.
[0090] A computer system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The relationship of client and server is generated by computer programs running on respective computers and having a client-server relationship with each other. The server may be a cloud server, a server of a distributed system, or a server combined with a blockchain.
[0091] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps described in this disclosure can be performed in parallel, sequentially or in different orders, as long as the desired results of the technical solutions disclosed in this disclosure can be achieved, and this document does not limit this.
[0092] Although the embodiments or examples of the present disclosure have been described with reference to the accompanying drawings, it should be understood that the above-mentioned methods, systems and devices are merely exemplary embodiments or examples, and the scope of the present invention is not limited by these embodiments or examples, but only by the claims after authorization and their equivalent scope. Various elements in the embodiments or examples can be omitted or replaced by their equivalent elements. In addition, each step can be performed in an order different from that described in the present disclosure. Further, the various elements in the embodiments or examples can be combined in various ways. It is important that with the evolution of technology, many elements described herein can be replaced by equivalent elements that appear after the present disclosure.
Claims
1. A scheduling method applied to a cloud service platform, wherein: The cloud service platform includes a plurality of first service partitions, and the method includes: In response to receiving a service request of a target user, determining a plurality of first target partitions from the plurality of first service partitions based on the service partition configuration information of the target user; Determining a priority of each of the plurality of first target partitions based on access delays of the plurality of first target partitions; and Based on the priority of each first target partition, the service request is scheduled to the plurality of first target partitions, so that the processing devices included in the plurality of first target partitions can process the service request.
2. The method of claim 1, wherein: Each of the plurality of first service partitions includes a plurality of second service partitions, and the method further includes: For each first target partition of the plurality of first target partitions, determining availability of a plurality of second service partitions in the first target partition; Based on the availability of the plurality of second service partitions, determining at least one second target partition from the plurality of second service partitions; and The service request is processed using the at least one second target partition.
3. The method of claim 2, wherein: Each of the plurality of second service zones comprises a plurality of gateways, and the method further comprises: managing each second service partition by using a plurality of gateways included in the second service partition, so that the service request can access the processing device included in the second service partition through the plurality of gateways; and In response to determining that the target gateway fails, the second service partition is managed using other gateways included in the second service partition to which the target gateway belongs.
4. The method according to any one of claims 1 to 3, wherein: The step of determining the priority of each first target partition based on the access delays of the plurality of first target partitions includes: The priority of each first target partition is determined based on the difference between the access delays of the first target partitions.
5. The method of claim 4, wherein: The step of determining the priority of each first target partition based on the difference in access delays of each first target partition includes: In response to determining that the difference in access delays of the first target partitions is not greater than a time difference threshold, it is determined that the priorities of the first target partitions are the same.
6. The method of claim 4, wherein: The step of determining the priority of each first target partition based on the difference in access delays of each first target partition includes: In response to determining that the difference between the access delay of the third partition and the access delay of the fourth partition is greater than the time difference threshold, determining that the priority of the third partition is higher than the priority of the fourth partition.
7. The method according to any one of claims 1 to 6, further comprising: monitoring the availability of the plurality of first target partitions; In response to determining that the availability of the plurality of first target partitions has changed, updating the plurality of first target partitions; as well as The service request is dispatched to the updated plurality of first target partitions.
8. The method according to any one of claims 1 to 7, wherein: The service request includes a request for an elastic public network address.
9. A scheduling device applied to a cloud service platform, wherein: The cloud service platform includes a plurality of first service partitions, and the device includes: A first determining unit is configured to determine a plurality of first target partitions from the plurality of first service partitions based on the service partition configuration information of the target user in response to receiving a service request of the target user; A second determining unit is configured to determine a priority of each of the plurality of first target partitions based on access delays of the plurality of first target partitions; and The scheduling unit is configured to schedule the service request to the multiple first target partitions based on the priority of each first target partition, so that the processing devices included in the multiple first target partitions can process the service request.
10. The device of claim 9, wherein: Each of the plurality of first service partitions includes a plurality of second service partitions, and the apparatus further includes: A third determining unit is configured to determine, for each first target partition among the plurality of first target partitions, availability of a plurality of second service partitions in the first target partition; a fourth determining unit configured to determine at least one second target partition from the plurality of second service partitions based on the availability of the plurality of second service partitions; and The first processing unit is configured to process the service request using the at least one second target partition.
11. The device of claim 10, wherein: Each of the plurality of second service partitions comprises a plurality of gateways, and the apparatus further comprises: a second processing unit configured to manage each second service partition by using a plurality of gateways included in the second service partition, so that the service request can access the processing device included in the second service partition through the plurality of gateways; The second processing unit is further configured to manage the second service partition using other gateways included in the second service partition to which the target gateway belongs in response to determining that the target gateway fails.
12. The device according to any one of claims 9 to 11, wherein: The second determining unit is configured to: The priority of each first target partition is determined based on the difference between the access delays of the first target partitions.
13. The device of claim 12, wherein: The second determining unit is configured to: In response to determining that the difference in access delays of the first target partitions is not greater than a time difference threshold, it is determined that the priorities of the first target partitions are the same.
14. The device of claim 12, wherein: The second determining unit is configured to: In response to determining that the difference between the access delay of the third partition and the access delay of the fourth partition is greater than the time difference threshold, determining that the priority of the third partition is higher than the priority of the fourth partition.
15. The apparatus according to any one of claims 9 to 14, further comprising: A monitoring unit configured to monitor the availability of the plurality of first target partitions; an updating unit, configured to update the plurality of first target partitions in response to determining that the availability of the plurality of first target partitions has changed, The scheduling unit is further configured to schedule the service request to the updated plurality of first target partitions.
16. The device according to any one of claims 9 to 15, wherein: The service request includes a request for an elastic public network address.
17. An electronic device comprising: at least one processor; as well as a memory communicatively coupled to the at least one processor; in The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 8.
18. A non-transitory computer-readable storage medium storing computer instructions, wherein: The computer instructions are used to make a computer execute the method according to any one of claims 1-8.
19. A computer program product comprising a computer program, wherein: The computer program implements the method according to any one of claims 1 to 8 when executed by a processor.
Citation Information
Patent Citations
Intelligent disaster recovery configuration of cloud computing network
CN105376305A
Service request processing method and device, server and storage medium
CN116016539A
Resource distribution method for cloud service and related equipment
CN116405565A
Scheduling method and device based on partitions and multiple threads, computer equipment and medium
CN117827399A
Service distribution method and device, electronic equipment, chip and medium
CN118519759A