Information processing device, virtualization base system, and control program

Abstract

An information processing device (10) according to one aspect of the present invention comprises an aggregation unit (15) that aggregates scores corresponding to processing in which the state of any workload being executed on a virtualization base (90) executed by one or more nodes (20) is changed in order to secure resources that enable other workloads to be deployed.

Description

Information Processing Apparatus, Virtualization Infrastructure System, and Control Program

[0001] One aspect of the present invention relates to an information processing apparatus, a virtualization infrastructure system, and a control program.

[0002] Conventionally, regarding resources for executing a virtualization infrastructure, it is common to monitor the processing load in a physical server or the like that executes the virtualization infrastructure and determine whether there is an excess or deficiency. Patent Document 1 discloses a system management apparatus that can select a countermeasure considering the influence on a job for a plurality of countermeasures against a performance failure.

[0003] Japanese Patent Application Laid-Open No. 2023-066878

[0004] However, in the conventional technology as described above, for example, when it is possible to respond by stopping a workload with a low priority being executed on the virtualization infrastructure, it may not necessarily mean that the resources are exhausted. Also, for example, even if the workload executed by a physical server is changed, it may not be reflected in the processing load, and there is room for improvement in determining the excess or deficiency of resources by referring to the processing load.

[0005] One aspect of the present invention has been made in view of the above problems, and an object thereof is to enable a more appropriate determination of the excess or deficiency of resources for executing a virtualization infrastructure.

[0006] In order to solve the above problems, an information processing apparatus according to one aspect of the present invention includes an aggregation unit that aggregates scores corresponding to processing in which the state of any workload being executed on a virtualization infrastructure executed by one or more nodes is changed to secure resources that enable other workloads to be deployed.

[0007] To solve the above problems, a virtualization infrastructure system according to one aspect of the present invention is a virtualization infrastructure system comprising an information processing device that operates as an orchestrator for controlling one or more nodes that execute a virtualization infrastructure, and the nodes, wherein the information processing device comprises a determination unit that determines any workload running on the virtualization infrastructure as a workload whose state should be changed in order to secure resources that will enable the deployment of other workloads, a communication unit that transmits to any of the nodes an instruction to change the state of the workload determined by the determination unit and an instruction to deploy the other workload, and an aggregation unit that aggregates a score corresponding to the process that changed the state of the workload determined by the determination unit, and the nodes perform the process of changing the state of the workload determined by the determination unit and the process of deploying the other workload in accordance with the instructions received from the information processing device.

[0008] Each aspect of the present invention may be implemented by a computer, in which case a control program that enables the computer to implement the information processing device or node by operating the computer as each part (software element) of the information processing device or node, and a computer-readable recording medium on which the program is recorded, also fall within the scope of the present invention.

[0009] Furthermore, the control program may use various machine learning techniques in the process of operating the computer as a part of the control block or in other processes. In this case, the program using machine learning techniques may run on the information processing device or on other devices (for example, an edge computer or a cloud server).

[0010] According to one aspect of the present invention, it becomes possible to more appropriately determine whether there is a surplus or shortage of resources for running the virtualization infrastructure.

[0011] This is an example of a diagram showing the configuration of a virtualization infrastructure system. This is an example of a diagram showing the configuration of a cluster. This is an example of a flowchart showing the processing flow performed by the virtualization infrastructure system. This is an example of a diagram used to explain an example of processing by the virtualization infrastructure system.

[0012] One embodiment of the present invention will be described in detail below.

[0013] [1. Example of Virtualization Infrastructure System Configuration] Figure 1 is an example of a diagram showing the configuration of the virtualization infrastructure system 1 according to this disclosure. The virtualization infrastructure system 1 comprises one or more physical servers 20a to 20d that run the virtualization infrastructure 90 individually or in cooperation with each other, and one or more information processing devices 10. Hereinafter, when the physical servers 20a to 20d are not distinguished, at least one or all of them will also be referred to as physical servers 20. The number of physical servers 20 provided in the virtualization infrastructure system 1 may be one to three, or five or more.

[0014] Examples of virtualization infrastructure 90 include IaaS (Infrastructure as a Service), CaaS (Containers as a Service), PaaS (Platform as a Service), and SaaS (Software as a Service). In Figure 1, the virtualization infrastructure 90 and each physical server 20 that runs the virtualization infrastructure 90 are shown as separate blocks. Furthermore, running the virtualization infrastructure 90 can be rephrased as performing predetermined processing to realize the virtualization infrastructure 90.

[0015] Furthermore, in a different embodiment from that shown in Figure 1, multiple virtualization infrastructures 90 may be running in the virtualization infrastructure system 1. A group of physical servers 20 running the same virtualization infrastructure 90 is also referred to as a cluster. In the example shown in Figure 1, physical servers 20a to 20d run the same virtualization infrastructure 90 and therefore constitute a single cluster corresponding to the virtualization infrastructure 90. In this disclosure, the physical servers 20 constituting a cluster may also be referred to as physical servers 20 belonging to the cluster, or physical servers 20 owned by the cluster.

[0016] The physical server 20 is an example of a node in this disclosure and is a device comprising a control unit 21, a storage unit 28, and a communication unit 29.

[0017] The control unit 21 is a control device such as a CPU or GPU that manages the entire physical server 20.

[0018] The storage unit 28 is a storage device such as memory that stores various types of information, at least temporarily. The storage unit 28 stores a program that operates the physical server 20 as an agent that runs the virtualization infrastructure 90. The control unit 21 executes the program, causing the physical server 20 to operate as the agent.

[0019] The communication unit 29 is an interface that performs communication processing with other devices.

[0020] The information processing device 10 is a device that operates as an orchestrator, performing control over each physical server 20. Here, the orchestrator is the entity that controls the creation or deletion of virtual servers (virtual machines), Pods, or containers that the physical servers 20 of the cluster deploy in memory. The process of creating virtual servers, Pods, or containers, or the process of deploying applications to be executable on containers, is also called deployment. Furthermore, the control over each physical server 20 may be interchanged with the control over the cluster or the control over the virtualization infrastructure 90.

[0021] The cluster and containers mentioned above will be further explained with reference to Figure 2. Figure 2 is an example of a diagram showing the configuration of a cluster. In the example in Figure 2, the cluster 30 is composed of three physical servers 20. Each physical server 20 manages containers in units called Pods, as mentioned above. A Pod usually contains one container, but it may contain two or more containers. In the example in Figure 2, each Pod 32 contains one or two containers 34. In addition, each container 34 packages and manages an application 36 and middleware 37.

[0022] As illustrated in Figure 2, each of the one or more physical servers 20 that make up the cluster is capable of running one or more Pods, and each Pod is capable of running one or more containers.

[0023] Furthermore, Figure 1 shows that on a common virtualization infrastructure 90, physical servers 20a to 20d are executing Pod32a to Pod32d, which are examples of Pod32. Each Pod32 is assigned a priority to be executed; for example, physical server 20d is executing Pod32d, which has a higher priority.

[0024] Furthermore, the processes or entities that perform these processes on the virtualization infrastructure 90 are also referred to as workloads. Pods and containers, as well as applications, processes, and the aforementioned jobs, are examples of workloads. In other words, the process by which the physical server 20 deploys a Pod to execute a certain process is an example of a workload deployment process.

[0025] The information processing device 10 includes a control unit 11, a storage unit 18, and a communication unit 19.

[0026] The control unit 11 is a control device such as a CPU or GPU that oversees the entire information processing device 10, and also operates as an acquisition unit 13, a determination unit 14, an aggregation unit 15, and a notification unit 16.

[0027] The acquisition unit 13 acquires information indicating the processing load on each physical server 20 that runs the virtualization infrastructure 90. Here, the information indicating the processing load may be the CPU or GPU usage rate, memory usage rate, communication bandwidth usage rate, the absolute amount of these usages, or a combination thereof on the physical server 20.

[0028] The determination unit 14 performs determinations regarding the workload executed by the physical server 20. For example, the determination unit 14 determines that one of the workloads currently running on the virtualization infrastructure 90 should have its state changed in order to secure resources that will allow other workloads to be deployed.

[0029] The aggregation unit 15 aggregates scores that serve as indicators of the degree of resource shortage in the virtualization infrastructure system 1. More specifically, the aggregation unit 15 aggregates scores corresponding to processes that change the state of any workload running on the virtualization infrastructure 90, which is executed by one or more physical servers 20, in order to secure resources that will allow other workloads to be deployed.

[0030] The notification unit 16 provides specific notifications to users of the virtualization infrastructure system 1. For example, the notification unit 16 may be configured to provide notifications by displaying information on a display device (not shown) via the communication unit. In addition, the notification unit 16 responds to predetermined inputs from the user to the information processing device 10 and notifies the user of the score compiled by the aggregation unit 15 and related information. In other words, the user can check the score and its aggregation period, etc., at any time.

[0031] The storage unit 18 is a storage device such as memory that stores various types of information, at least temporarily. For example, the storage unit 18 stores a program that operates the information processing device 10 as an orchestrator, the specifications of each physical server 20, the scores compiled by the aggregation unit 15 and related information, and a set of instructions for the physical servers 20. The specifications of each physical server 20 may or may not be uniform. The information processing device 10 operates as an orchestrator when the control unit 11 executes the aforementioned program. The aforementioned set of instructions includes instructions to change the state of the workload and instructions to deploy the workload.

[0032] The communication unit 19 is an interface that performs communication processing with other devices. For example, the communication unit 19 sends instructions to one of the physical servers 20 to change the status of the workload determined by the determination unit 14, and to deploy other workloads.

[0033] Furthermore, the devices may be connected to the same switch or wirelessly connected, and the information processing device 10 or any of the physical servers 20 may be equipped with a RIC (RAN Intelligent Controller) which controls the RAN (Radio Access Network).

[0034] The above describes an example of the configuration of the virtualization infrastructure system 1. In addition, each part included in the virtualization infrastructure system 1 has the function of executing the processes described below.

[0035] [2. Processing Example of the Virtualization Infrastructure System] Next, the processing flow executed by the virtualization infrastructure system 1 will be explained with reference to Figures 1, 3, and 4. Figure 3 is an example of a flowchart showing the processing flow. Figure 4 is an example of a diagram for explaining the processing in this example based on the configuration shown in Figure 1.

[0036] In the following explanation, we will use the example of a process that changes the state of the aforementioned workload, which is a process that stops the Pod. However, the explanation is not limited to this, and for example, the workload may be a container. Other examples of processes that change the state will be described later.

[0037] Furthermore, prior to the start of the process shown in the flowchart of Figure 3, as shown in Figure 1, the information processing device 10 receives a deployment request from, for example, an external device (not shown) via the communication unit 19, and the deployment of the virtualization infrastructure 90, etc., is completed, and the physical servers 20a to 20d are each executing Pods 32a to Pods 32d as workloads. Also, Pods 32a to 32d are set to one of the following priorities in the order of "high," "medium," and "low," as shown in Figure 1.

[0038] In step S1, the information processing device 10 receives a new deployment request from an external device via the communication unit 19. The deployment request is described as a request to deploy a new Pod on the virtualization infrastructure 90. Alternatively, the deployment request can be rephrased as a request to run the new Pod on any physical server 20 belonging to the cluster corresponding to the virtualization infrastructure 90. Furthermore, the making of the deployment request can be said to be an example of the start condition for the process shown in the flowchart of Figure 3. In the example of Figure 4, the process in which the information processing device 10 receives a deployment request for a new Pod with a priority of "high" is shown.

[0039] In S2, the acquisition unit 13 of the information processing device 10 acquires information indicating the processing load of each physical server 20 that runs the virtualization infrastructure 90 from each physical server 20 via the communication unit 19.

[0040] In S3, the determination unit 14 determines whether it is necessary to stop any of the currently running Pods in order to secure resources for deploying a new Pod, by referring to information indicating the processing load of each physical server 20. The condition that it is necessary to stop any of the currently running Pods means that, assuming that none of the currently running Pods are stopped, even if a new Pod is executed on any of the physical servers 20, the processing load of each physical server 20 will exceed 100%. Furthermore, in the determination in S3 and S6 described later, the control unit 11 may also refer to information indicating the specifications of each physical server 20.

[0041] If the determination unit 14 determines that it is not necessary to stop any of the currently running Pods (S3: NO), in other words, if it determines that any of the physical servers 20 has sufficient resources to run a new Pod in parallel without stopping any of the currently running Pods, then the process in S4 is executed. On the other hand, if the determination unit 14 determines that it is necessary to stop any of the currently running Pods (S3: YES), then the process in S6 is executed. In the example in Figure 4, the transition to the "YES" side occurs in this S3 determination.

[0042] In S4, the control unit 11 transmits an instruction to deploy a new Pod to any one of the physical servers 20 determined to have sufficient resources via the communication unit 19. Here, the physical server 20 that is the transmission destination of the instruction may be the physical server 20 estimated to have the lowest processing load after deploying the new Pod.

[0043] In S5, the control unit 21 of the physical server 20 that has received the instruction deploys a new Pod on its own device according to the instruction. After the completion of the processing in S5, the processing shown in the flowchart of FIG. 3 ends.

[0044] In S6, the determination unit 14 of the information processing apparatus 10 makes a determination by referring to the priorities set for each Pod. Specifically, the determination unit 14 determines whether or not there is one or more physical servers 20 that satisfy both of the following conditions A1 and A2. The physical server 20 that satisfies conditions A1 and A2 is a physical server 20 that is a candidate for stopping the running Pod and deploying a new Pod.

[0045] (A1) One or more Pods with a lower priority than the new Pod for which a deployment request has been made to the information processing apparatus 10 are running on the physical server 20.

[0046] (A2) By stopping one or more running Pods with a lower priority than the new Pod, a resource margin becomes available on the physical server 20 for deploying the new Pod.

[0047] When the determination unit 14 determines that there is a physical server 20 that satisfies conditions A1 and A2 (S6: YES), the processing in S7 is subsequently executed. On the other hand, when the determination unit 14 determines that there is no physical server 20 that satisfies conditions A1 and A2 (S6: NO), the new Pod is not deployed, and the processing in S10 is subsequently executed. In this case, it is desirable for the notification unit ********** of the information processing apparatus 10 to notify that the new Pod has not been deployed.

[0048] In S7, the determination unit 14 determines the physical server 20 for deploying a new Pod from the physical servers 20 that satisfy conditions A1 and A2 by applying the processes corresponding to the applicable conditions among the following conditions B1 to B3.

[0049] (B1) When there is only one physical server 20 that satisfies conditions A1 and A2: Determine the physical server 20 as the physical server 20 for deploying a new Pod. In this physical server 20, one or more Pods will be stopped in ascending order of priority until a new Pod can be deployed.

[0050] (B2) When there are two or more physical servers 20 that satisfy conditions A1 and A2, and in any of these physical servers 20, a new Pod can be deployed by stopping only one Pod with the lowest priority: Determine the physical server 20 with the lowest priority of the Pod to be stopped as the physical server 20 for deploying a new Pod. In the example of FIG. 4, since physical servers 20c and 20d satisfy conditions A1 and A2 and the priority of Pod 32c is lower than that of Pod 32d, physical server 20c is determined as the physical server 20 for deploying a new Pod.

[0051] (B3) When there are two or more physical servers 20 that satisfy conditions A1 and A2, and in any of these physical servers 20, a new Pod can be deployed by stopping two or more Pods in ascending order of priority: Determine the physical server 20 with the lowest highest priority set for the one or more Pods to be stopped among the physical servers 20 as the physical server 20 for deploying a new Pod. For example, when in the first physical server 20, a new Pod can be deployed by stopping two Pods with "low" priority, and in the second physical server 20, a new Pod can be deployed by stopping one Pod with "medium" priority, the first physical server 20 is determined as the physical server 20 for deploying a new Pod.

[0052] Conditions B1 to B3 have been explained above. If there are multiple physical servers 20 that satisfy condition B2 or B3, the determination unit 14 may determine which physical server 20 to deploy the new Pod to according to the processing load, or according to the identification number assigned to the physical server 20.

[0053] In S8, the control unit 11 transmits, via the communication unit 19, an instruction to the physical server 20 determined in S7 to stop one or more running Pods, and an instruction to the information processing device 10 to deploy a new Pod for which a deployment request has been received.

[0054] In S9, the control unit 21 of the physical server 20, upon receiving the instruction, performs the following processes in accordance with the instruction: stopping one or more Pods currently running on its own device, and deploying a new Pod on its own device. In the example shown in Figure 4, the control unit 21 (not shown) of the physical server 20c stops Pod 32c and deploys Pod 32c2 as a new Pod.

[0055] In S10, the aggregation unit 15 of the information processing device 10 aggregates scores corresponding to the Pods stopped by the processing in S7 to S9, or scores corresponding to the transition to the "NO" side in the judgment in S6, and stores them in the storage unit 18. For example, if the unit of the score is expressed as "points", the aggregation unit 15 may aggregate the score by assigning points according to the following applicable items: - When a new Pod with high priority is deployed by stopping a Pod with low priority: 1 point - When a new Pod with high priority is deployed by stopping a Pod with medium priority: 2 points - When a Pod with high priority is deployed even if it is not desirable to stop it (for example, stopping a Pod related to AI and deploying a Pod related to RAN): 3 points Generally speaking, the higher the priority of the Pod to be stopped, the higher the score assigned by the aggregation unit 15. This indicates that the resources in the virtualization infrastructure system 1 are insufficient to the point where high-priority Pods must be stopped. Furthermore, it is desirable that the aggregation unit 15 be configured to award a higher score the smaller the difference between the priority of the Pod to be stopped and the priority of the Pod to be deployed.

[0056] Thus, the aggregation unit 15 may be configured to record a score corresponding to the process of stopping the first Pod in order to secure resources that enable a new deployment, when the first Pod is assigned a higher priority than the second Pod, as a higher score than the score corresponding to the process of stopping the second Pod. More broadly, the aggregation unit 15 may be configured to record a score corresponding to the process of changing the state of the first workload in order to secure the aforementioned resources, when the first workload (Pod, etc.) is assigned a higher priority than the second workload, as a higher score than the score corresponding to the process of changing the state of the second workload.

[0057] Furthermore, as mentioned above, the score compiled by the aggregation unit 15 indicates the degree of resource shortage in the virtualization infrastructure system 1. Even if the judgment in S6 transitions to "NO", it can be said that a new Pod has not been deployed and the resources are insufficient, so the aggregation unit 15 calculates a predetermined score.

[0058] Typically, the aggregation unit 15 performs the process of aggregating the scores for a certain period of time. That is, if the total value of the scores aggregated by the previous execution of the process shown in the flowchart of Figure 3 is stored in the storage unit 18, the aggregation unit 15 updates the score by adding a value to the total value of the scores. However, this disclosure also includes a method of updating the score by subtracting a value from a predetermined value. Furthermore, the score may be configured to be reset to an initial value such as zero at a certain time after a certain period has elapsed from the starting point, or a predetermined value may be added to or subtracted from the score at the aforementioned timing. Alternatively, the score may be configured to be aggregated as the total value for the most recent certain period up to the present time.

[0059] Furthermore, the score may be calculated by totaling the score each predetermined number of times the process shown in the flowchart of Figure 3 is executed. In this configuration as well, similar to the configuration in which the score is calculated over a certain period of time, the score may be reset to an initial value each predetermined number of times the process is executed.

[0060] The above describes the processing flow performed by the virtualization infrastructure system 1. According to this example, by referring to a score that reflects the priority set for the workload, it becomes possible to more appropriately determine whether there are any surpluses or shortages of resources needed to run the virtualization infrastructure 90.

[0061] [3. Additional Notes] The priority levels set for workloads such as Pods do not have to be limited to three levels: "high," "medium," and "low." A configuration with four or more priority levels, indicated by numbers or letters, is also acceptable.

[0062] Furthermore, in the virtualization infrastructure system 1, if two or more virtualization infrastructures 90 are each run by one or more physical servers 20, it is desirable that the aggregation unit 15 aggregates scores for each virtualization infrastructure 90, i.e., for each cluster. This helps in deciding whether to change a physical server 20 belonging to the second cluster to a physical server 20 belonging to the first cluster, for example, if the score corresponding to the first cluster is relatively high and resources are insufficient, and the score corresponding to the second cluster is relatively low and resources are sufficient. Alternatively, for example, the determination unit 14 may determine at regular intervals whether a difference of a certain value or more has occurred between the scores corresponding to each virtualization infrastructure 90, and if such a difference has occurred, the notification unit 16 may issue a notification to that effect or a notification proposing a change in the configuration of each cluster.

[0063] Furthermore, the information processing device 10 that compiles scores and the information processing device 10 that operates as an orchestrator may be implemented as separate devices.

[0064] Furthermore, in order to secure resources that allow other workloads to be deployed, the process of changing the state of any running workload may include at least one of the following: the aforementioned process of stopping the workload, the process of changing the physical server 20 running the workload to another physical server 20, and the process of changing the settings of the physical server 20 running the workload. In other words, even when resources that allow other workloads to be deployed are secured by performing a process such as changing the physical server 20 running the workload to another physical server 20, the aggregation unit 15 aggregates scores corresponding to each process. In addition, stopping a workload may include temporarily suspending processing on the workload, deleting the workload, and saving data related to the workload from temporary memory to non-temporary memory.

[0065] Furthermore, regarding condition B3 in the determination at S7 in the flowchart of Figure 3, if the number of candidate Pods (workloads) whose state should be changed differs among the physical servers 20, the determination unit 14 may compare the total number of Pods weighted according to priority to determine which physical server 20 will deploy the new Pod. For example, if the first physical server 20 can deploy a new Pod by stopping two Pods with "low" priority, and the second physical server 20 can deploy a new Pod by stopping one Pod with "medium" priority, the second physical server 20 may be determined as the physical server 20 to deploy the new Pod. The same applies to the scoring by the aggregation unit 15 in S10; if two or more Pods are stopped in order to deploy a new Pod, the system may be configured to score a higher score accordingly.

[0066] Furthermore, the workload priority may be configured to be specified by the user through input to the information processing device 10, or it may be configured to be automatically set by the control unit 11 according to the type of workload.

[0067] Furthermore, in the process in which the determination unit 14 determines which workloads require a change in state, and in the process in which the aggregation unit 15 aggregates scores corresponding to the processes that changed the state of the workload, the priority and the processing load of the physical server 20 may be reflected, as well as the scale of the target workload, such as the amount of data. This is because, for example, the larger the amount of data of a Pod that needs to be stopped, the more likely it is that resources are insufficient.

[0068] Furthermore, the process of S10 in the flowchart of Figure 3 may be executed before or in parallel with the processes of S8 or S9.

[0069] Alternatively, following the processing in S10, the determination unit 14 may determine whether the score has reached a baseline value, and if it has, the notification unit 16 may notify the user accordingly. This reduces the effort required for the user to check the score in order to determine whether there is a surplus or shortage of resources in the virtualization infrastructure 90.

[0070] Furthermore, some or all of the physical servers 20 may be virtual servers, which are examples of nodes. In other words, some or all of the references to physical servers 20 in this disclosure may be read as virtual servers or nodes. Also, as mentioned above, a Pod is an example of a workload, and some or all of the references to Pod in this disclosure may be read as any other workload.

[0071] Furthermore, the information processing device 10 may be configured to be provided by any of the physical servers 20. This configuration also includes the case where any of the physical servers 20 have the functions of the information processing device 10. In other words, any of the physical servers 20 may also operate as an orchestrator. This contributes to cost reduction by reducing the number of devices included in the virtualization infrastructure system 1.

[0072] Furthermore, even if the number of operating physical servers 20 included in the virtualization infrastructure system 1 changes while the virtualization infrastructure 90 is running, the aggregation unit 15 may update the score according to the number or specifications of the physical servers that have been added or removed, based on the information processing device 10 receiving information indicating this change from any of the physical servers 20.

[0073] [4. Software Implementation Example] The functions of the information processing device 10 and the physical server 20 (hereinafter referred to as "devices") can be realized by a program that causes the devices to function as computers, and by a program that causes each control block of the devices (particularly each part included in the control unit 11 or control unit 21) to function as a computer.

[0074] In this case, the device includes a computer having at least one control device (e.g., a processor) and at least one storage device (e.g., memory) as hardware for executing the program. By executing the program using this control device and storage device, the functions described in each of the embodiments are realized.

[0075] The above program may be recorded on one or more computer-readable recording media, not temporary ones. These recording media may or may not be provided by the above device. In the latter case, the program may be supplied to the above device via any wired or wireless transmission medium.

[0076] Furthermore, some or all of the functions of each of the above control blocks can also be realized by logic circuits. For example, an integrated circuit in which logic circuits functioning as each of the above control blocks are formed is also included in the scope of the present invention. In addition, it is also possible to realize the functions of each of the above control blocks by, for example, a quantum computer.

[0077] Furthermore, each process described in the above embodiments may be performed by AI (Artificial Intelligence). In this case, the AI ​​may operate on the control device described above, or it may operate on other devices (for example, an edge computer or a cloud server).

[0078] The present invention is not limited to the embodiments described above, and various modifications are possible within the scope of the claims. Embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of the present invention.

[0079] The present invention is not limited to the embodiments described above, and various modifications are possible within the scope of the claims. Embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of the present invention. Furthermore, new technical features can be formed by combining the technical means disclosed in each embodiment.

[0080] 1. Virtualization infrastructure system 10. Information processing device (orchestrator) 11. Control unit 13. Acquisition unit 14. Judgment unit 15. Aggregation unit 16. Notification unit 18. Storage unit 19. Communication unit 20, 20a-20d. Physical server (node) 21. Control unit 28. Storage unit 29. Communication unit 30. Cluster 34. Container 36. Application 37. Middleware 90. Virtualization infrastructure

Claims

1. An information processing device comprising an aggregation unit that aggregates scores corresponding to processes that change the state of any workload running on a virtualization infrastructure executed by one or more nodes in order to secure resources that can be used to deploy other workloads.

2. The information processing device according to claim 1, which operates as an orchestrator that controls each node, further comprising: a determination unit that determines a workload whose state is to be changed in order to secure the resources; and a communication unit that transmits to any of the nodes an instruction to change the state of the workload determined by the determination unit, and an instruction to deploy the other workload.

3. Each workload is assigned a priority to be executed, and the aggregation unit, when a higher priority is assigned to the first workload than to the second workload, records a score corresponding to the process that changed the state of the first workload in order to secure the resources as a score higher than the score corresponding to the process that changed the state of the second workload, as described in claim 1 or 2.

4. The information processing apparatus according to claim 1 or 2, wherein the process for changing the state of any of the running workloads includes at least one of the following: a process for stopping the workload; a process for changing the node on which the workload is running to another node; and a process for changing the settings of the node on which the workload is running.

5. The information processing apparatus according to claim 1 or 2, further comprising a notification unit that notifies the user when the score compiled by the aggregation unit reaches a standard value.

6. A virtualization infrastructure system comprising an information processing device that operates as an orchestrator for controlling one or more nodes running a virtualization infrastructure, and the nodes, wherein the information processing device comprises: a determination unit that determines any workload running on the virtualization infrastructure as a workload whose state should be changed in order to secure resources that can deploy other workloads; a communication unit that transmits instructions to any of the nodes to change the state of the workload determined by the determination unit and instructions to deploy the other workloads; and an aggregation unit that aggregates scores corresponding to the processes that changed the state of the workload determined by the determination unit, wherein the nodes perform processes to change the state of the workload determined by the determination unit and deploy the other workloads in accordance with the instructions received from the information processing device.

7. A control program for causing a computer to function as an information processing device according to claim 1, wherein the control program causes the computer to function as the aggregation unit.

Images