WO2024004178A1 - 複数のクラウドにより形成されるクラウドグループ内でのリソース共有 - Google Patents

複数のクラウドにより形成されるクラウドグループ内でのリソース共有 Download PDF

Info

Publication number
WO2024004178A1
WO2024004178A1 PCT/JP2022/026395 JP2022026395W WO2024004178A1 WO 2024004178 A1 WO2024004178 A1 WO 2024004178A1 JP 2022026395 W JP2022026395 W JP 2022026395W WO 2024004178 A1 WO2024004178 A1 WO 2024004178A1
Authority
WO
WIPO (PCT)
Prior art keywords
cloud
application
cnfs
control device
primary
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/026395
Other languages
English (en)
French (fr)
Inventor
仁 中里
紗季 田中
遥 堀内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Mobile Inc
Original Assignee
Rakuten Mobile Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Mobile Inc filed Critical Rakuten Mobile Inc
Priority to PCT/JP2022/026395 priority Critical patent/WO2024004178A1/ja
Publication of WO2024004178A1 publication Critical patent/WO2024004178A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present disclosure relates to resource sharing within a cloud group formed by multiple clouds.
  • Edge computing which is a distributed architecture, has been attracting attention in recent years.
  • Edge computing is a distributed computing system that performs at least some of its processing in an edge cloud built on edge servers installed near user terminals (UEs), instead of a central cloud built on a central data center. It is ing.
  • UEs user terminals
  • the processing for providing services to user terminals, which was concentrated in the center cloud is distributed to the edge cloud, thereby distributing the processing load.
  • the computing resources allocated to the edge cloud may not be sufficient, and it may be difficult to stably provide services to user terminals.
  • a control device includes one or more processors.
  • the one or more processors may have resources for deploying all CNFs (Containerized Network Functions) for building the new application. It is determined whether or not there is resource pressure, which corresponds to whether or not the primary cloud is present.
  • the one or more processors select at least one application from the existing applications and the new application located in the primary cloud based on application priorities when the resources are tight. Further, the one or more processors select at least some CNFs from CNFs (Containerized Network Functions) that construct the selected at least one application. Further, the one or more processors deploy the at least some of the selected CNFs to a secondary cloud within the cloud group.
  • a control method deploys all CNFs (Containerized Network Functions) that construct the new application when requesting the creation of a new application to a primary cloud in a cloud group formed by a plurality of clouds.
  • the method includes determining, using a processor, whether or not there is a resource shortage corresponding to whether or not there are resources for the primary cloud in the primary cloud.
  • the control method also includes controlling at least one application from among the existing applications and the new application placed in the primary cloud using a processor based on application priorities when the resources are tight. including selecting and choosing.
  • the control method includes selecting, using a processor, at least some CNFs (Containerized Network Functions) that construct the selected at least one application.
  • the control method includes deploying at least some of the selected CNFs to a secondary cloud in the cloud group using a processor.
  • a non-transitory computer-readable medium records a program.
  • the program When the program is read by a computer, one or more processors of the computer execute a request to create a new application to a primary cloud in a cloud group formed by a plurality of clouds. It is determined whether there is a resource shortage corresponding to whether or not there are resources for deploying a Containerized Network Function in the primary cloud. Furthermore, when the resources are tight, the one or more processors select at least one application from the existing application and the new application located in the primary cloud based on the priority order of the applications. . Further, the one or more processors select at least some CNFs from CNFs (Containerized Network Functions) that construct the selected at least one application. Further, the one or more processors deploy the at least some of the selected CNFs to a secondary cloud within the cloud group.
  • CNFs Containerized Network Functions
  • FIG. 1 is a conceptual diagram showing a cloud group to which a control device according to the present disclosure is applied.
  • FIG. 2 is a diagram showing the relationship between services and applications in a microservice architecture.
  • FIG. 3 is a functional block diagram illustrating a configuration example of a control device according to the present disclosure.
  • FIG. 4 is a flowchart illustrating an example of the operation of the control device according to the present disclosure.
  • FIG. 5 is a diagram illustrating an example of a processing sequence in the control device according to the present disclosure.
  • FIG. 6 is a functional block diagram illustrating a configuration example of a control device according to the present disclosure.
  • FIG. 7 is a flowchart illustrating an example of the operation of the control device according to the present disclosure.
  • FIG. 1 is a conceptual diagram showing a cloud group to which a control device according to the present disclosure is applied.
  • FIG. 2 is a diagram showing the relationship between services and applications in a microservice architecture.
  • FIG. 3 is a functional block diagram
  • FIG. 8 is a diagram illustrating an example of a processing sequence in the control device according to the present disclosure.
  • FIG. 9A is a diagram for explaining an application example of the control device according to the present disclosure.
  • FIG. 9B is a diagram for explaining an application example of the control device according to the present disclosure.
  • FIG. 10 is a block diagram showing a configuration example of the control device shown in FIGS. 3 and 6. As shown in FIG.
  • a control device controls resource sharing within a cloud group formed by a plurality of clouds.
  • the controller may be an orchestrator.
  • FIG. 1 is a conceptual diagram showing a cloud group to which a control device 100 according to the present embodiment is applied.
  • the cloud group includes a plurality of (L pieces, L is an integer) edge clouds.
  • Applications for providing various services to user terminals (not shown) within a coverage area formed by one or more Radio Units (RUs) may be deployed in each edge cloud.
  • the user terminal is an ICT (Information and Communication Technology) device that can execute an application for receiving services and can communicate. Examples of user terminals include portable PCs (Personal Computers) such as smartphones and tablet terminals.
  • the user terminal may be a non-portable device such as a desktop PC.
  • a cloud group is formed from multiple edge clouds.
  • a cloud group is formed, for example, by edge clouds built on edge servers that are geographically close to each other.
  • a cloud group does not necessarily have to be formed only by edge clouds that are geographically close to each other.
  • a cloud group may be formed by edge clouds built on edge servers installed in logically close locations.
  • the cloud group may include a center cloud built on the central data center.
  • the cloud group may include a cloud built on a regional data center.
  • the edge cloud, center cloud, etc. included in a cloud group will be simply referred to as "cloud”.
  • the control device 100 may be installed in a data center where these clouds are constructed, or may be installed in a data center outside the cloud group.
  • the application is an application for providing a service to a user terminal.
  • services provided to user terminals are constructed using a microservice architecture.
  • FIG. 2 is a diagram showing the relationship between services and applications (hereinafter also referred to as "APP") in a microservice architecture.
  • a service is constructed from one or more applications.
  • the number of applications that construct one service varies depending on the service.
  • Each application is built from one or more Containerized Network Functions (CNFs).
  • CNF operates on "Kubernetes" (registered trademark), for example.
  • Kubernetes is open source software (OSS) that automatically configures and manages containerized services.
  • the number of CNFs to build one application may vary depending on the application and design.
  • CNF running on Kubernetes is constructed from one or more Pods. A Pod is the smallest unit of application that can run on Kubernetes.
  • Pods are operationally managed by Kubernetes.
  • Pods that operate on CNF have a self-repair function; for example, when a certain Pod stops operating, another Pod is activated and the CNF function self-repairs.
  • Each Pod is constructed from one or more containers.
  • microservice architecture is also being considered in 5G (fifth generation mobile communication system).
  • 5G radio access network
  • CN core network
  • the service is RAN
  • the Central Unit (CU) and Distributed Unit (DU) correspond to the application.
  • a Service Network Function (SNF) that constructs the CN, such as an AMF (Access and Mobility Management Function) or a UPF (User Plane Function), corresponds to the application.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the CNF indicated by CNF#1 can be set as a CU-CP (Control Plane), and the CNF indicated by CNF#2 can be set as a CU-UP (User Plane).
  • CU-CP includes radio resource control (RRC).
  • CU-UP includes SDAP (Service Data Adaptation Protocol) and PDCP (Packet Data Convergence Protocol) related to the user plane.
  • the CU-CP and CU-UP are capable of functionally linked communication via the E1 interface. Both CU-CP and CU-UP can be connected to DU with F1 interface.
  • examples of services other than the above-mentioned RAN and CN include a web distribution service, a game provision service, a video distribution service, a music distribution service, a monitoring service, a navigation service, an automatic driving service, an email provision service, and a sensor service.
  • examples of applications that provide these services include a web distribution application, a game provision application, a video distribution application, a music distribution application, a monitoring execution application, a navigation application, an automatic driving application, a mail provision application, and a sensor execution application.
  • FIG. 3 is a functional block diagram showing a configuration example of the control device 100 according to the present disclosure.
  • the control device 100 includes a resource monitoring section 110, a resource determination section 120, an application selection section 130, a secondary cloud determination section 140, a CNF selection section 150, and a deployment section 160.
  • the resource monitoring unit 110 monitors resource usage of clouds within a cloud group. Monitoring may be performed periodically, or may be performed at the timing when a request to create a new application, which will be described later, is notified to one of the clouds.
  • applications already deployed in the cloud and new applications are built using microservice architecture. That is, these applications are constructed from one or more CNFs.
  • the resource usage status includes, for example, information on the total number of CNFs that can be placed (deployed) in the cloud and the total number of CNFs of all applications actually deployed on the cloud.
  • the total number of CNFs that can be placed in the cloud may be determined by the cloud's computing resources.
  • the total number of CNFs of all applications actually placed in the cloud is the total number of CNFs already placed in the cloud.
  • the resource determination unit 120 determines whether the cloud has the resources to deploy all the CNFs that construct the new application when requesting the creation of a new application to the cloud in the cloud group. In other words, the resource determination unit 120 determines whether or not the resources of the cloud that has received the request to create a new application are tight.
  • the cloud that received the request to create a new application will be referred to as the "primary cloud.” A method for determining whether or not resources are tight in the resource determination unit 120 will be described later.
  • the resource determination unit 120 receives, for example, directly from the primary cloud that the primary cloud has been requested to create a new application.
  • the resource determination unit 120 may receive a request to create a new application in the primary cloud from a management device that manages registration of new applications.
  • the new application creation request includes information about the new application (hereinafter also referred to as "application information").
  • the application information includes information on the total number of CNFs for constructing new applications.
  • the resource determination unit 120 can determine whether the primary cloud has resources for deploying all CNFs for building a new application, using the following information (1) and (2). can.
  • f max is the maximum number of CNFs that can be placed in the primary cloud. In other words, f max is the sum of the number of CNFs already placed in the primary cloud and the number of CNFs that can be further placed in the primary cloud. The maximum number of CNFs that can be placed in the primary cloud may be determined by the primary cloud's computing resources. Furthermore, f sum is the sum of the number of CNFs that have already been placed in the primary cloud plus the number of CNFs that will construct a new application that has been requested to be placed in the primary cloud. In other words, the total number of CNFs f sum is the total number of CNFs scheduled to be placed in the primary cloud when all CNFs for building a new application are placed (deployed) in the primary cloud.
  • the resource determination unit 120 determines whether the primary cloud has resources for deploying all CNFs that construct a new application, based on the resource usage ratio R defined by the ratio f sum /f max . judge.
  • the resource determination unit 120 determines that the primary cloud has resources for deploying all the CNFs that construct the new application.
  • the resource determination unit 120 determines that the primary cloud does not have the resources to deploy all the CNFs that construct the new application. If the resource usage ratio R>1, the resource determination unit 120 notifies the application selection unit 130 of a request to select an application to be deployed in a cloud different from the primary cloud (hereinafter referred to as “secondary cloud”). In the following description, the application that will be placed in the secondary cloud will also be referred to as a "target application.”
  • the resource determining unit 120 may make a hypothetical determination that the resources are in short supply only in a preset situation. As a result, it is possible to deploy a part of the CNF to the secondary cloud in advance before a resource shortage occurs, thereby delaying the timing at which the primary cloud's resources become scarce. For example, the resource determination unit 120 hypothetically determines that resources are tight in a situation where it is expected that new application creation requests will continue. The situations in which it is determined that resources are tight are not limited to this.
  • the resource determination unit 120 determines whether or not the resources of the primary cloud are tight, and if the resources are tight, the resource determination unit 120 requests the application selection unit 130 to select an application to be deployed to the secondary cloud. Notice. Note that the method used by the resource determination unit 120 to determine whether or not resources are tight is not particularly limited.
  • the application selection unit 130 When the application selection unit 130 receives a request to select an application (target application) to be deployed to the secondary cloud from the resource determination unit 120, the application selection unit 130 selects the target application based on the priority order of the application. Specifically, the application selection unit 130 selects a target application from among existing applications placed in the primary cloud and new applications for which creation has been requested, based on the priority order of the applications.
  • the application selection unit 130 can acquire information about existing applications placed in the primary cloud and new applications for which creation has been requested from, for example, a management device that manages application registration. Alternatively, the control device 100 may hold information on existing applications placed in each cloud in the cloud group in a storage, and the application selection unit 130 may refer to this storage.
  • Application priorities may be set in advance.
  • the applications include a web distribution application, a game provision application, a video distribution application, a music distribution application, a monitoring execution application, a navigation application, an automatic driving application, a mail provision application, and a sensor execution application.
  • QoS quality of service
  • Examples of QoS include high speed best effort, high speed guaranteed bandwidth, low speed best effort, and low speed guaranteed bandwidth.
  • QoS quality of service
  • the priority order of the automatic driving application may be set higher than that of the mail providing application.
  • the application selection unit 130 may select target applications in the order of the earliest deployment timing to the primary cloud. In this case, the target application is selected simply by checking the deployment timing, so the time required to select the target application can be kept short.
  • the application selection unit 130 After determining the target application, the application selection unit 130 notifies the secondary cloud determination unit 140 of information on the total number of CNFs (f total ) for constructing the target application.
  • the secondary cloud determining unit 140 determines a secondary cloud within the cloud group in which at least a portion of the CNF for constructing the target application will be placed. An example of determining the secondary cloud will be described later. Furthermore, the secondary cloud determining unit 140 sets the number (f) of CNFs to be placed in the secondary cloud among all CNFs that construct the target application. For example, the secondary cloud determining unit 140 sets the number of surplus CNFs (f d ) that cannot be deployed to the primary cloud to the number of CNFs (f) to be placed in the secondary cloud.
  • the secondary cloud determining unit 140 calculates the number of surplus CNFs (f d ) using, for example, the following formula.
  • the number of surplus CNFs (f d ) calculated using equation (3) is the number of CNFs that cannot be deployed to the primary cloud when attempting to deploy as many CNFs as possible to the primary cloud among the CNFs that construct the target application. The number of pieces.
  • the method for calculating the number of surplus CNFs (f d ) is not limited to the above.
  • the number of CNFs that can be placed in the primary cloud is set in advance as a threshold value (f threshold , f threshold ⁇ f max ), and the number (f sum - f threshold ) exceeding this threshold value (f threshold ) is set as surplus. It may also be the number of CNFs (f d ).
  • (f max - f threshold ) free resources are secured in the primary cloud for each CNF.
  • the secondary cloud determining unit 140 sets the thus calculated number of surplus CNFs (f d pieces) that cannot be deployed to the primary cloud as the number (f) of CNFs to be placed in the secondary cloud. Note that the secondary cloud determining unit 140 may set the number of all CNFs (f total ) that constructs the target application to the number of CNFs (f). In this case, all CNFs that construct the target application will be deployed to the secondary cloud.
  • the secondary cloud determining unit 140 determines the secondary cloud based on, for example, the size of free resources when a cloud other than the primary cloud in the cloud group deploys f CNFs. The size of empty resources is counted in units of one CNF. The secondary cloud determining unit 140 can obtain information about the resource usage status of clouds in the cloud group from the resource determining unit 120.
  • the secondary cloud determining unit 140 may determine the secondary cloud based on the geographical (or logical) distance between the primary cloud and a cloud other than the primary cloud, in addition to the size of free resources. For example, if there are multiple clouds with the same size of free resources, the secondary cloud determining unit 140 determines the cloud with the smallest distance from the primary cloud as the secondary cloud among the multiple clouds with the same size of free resources. It's okay. Further, the secondary cloud determining unit 140 may determine the secondary cloud based on the geographical (or logical) distance between the primary cloud and a cloud other than the primary cloud. For example, the secondary cloud determining unit 140 may determine the cloud with the smallest distance from the primary cloud as the secondary cloud, regardless of the size of free resources. When determining a secondary cloud based on distance, the CNFs that build one application will be distributed and deployed in the clouds that are closest to each other, reducing communication delays caused by the placement of CNFs. can do.
  • the secondary cloud determining unit 140 may determine the secondary cloud based on the current free resource size of clouds other than the primary cloud in the cloud group. In this case, the secondary cloud determining unit 140 may determine the secondary cloud and then set the number (f) of CNFs to be placed in the secondary cloud. This also allows the maximum number of CNFs to be placed in the secondary cloud. Further, the secondary cloud determining unit 140 may always determine a specific cloud within the cloud group as the secondary cloud. In this case, the time it takes for a new application to be deployed and service provision to start can be shortened.
  • the secondary cloud determination unit 140 notifies the deployment unit 160 of information on the determined secondary cloud. Further, the secondary cloud determining unit 140 notifies the CNF selecting unit 150 of information about the number (f) of CNFs to be placed in the secondary cloud.
  • the CNF selection unit 150 acquires information about the characteristics of the CNF that constructs the target application from, for example, a management device that manages application registration.
  • the characteristics of the CNF are information representing the role played by the CNF when a service is provided, such as, for example, the CNF is related to user data or control data.
  • CNF related to user data is accessed directly from the user terminal.
  • CNFs associated with control data are typically not directly accessed by user terminals, but may be connected to CNFs associated with user data.
  • the CNF selection unit 150 also acquires information on the number (f) of CNFs placed in the secondary cloud from the secondary cloud determination unit 140.
  • the CNF selection unit 150 selects CNFs to be placed in the secondary cloud from among the CNFs that construct the target application, based on the priority order of the CNFs, in descending order of the priority order of the CNFs.
  • the CNF placed in the secondary cloud will also be referred to as "target CNF.”
  • the CNF priorities may be set in advance. For example, CNF priorities may be set based on CNF characteristics.
  • the characteristics of the CNF are information representing the role played by the CNF when a service is provided, such as whether the CNF is related to user data or control data.
  • priorities are set focusing on functions related to user data and functions related to control data, the priority of CNFs related to user data is higher than the priority of CNFs related to control data.
  • the CNF selection unit 150 selects CNFs to be placed in the secondary cloud in descending order of CNF priority, the CNF that can be directly accessed from the user terminal is designated as the primary CNF. Priority will be placed in the cloud. Therefore, the influence of communication delay when a user terminal receives service provision can be suppressed.
  • the CNF selection unit 150 selects the target CNF, it notifies the deployment unit 160 of information on the target CNF. Note that if the number (f) of CNFs arranged in the secondary cloud, which is notified from the secondary cloud determining unit 140, is equal to the total number of CNFs that construct the target application, the CNF selecting unit 150 selects all CNFs of the target application. Select.
  • the deploying unit 160 deploys the f target CNFs selected by the CNF selecting unit 150 to the secondary cloud. Furthermore, when the target application is a new application, the deployment unit 160 deploys CNFs other than the target CNF among the CNFs that construct the new application to the primary cloud. Furthermore, if the target application is an existing application, the deployment unit 160 executes processing to delete the target CNF from the primary cloud. In this way, when the resources of the primary cloud are tight at the time of a new creation request, at least part of the CNF (target CNF) that constructs the target application is deployed to the secondary cloud.
  • the resource determining unit 120 may make a hypothetical determination that the resources are in short supply only in a preset situation. As a result, it is possible to deploy a part of the CNF to the secondary cloud in advance before a resource shortage occurs, thereby delaying the timing at which the primary cloud's resources become scarce. For example, the resource determination unit 120 hypothetically determines that resources are tight in a situation where it is expected that new application creation requests will continue. The situations in which it is determined that resources are tight are not limited to this.
  • FIG. 4 is a flowchart illustrating an example of the operation of the control device 100 according to the present disclosure.
  • the resource monitoring unit 110 monitors the resource usage status of the cloud in the cloud group (S11).
  • the resource determining unit 120 determines whether or not the resources of the primary cloud are tight (S12). Specifically, the resource determination unit 120 determines that resources are tight if the primary cloud does not have the resources to deploy all CNFs that construct a new application.
  • the application selection unit 130 selects an application (target application) to be placed in the secondary cloud based on the priority order of the applications (S13).
  • the secondary cloud determining unit 140 sets the number (f) of CNFs (target CNFs) to be placed in the secondary cloud among all CNFs that construct the target application (S14).
  • the secondary cloud determining unit 140 determines a secondary cloud (S15). Note that, as described above, the number (f) of CNFs (target CNFs) may be set after determining the secondary cloud.
  • the CNF selection unit 150 selects CNFs (target CNFs) to be placed in f secondary clouds from the CNFs that construct the target application (S16). In S16, the CNF selection unit 150 may select the target CNF based on a preset CNF priority order.
  • the deployment unit 160 deploys the selected target CNF to the secondary cloud (S17). Note that in S12, if it is determined that the resources of the primary cloud for which the creation of the new application has been requested are not strained, the deployment unit 160 creates the new application in the primary cloud. (S18).
  • FIG. 5 is a diagram illustrating an example of a processing sequence in the control device 100 according to the present disclosure.
  • the control device 100 monitors the resource usage status of the cloud in the cloud group (“resource information management”, T11).
  • FIG. 5 shows how the resource usage status of the i-th cloud (also referred to as cloud (i)) other than the primary cloud in the cloud group is monitored.
  • i 1 to N-1
  • N is the total number of clouds in the cloud group.
  • the resource usage status may be monitored periodically or triggered by a request to create a new application.
  • the control device 100 triggers a request to create a new application to the primary cloud in the cloud group (“new application creation request”, T12), and the control device 100 determines that the resources for deploying all CNFs for building the new application are available in the primary cloud. It is determined whether the resource is present (“resource determination”, T13). For example, if the resource usage ratio R defined by the ratio f sum /f max is 1 or less, the control device 100 determines that the primary cloud has resources for deploying all CNFs that construct a new application ("resources are tight"). “No”). On the other hand, if the resource usage ratio R is greater than 1, the control device 100 determines that the primary cloud does not have the resources to deploy all the CNFs that construct the new application (“resources are tight”).
  • the control device 100 selects an application (target application) to be placed in the secondary cloud ("application selection", T14).
  • the target application is selected from existing applications placed in the primary cloud and new applications requested to be created in the primary cloud, based on the priority order of the applications.
  • the control device 100 determines a secondary cloud in which to place at least a portion of the CNF that constructs the target application (“determine secondary cloud”, T15).
  • the control device 100 sets the number of CNFs (target CNFs) to be placed in the secondary cloud.
  • the control device 100 selects a CNF (target CNF) to be placed in the secondary cloud based on the priority order of the CNFs (“CNF selection”, T16).
  • control device 100 deletes the target CNF from the primary cloud and deploys the target CNF to the secondary cloud (T17).
  • the control device 100 may decide to deploy all CNFs for constructing a new application in the primary cloud (T14, T15, T16). ). In this case, the control device 100 deploys all CNFs for constructing a new application to the primary cloud (T18).
  • the control device 100 includes at least the resource determination section 120, the application selection section 130, the CNF selection section 150, and the deployment section 160.
  • the resource determining unit 120 determines whether or not there is a resource crunch, which indicates whether the primary cloud has the resources to deploy all the CNFs for constructing the new application.
  • a primary cloud is a cloud in a cloud group formed by multiple clouds.
  • the application selection unit 130 selects an application to be placed in the secondary cloud from existing applications and new applications placed in the primary cloud based on the priority order of the applications.
  • the CNF selection unit 150 selects a CNF (target CNF) to be placed in the secondary cloud from CNFs that construct the target application.
  • the number of target CNFs to be selected is f.
  • the deploying unit 160 deploys the target CNF selected by the CNF selecting unit 150 to the secondary cloud.
  • control device 100 By adopting the above-described configuration of the control device 100, resource sharing is achieved between clouds within a cloud group. This makes it possible to stably provide services to user terminals even when the primary cloud where a request to create a new application is made does not have sufficient resources to deploy all CNFs for building a new application. You will be able to do this. Furthermore, since applications with high priority are placed in the primary cloud and applications with low priority are placed in the secondary cloud, it is possible to suppress deterioration in usability due to communication delays, for example. Furthermore, since CNFs that build applications can be distributed and placed in different clouds, it is also possible to equalize the consumption of computing resources for the cloud group as a whole.
  • FIG. 6 is a functional block diagram showing a configuration example of a control device 200 according to the present disclosure. Note that descriptions of common elements or functions in the control device 100 shown in FIG. 3 and the control device 200 shown in FIG. 6 will be omitted.
  • the control device 200 further includes a priority update unit 210.
  • the priority update unit 210 updates the priority order of applications according to the operating status of existing applications placed in the primary cloud.
  • the operating status includes at least one of the operating time of the application, the number of user terminals connected to the application, the amount of data of the application, and the throughput of the application.
  • the application selection unit 130 can obtain information about the operating time by, for example, inquiring a management device that manages the cloud. Further, the application selection unit 130 can obtain information about the number of user terminals connected to the application, the amount of data of the application, and the throughput of the application by, for example, inquiring the UPF.
  • the priority update unit 210 can update the priorities of the applications according to the operating status.
  • the priority update unit 210 sets a lower priority for an application with a shorter operating time.
  • the priority update unit 210 sets a lower priority for an application with a smaller number of connected user terminals.
  • the priority update unit 210 sets a lower priority for an application with a smaller amount of data.
  • the priority update unit 210 sets a lower priority for an application with a lower throughput.
  • the priority update unit 210 notifies the application selection unit 130 of the updated application priority information.
  • the priority update unit 210 can update the priority within these applications.
  • applications with short running times are placed in the secondary cloud, and applications with long running times are placed in the primary cloud.
  • applications with a small number of connected user terminals are placed in the secondary cloud, and applications with a large number of connected user terminals are placed in the primary cloud.
  • applications with a small amount of data are placed in the secondary cloud, and applications with a large amount of data are placed in the primary cloud.
  • applications with low throughput are placed in the secondary cloud, and applications with high throughput are placed in the primary cloud. In this way, since the target application is determined according to the operating status of the application in the primary cloud, an application that has a low impact on usability when placed in the secondary cloud is determined as the target application.
  • the priority update unit 210 may update the priority according to the operating status of existing applications located in the clouds in the cloud group, in addition to the existing applications located in the primary cloud. In this case, the application's operating time, the number of user terminals connected to the application, and the amount of data in the application are temporarily low in the primary cloud, so the priority is set extremely low. can be prevented.
  • the priority update unit 210 notifies the application selection unit 130 of the updated priority information. Thereby, the application selection unit 130 can determine the application to be placed in the secondary cloud based on the priority order updated according to the latest operating status of the application.
  • FIG. 7 is a flowchart illustrating an example of the operation of the control device 200 according to the present disclosure.
  • the process of S21 (priority update) is further added to the operation example of the control device 100 according to the first embodiment.
  • the priority order updating unit 210 updates the application priority order according to the operating status of existing applications placed in the primary cloud (S21).
  • the updated application priorities are used in the application selection unit 130.
  • FIG. 8 is a diagram illustrating an example of a processing sequence in the control device 200 according to the present disclosure.
  • a “priority update” (T21) process is further added to the processing sequence of the control device 100 according to the first embodiment.
  • the control device 200 updates the priority order of applications according to the operating status of existing applications placed in the primary cloud (T21).
  • the updated application priorities are used when determining the target application (T14).
  • the control device 200 includes the resource determination section 120, the application selection section 130, the CNF selection section 150, the deployment section 160, and the priority update section 210.
  • the priority update unit 210 updates the priority order of applications according to the operating status of existing applications placed in the primary cloud.
  • resource sharing is achieved between clouds in a cloud group.
  • the applications to be placed in the second cloud are selected based on the application priorities updated according to the latest operating status of the applications, usability can be further improved compared to the control device 100. .
  • FIGS. 9A and 9B Application examples of the control devices 100 and 200 according to the present disclosure will be described using FIGS. 9A and 9B.
  • a request is made to Edge Cloud #1 to create a virtualized CU (vCU) as a new application.
  • vCU virtualized CU
  • a CU can be constructed from CU-CP and CU-UP, which correspond to CNF.
  • the new application is not limited to CU.
  • the application may be a network function (NF) within a mobile communication system such as 5G.
  • NFs in the mobile communication system include SNFs and DUs in the CN.
  • the control devices 100 and 200 according to the present disclosure can be applied to an application constructed from a plurality of CNFs that are capable of functionally cooperative communication with each other.
  • FIG. 9A shows an example in which a vCU is created in Edge Cloud #2 because there are no resources in Edge Cloud #1 that can create a vCU when a vCU creation request is made.
  • FIG. 9B is an example of an arrangement when a cloud group is formed and resources are shared between clouds using the control devices 100 and 200 according to the present disclosure. Even if Edge Cloud #1 does not have enough resources to create a vCU when requesting Edge Cloud #1 to create a vCU, by using the control devices 100 and 200 according to the present disclosure, a part of the CNF that constructs the vCU can be used. can be deployed on Edge Cloud #2.
  • FIG. 9B shows how CU-UP is deployed to Edge Cloud #1 and CU-CP is deployed to Edge Cloud #2 using the control devices 100 and 200 according to the present disclosure.
  • CU-UP and CU-CP are CNFs that construct vCU.
  • the CU-CP deployed in Edge Cloud #2 can be connected to the CU-UP deployed in Edge Cloud #3 via the E1 interface.
  • the CU-UP deployed on Edge Cloud #1 and the CU-UP deployed on Edge Cloud #3 can share the CU-CP deployed on Edge Cloud #2. .
  • FIG. 10 is a diagram showing a computer 300 implementing the control device 100 and the control device 200 according to the present disclosure.
  • Computer 300 includes a processor 310, a memory 320, and a communication unit 330.
  • the number of processors 310, memories 320, and communication units 330 is not limited, and may be one or more.
  • the processor 310, the memory 320, and the communication section 330 may be arranged together at each location where each section constituting the control device 100 or the control device 200 is arranged.
  • the processor 310 is a program-controlled device such as a microprocessor that operates according to a program installed in the control device 100 or the control device 200.
  • the memory 320 is a storage device such as a storage element such as ROM or RAM, a solid state drive (SSD), or a hard disk drive (HDD).
  • the memory 320 stores programs and the like executed by the processor 310.
  • the communication unit 330 is, for example, a communication interface such as a NIC or a wireless LAN module. Note that SDN (Software-Defined Networking) may be implemented in the communication unit 330.
  • Computer 300 may further include storage 340. Examples of the application information stored in the storage 340 include information on the total number of CNFs for constructing a new application, information on CNF characteristics, and information on application priorities. Computer 300 may further include other components not shown.
  • the control device 100 includes one or more processors.
  • one or more processors requests the creation of a new application to the primary cloud in a cloud group formed by multiple clouds, the primary cloud's resources are tight, which triggers the use of the secondary cloud in the cloud group. Then it is decided.
  • One or more processors select applications to be placed in the secondary cloud from existing applications and new applications placed in the primary cloud based on application priorities.
  • One or more processors select at least a portion of the CNF to build an application for deployment to a secondary cloud.
  • One or more processors deploy at least some of the selected CNFs to a secondary cloud.
  • the control device 200 includes one or more processors.
  • one or more processors requests the creation of a new application to the primary cloud in a cloud group formed by multiple clouds, the primary cloud's resources are tight, which triggers the use of the secondary cloud in the cloud group. Then it is decided.
  • One or more processors update their priorities according to the operating status of existing applications located in the primary cloud.
  • One or more processors select applications to be placed in the secondary cloud from existing applications and new applications placed in the primary cloud based on application priorities.
  • One or more processors select at least a portion of the CNF to build an application for deployment to a secondary cloud.
  • One or more processors deploy at least some of the selected CNFs to a secondary cloud.
  • control devices 100 and 200 may realize resource sharing between clouds using an orchestrator function.
  • the present disclosure is not limited to the above configuration, and the present disclosure also includes a control program. That is, the present disclosure also includes a program that, when read by a computer, causes one or more processors of the computer to execute each part of the control devices 100 and 200.
  • the above-mentioned program may be provided recorded on a computer-readable non-transitory storage medium.
  • the present disclosure includes the following aspects.
  • Comprising one or more processors the one or more processors: When requesting the creation of a new application to a primary cloud in a cloud group formed by multiple clouds, whether or not the primary cloud has the resources to deploy all CNFs (Containerized Network Functions) that build the new application. determining the presence or absence of resource strain in response to When the resources are tight, selecting at least one application from the existing applications and the new application located in the primary cloud based on the priority of the applications; Selecting at least some CNFs from CNFs (Containerized Network Functions) that construct the selected at least one application; deploying the at least some of the selected CNFs to a secondary cloud within the cloud group; A control device that executes.
  • CNFs Containerized Network Functions
  • the priority of the application is set according to QoS (Quality of service).
  • QoS Quality of service
  • the control device according to [1].
  • the one or more processors Selecting the at least some CNFs based on a preset CNF priority order;
  • the control device according to [1] or [2], which further executes the following.
  • the priority of CNFs related to user data is higher than the priority of CNFs related to control data.
  • the one or more processors updating the priority order according to the operating status of existing applications located in the primary cloud;
  • the control device according to any one of [1] to [4], further executing the following.
  • the operating status includes at least one of the operating time of the application, the number of user terminals connected to the application, the amount of data of the application, and the throughput of the application.
  • the control device according to [5] or [6].
  • the above-mentioned determination includes any one of [1] to [7], wherein even if the resource is not tight, in a preset situation, it is determined that the resource is tight.
  • the control device according to one.
  • the number of at least some CNFs is the number of surplus CNFs that cannot be deployed to the primary cloud;
  • the control device according to any one of [1] to [8].
  • the application is constructed using a microservice architecture.
  • the control device according to any one of [1] to [10].
  • the cloud group includes a center cloud built on a central data center, The control device according to any one of [1] to [11].
  • the cloud group includes a cloud built on a regional data center, The control device according to any one of [1] to [12].
  • the application is an NF (Network Function) in a mobile communication system, The control device according to any one of [1] to [13].
  • NF Network Function
  • the primary cloud is an edge cloud.
  • the control device according to any one of [1] to [14].
  • the secondary cloud is an edge cloud.
  • the control device according to any one of [1] to [15].
  • the secondary cloud is a center cloud, The control device according to any one of [1] to [15].
  • the resources for deploying all the CNFs (Containerized Network Functions) for building the new application are provided to the primary cloud.
  • a processor to determine whether or not there is a resource strain corresponding to whether or not there is a
  • the resources are tight, using a processor to select at least one application from the existing applications and the new application located in the primary cloud based on application priorities;
  • selecting at least some CNFs from CNFs (Containerized Network Functions) that construct the selected at least one application Deploying the at least some of the selected CNFs to a secondary cloud within the cloud group using a processor; including control methods.
  • one or more processors of said computer When read by a computer, one or more processors of said computer: When requesting the creation of a new application to a primary cloud in a cloud group formed by multiple clouds, whether the primary cloud has the resources to deploy all the CNFs (Containerized Network Functions) that will build the new application. determining the presence or absence of resource strain corresponding to When the resources are tight, selecting at least one application from the existing applications and the new application located in the primary cloud based on the priority of the applications; Selecting at least some CNFs from CNFs (Containerized Network Functions) that construct the selected at least one application; deploying the at least some of the selected CNFs to a secondary cloud within the cloud group; A non-transitory computer-readable medium on which a program for executing is recorded.
  • CNFs Containerized Network Functions
  • control device 100, 200 control device 110 resource monitoring unit 120 resource determination unit 130 application selection unit 140 secondary cloud determination unit 150 CNF selection unit 160 deployment unit 210 priority update unit 300 computer 310 processor 320 memory 330 communication unit 340 storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Image Generation (AREA)

Abstract

制御装置は、１以上のプロセッサを備える。１以上のプロセッサが、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、プライマリクラウドのリソースが逼迫していることをトリガとして、クラウドグループ内のセカンダリクラウドを利用すると決定する。１以上のプロセッサが、アプリケーションの優先順位に基づいて、プライマリクラウドに配置されている既存アプリケーション及び新規アプリケーションから、セカンダリクラウドに配置するアプリケーションを選択する。１以上のプロセッサが、セカンダリクラウドに配置するアプリケーションを構築するＣＮＦの少なくとも一部を選択する。１以上のプロセッサが、選択された少なくとも一部のＣＮＦをセカンダリクラウドにデプロイする。

Description

複数のクラウドにより形成されるクラウドグループ内でのリソース共有
　本開示は、複数のクラウドにより形成されるクラウドグループ内でのリソース共有に関する。
　ＩｏＴ（Internet of Things）、ＶＲ（Virtual Reality）、ＡＲ（Augmented Reality）、動画配信アプリケーション等の需要の増加に伴い、近年、分散型アーキテクチャであるエッジコンピューティングが注目を集めている。エッジコンピューティングは、セントラルデータセンタ上に構築されるセンタークラウドに代えて、ユーザ端末（ＵＥ）の近くに設置されたエッジサーバ上に構築されるエッジクラウドで、処理の少なくとも一部を行う分散コンピューティングである。エッジクラウドを用いることにより、センタークラウドに集中されていた、ユーザ端末へのサービス提供のための処理が、エッジクラウドに分散され、処理負荷分散が図られる。
特開２０１７－１４３３６５号公報
　しかしながら、エッジサーバが設置される場所等の制約により、エッジクラウドに割り当てられるコンピューティングリソースが十分でなく、ユーザ端末に安定してサービスを提供することが難しい場合がある。
　本開示の一態様に係る制御装置は、１以上のプロセッサを備える。
　前記１以上のプロセッサは、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが前記プライマリクラウドにあるか否かに対応する、リソース逼迫の有無を判定する。
　前記１以上のプロセッサは、前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択する。
　また、前記１以上のプロセッサは、選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択する。
　また、前記１以上のプロセッサは、選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイする。
　本開示の一態様に係る制御方法は、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を、プロセッサを用いて、判定することを含む。
　また、前記制御方法は、前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを、プロセッサを用いて、選択することを含む。
　また、前記制御方法は、選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを、プロセッサを用いて、選択することを含む。
　また、前記制御方法は、選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドに、プロセッサを用いて、デプロイすることを含む。
　本開示の一態様に係る非一時的（non-transitory）なコンピュータ可読媒体は、プログラムを記録する。
　前記プログラムがコンピュータによって読み込まれると、前記コンピュータの１以上のプロセッサは、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を判定する。
　また、前記１以上のプロセッサは、前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択する。
　また、前記１以上のプロセッサは、選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択する。
　また、前記１以上のプロセッサは、選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイする。
図１は、本開示に係る制御装置が適用されるクラウドグループを示す概念図である。 図２は、マイクロサービスアーキテクチャにおける、サービスと、アプリケーションとの関係を示す図である。 図３は、本開示に係る制御装置の構成例を示す機能ブロック図である。 図４は、本開示に係る制御装置の動作例を説明するフローチャートである。 図５は、本開示に係る制御装置における処理シーケンスの一例を示す図である。 図６は、本開示に係る制御装置の構成例を示す機能ブロック図である。 図７は、本開示に係る制御装置の動作例を説明するフローチャートである。 図８は、本開示に係る制御装置における処理シーケンスの一例を示す図である。 図９Ａは、本開示に係る制御装置の適用例を説明するための図である。 図９Ｂは、本開示に係る制御装置の適用例を説明するための図である。 図１０は、図３及び図６に示す制御装置の構成例を示すブロック図である。
　以下、本開示の実施形態について、図面を参照して詳細に説明する。
　本開示に係る制御装置は、複数のクラウドにより形成されるクラウドグループ内でのリソース共有を制御する。後述するように、制御装置は、オーケストレータとすることができる。
（第１の実施形態）
　図１は、本実施形態に係る制御装置１００が適用されるクラウドグループを示す概念図である。クラウドグループは、複数（Ｌ個、Ｌは整数）のエッジクラウド（Edge Cloud）を含む。
　図１には、クラウドグループが４個（Ｌ＝４）のエッジクラウドを含む例が示されている。
　各エッジクラウドには、１以上のRadio Unit（ＲＵ）により形成されるカバレッジエリア内のユーザ端末（不図示）に様々なサービスを提供するためのアプリケーションがデプロイされ得る。ユーザ端末は、サービスの提供を受けるためのアプリケーションが実行可能で、通信可能なＩＣＴ（Information and Communication Technology）装置である。ユーザ端末としては、スマートフォン、タブレット端末といったポータブルなＰＣ（Personal Computer）が例示される。ユーザ端末は、デスクトップＰＣといった非ポータブルな装置であってもよい。
　クラウドグループは、複数のエッジクラウドから形成される。クラウドグループは、例えば、地理的な設置位置が近いエッジサーバ上に構築されたエッジクラウドにより形成される。なお、必ずしも、地理的な設置位置が近いエッジクラウドのみでクラウドグループが形成されている必要はない。例えば、クラウドグループは、論理的に近い位置に設置されたエッジサーバ上に構築されたエッジクラウドにより形成されていてもよい。
　また、クラウドグループには、セントラルデータセンタ上に構築されたセンタークラウドが含まれていてもよい。
　また、クラウドグループには、リージョナルデータセンタ上に構築されたクラウドが含まれていてもよい。
　以下、クラウドグループに含まれるエッジクラウド及びセンタークラウド等を、単に「クラウド」と記載する。
　本開示に係る制御装置１００は、これらクラウドが構築されるデータセンタに設置されていてもよいし、クラウドグループ外のデータセンタに設置されてもよい。
　本開示に係る制御装置１００について説明する前に、ユーザ端末に提供されるサービスと、クラウドにデプロイされるアプリケーションと、の関係について、図２を用いて説明する。当該アプリケーションは、ユーザ端末にサービスを提供するためのアプリケーションである。
　本開示において、ユーザ端末に提供されるサービスは、マイクロサービスアーキテクチャにより構築されている。
　図２は、マイクロサービスアーキテクチャにおける、サービスと、アプリケーション（以下、「ＡＰＰ」とも記載する）との関係を示す図である。
　図２に示すように、サービスは１以上のアプリケーションから構築されている。１つのサービスを構築するアプリケーション数は、サービスによって異なる。
　各アプリケーションは、１以上のContainerized Network Function（ＣＮＦ）から構築されている。
　ＣＮＦは、例えば、「Kubernetes」（登録商標）上で動作する。Kubernetesは、コンテナ化されたサービスの設定及び管理を自動で行うオープンソースソフトウェア（ＯＳＳ）である。
　１つのアプリケーションを構築するＣＮＦ数は、アプリケーション及び設計によって異なり得る。
　Kubernetes上で動作するＣＮＦは、１以上のＰｏｄから構築される。Ｐｏｄは、Kubernetesで実行できるアプリケーションの最小単位である。複数のＰｏｄは、Kubernetesにより運用管理される。ＣＮＦで動作するＰｏｄは、自己修復機能を有しており、例えば、あるＰｏｄが動作を停止したときに、別のＰｏｄが起動され、ＣＮＦの機能が自己修復される。
　各Ｐｏｄは、１以上のコンテナから構築される。
　５Ｇ（第５世代移動通信システム）においても、マイクロサービスアーキテクチャの利用が検討されている。
　５Ｇにおける上記サービスとしては、無線アクセスネットワーク（ＲＡＮ）、及び、コアネットワーク（ＣＮ）が例示される。
　サービスがＲＡＮの場合、Central Unit（ＣＵ）及びDistributed Unit（ＤＵ）がアプリケーションに相当する。
　また、サービスがＣＮの場合、ＡＭＦ（Access and Mobility Management Function）、ＵＰＦ（User Plane Function）等のＣＮを構築するService Network Function（ＳＮＦ）がアプリケーションに相当する。
　ＡＰＰ＃１で示されるアプリケーションがＣＵの場合、ＣＮＦ＃１で示されるＣＮＦをＣＵ－ＣＰ（Control Plane）とし、ＣＮＦ＃２で示されるＣＮＦをＣＵ－ＵＰ（User Plane）とすることができる。
　ＣＵ－ＣＰには無線リソース制御（ＲＲＣ）が含まれる。ＣＵ－ＵＰにはユーザプレーンに関連するＳＤＡＰ（Service Data Adaption Protocol）及びＰＤＣＰ（Packet Data Convergence Protocol）が含まれる。
　ＣＵ－ＣＰとＣＵ－ＵＰとは、Ｅ１インターフェースにより機能連携通信が可能である。ＣＵ－ＣＰ及びＣＵ－ＵＰの双方は、Ｆ１インターフェースでＤＵに接続可能である。
　また、前述のＲＡＮ及びＣＮ以外のサービスとして、Ｗｅｂ配信サービス、ゲーム提供サービス、映像配信サービス、音楽配信サービス、監視サービス、ナビゲーションサービス、自動運転サービス、メール提供サービス、センサーサービスが例示される。
　これらのサービスを提供するアプリケーションとしては、Ｗｅｂ配信アプリケーション、ゲーム提供アプリケーション、映像配信アプリケーション、音楽配信アプリケーション、監視実行アプリケーション、ナビゲーションアプリケーション、自動運転アプリケーション、メール提供アプリケーション、センサー実行アプリケーションが例示される。
　図３は、本開示に係る制御装置１００の構成例を示す機能ブロック図である。
　制御装置１００は、リソース監視部１１０、リソース判定部１２０、アプリケーション選択部１３０、セカンダリクラウド決定部１４０、ＣＮＦ選択部１５０、及び、デプロイ部１６０を備える。
　リソース監視部１１０は、クラウドグループ内のクラウドのリソース使用状況を監視する。監視は、定期的に行われてもよいし、後述の新規アプリケーションの作成依頼がいずれかのクラウドに通知されたタイミングで行われてもよい。
　なお、クラウドに配置済のアプリケーション及び新規アプリケーションは、マイクロサービスアーキテクチャにより構築されている。すなわち、これらアプリケーションは、１以上のＣＮＦから構築されている。
　リソース使用状況は、例えば、クラウドに配置（デプロイ）可能なＣＮＦ総数、及び、クラウドに実際にデプロイされている全アプリケーションのＣＮＦ総数の情報を含む。クラウドに配置可能なＣＮＦ総数は、クラウドのコンピューティングリソースによって決定され得る。クラウドに実際に配置されている全アプリケーションのＣＮＦ総数は、クラウドに配置済のＣＮＦの総数である。
　リソース判定部１２０は、クラウドグループ内のクラウドへの新規アプリケーションの作成依頼時に、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、クラウドにあるか否かを判定する。換言すると、リソース判定部１２０は、新規アプリケーションの作成依頼を受けたクラウドのリソースが逼迫しているか否か判定する。以下、新規アプリケーションの作成依頼を受けたクラウドを「プライマリクラウド」と記載する。リソース判定部１２０におけるリソースが逼迫しているか否かの判定方法については後述する。
　リソース判定部１２０は、プライマリクラウドに新規アプリケーションの作成依頼があったことを、例えば、プライマリクラウドから直接受け取る。リソース判定部１２０は、新規アプリケーションの登録を管理している管理装置から、プライマリクラウドに新規アプリケーションの作成依頼があったことを受け取ってもよい。
　新規アプリケーションの作成依頼には、新規アプリケーションの情報（以下、「アプリケーション情報」とも記載する）が含まれる。アプリケーション情報は、新規アプリケーションを構築するＣＮＦ総数の情報を含む。
　リソース判定部１２０は、例えば、以下の情報（１）及び（２）を用いて、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにあるか否かを判定することができる。
（１）プライマリクラウドに配置可能なＣＮＦの最大数：ｆｍａｘ
（２）プライマリクラウドへの配置がリクエストされたＣＮＦ総数：ｆｓｕｍ
　ｆｍａｘ及びｆｓｕｍは、一個のＣＮＦを単位としてカウントされる。つまり、ｆｍａｘ及びｆｓｕｍは、ＣＮＦ何個分に相当するかを表す。
　ｆｍａｘは、プライマリクラウドに配置可能なＣＮＦの最大数である。換言すると、ｆｍａｘは、プライマリクラウドに配置済のＣＮＦの個数と、プライマリクラウドに更に配置できるＣＮＦの個数との合計である。プライマリクラウドに配置可能なＣＮＦの最大数は、プライマリクラウドのコンピューティングリソースによって決定され得る。
　また、ｆｓｕｍは、プライマリクラウドに配置済のＣＮＦの個数に、プライマリクラウドへの配置がリクエストされた新規アプリケーションを構築するＣＮＦの個数を加えた合計である。つまり、ＣＮＦ総数ｆｓｕｍは、プライマリクラウドに新規アプリケーションを構築する全てのＣＮＦを配置する（デプロイする）とした場合の、プライマリクラウドへの配置予定のＣＮＦ総数である。
　リソース判定部１２０は、例えば、比率ｆｓｕｍ／ｆｍａｘで定義されるリソース使用割合Ｒに基づいて、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにあるか否かを判定する。
　リソース使用割合Ｒが１以下の場合、つまり、
Figure JPOXMLDOC01-appb-M000001
  の場合、リソース判定部１２０は、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにあると判定する。
　一方、リソース使用割合Ｒが１より大きい場合、つまり、
Figure JPOXMLDOC01-appb-M000002
  の場合、リソース判定部１２０は、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにないと判定する。
　リソース使用割合Ｒ＞１の場合、リソース判定部１２０は、プライマリクラウドと異なるクラウド（以下、「セカンダリクラウド」と記載する）にデプロイすべきアプリケーションの選択依頼を、アプリケーション選択部１３０に通知する。以下の説明では、セカンダリクラウドに配置されることになるアプリケーションを「対象アプリケーション」とも記載する。
　なお、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースがプライマリクラウドにある場合においても、一部のＣＮＦがセカンダリクラウドにデプロイされるようにしてもよい。つまり、実際にはプライマリクラウドのリソースが逼迫していない場合であっても、予め設定した状況に限り、リソース判定部１２０が、リソースが逼迫していると擬制判定するようにしてもよい。これにより、リソース逼迫が発生する前に、ＣＮＦの一部をセカンダリクラウドに事前にデプロイしておくことができるので、プライマリクラウドのリソースが逼迫するタイミングを遅らせることができる。リソース判定部１２０は、例えば、新規アプリケーションの作成依頼が続くと予想されるような状況の場合に、リソースが逼迫していると擬制判定する。リソースが逼迫していると擬制判定する状況は、これに限定されるものではない。
　以上のようにして、リソース判定部１２０は、プライマリクラウドのリソースが逼迫しているか否か判定し、リソースが逼迫している場合、セカンダリクラウドにデプロイすべきアプリケーションの選択依頼をアプリケーション選択部１３０に通知する。なお、リソース判定部１２０における、リソースが逼迫しているか否かについての判定方法は、特に限定されない。
　アプリケーション選択部１３０は、リソース判定部１２０から、セカンダリクラウドにデプロイすべきアプリケーション（対象アプリケーション）の選択依頼を取得すると、アプリケーションの優先順位に基づいて、対象アプリケーションを選択する。
　具体的には、アプリケーション選択部１３０は、プライマリクラウドに配置されている既存アプリケーション及び作成依頼があった新規アプリケーションの中から、アプリケーションの優先順位に基づいて、対象アプリケーションを選択する。アプリケーション選択部１３０は、プライマリクラウドに配置されている既存アプリケーション及び作成依頼があった新規アプリケーションについての情報を、例えば、アプリケーションの登録を管理している管理装置から取得することができる。また、制御装置１００が、クラウドグループ内の各クラウドに配置されている既存アプリケーションの情報をストレージに保持し、アプリケーション選択部１３０がこのストレージを参照するようにしてもよい。
　アプリケーションの優先順位は、予め設定されていてよい。アプリケーションとしては、Ｗｅｂ配信アプリケーション、ゲーム提供アプリケーション、映像配信アプリケーション、音楽配信アプリケーション、監視実行アプリケーション、ナビゲーションアプリケーション、自動運転アプリケーション、メール提供アプリケーション、センサー実行アプリケーションが例示される。
　これらアプリケーションでは、これらアプリケーションにより提供されるサービス毎に、要求される品質（ＱｏＳ：Quality of service）が異なる。そのため、アプリケーションの優先順位は、ＱｏＳに応じて設定され得る。ＱｏＳとしては、高速ベストエフォート、高速帯域保証、低速ベストエフォート、低速帯域保証等が例示される。
　例えば、自動運転アプリケーションでは、超低遅延かつ超高信頼性が要求されるため、Ｑｏｓとして高速帯域保証が要求される。一方、メール提供アプリケーションでは、リアルタイム性の重要度が低いため、ＱｏＳが低域ベストエフォートでも十分であったりする。そのため、優先順位が、ＱｏＳに応じて設定されるような場合には、自動運転アプリケーションの優先順位が、メール提供アプリケーションより高く設定され得る。
　アプリケーション選択部１３０は、プライマリクラウドにデプロイされたタイミングが古い順に、対象アプリケーションを選択してよい。この場合には、デプロイされたタイミングを確認するだけで、対象アプリケーションが選択されるため、対象アプリケーションが選択されるまでの時間を短く抑えることができる。
　アプリケーション選択部１３０は、対象アプリケーションを決定すると、対象アプリケーションを構築するＣＮＦ総数（ｆｔｏｔａｌ）の情報をセカンダリクラウド決定部１４０に通知する。
　セカンダリクラウド決定部１４０は、対象アプリケーションを構築するＣＮＦの少なくとも一部を配置することになる、クラウドグループ内のセカンダリクラウドを決定する。セカンダリクラウドの決定例については、後述する。また、セカンダリクラウド決定部１４０は、対象アプリケーションを構築する全てのＣＮＦのうち、セカンダリクラウドに配置するＣＮＦの数（ｆ）を設定する。例えば、セカンダリクラウド決定部１４０は、プライマリクラウドにデプロイできない余剰ＣＮＦの数（ｆｄ）をセカンダリクラウドに配置するＣＮＦの数（ｆ）に設定する。
　セカンダリクラウド決定部１４０は、余剰ＣＮＦの数（ｆｄ）を、例えば、以下の式より算出する。
Figure JPOXMLDOC01-appb-M000003
  　式（３）を用いて算出される余剰ＣＮＦの数（ｆｄ）は、対象アプリケーションを構築するＣＮＦのうちできるだけ多くのＣＮＦをプライマリクラウドに配置しようとした場合において、プライマリクラウドにデプロイできないＣＮＦの個数となる。
　なお、余剰ＣＮＦの数（ｆｄ）の算出方法は、上記に限られない。例えば、プライマリクラウドに配置可能とするＣＮＦ数を予め閾値（ｆｔｈｒｅｓｈｏｌｄ,ｆｔｈｒｅｓｈｏｌｄ＜ｆｍａｘ）として設定しておいて、この閾値（ｆｔｈｒｅｓｈｏｌｄ）を超える個数（ｆｓｕｍ－ｆｔｈｒｅｓｈｏｌｄ）を、余剰ＣＮＦの数（ｆｄ）としてもよい。
Figure JPOXMLDOC01-appb-M000004
  　この場合には、プライマリクラウドに、一個のＣＮＦを単位として（ｆｍａｘ－ｆｔｈｒｅｓｈｏｌｄ）個の空きリソースが確保される。これにより、プライマリクラウドに緊急を要する新規アプリケーションの作成依頼があった場合において、プライマリクラウドにおいて緊急依頼に即座に対応することができる可能性が高くなる。
　セカンダリクラウド決定部１４０は、このようにして算出したプライマリクラウドにデプロイできない余剰ＣＮＦの数（ｆｄ個）を、セカンダリクラウドに配置するＣＮＦの数（ｆ）に設定する。なお、セカンダリクラウド決定部１４０は、対象アプリケーションを構築する全てのＣＮＦの数（ｆｔｏｔａｌ）を、ＣＮＦの数（ｆ）に設定してもよい。この場合には、対象アプリケーションを構築する全てのＣＮＦがセカンダリクラウドにデプロイされるようになる。
　セカンダリクラウド決定部１４０は、例えば、クラウドグループ内のプライマリクラウド以外のクラウドが、ｆ個のＣＮＦをデプロイした場合の空きリソースの大きさに基づいて、セカンダリクラウドを決定する。空リソースの大きさは、一個のＣＮＦを単位としてカウントされる。セカンダリクラウド決定部１４０は、クラウドグループ内のクラウドのリソース使用状況についての情報を、リソース判定部１２０から取得することができる。
　なお、セカンダリクラウド決定部１４０は、空きリソースの大きさに加え、更に、プライマリクラウドとプライマリクラウド以外のクラウドとの地理的（又は論理的）距離に基づいて、セカンダリクラウドを決定してもよい。
　例えば、セカンダリクラウド決定部１４０は、空きリソースの大きさが同じクラウドが複数ある場合、空きリソースの大きさが同じ複数のクラウドのうち、プライマリクラウドからの距離が最小のクラウドをセカンダリクラウドに決定してもよい。
　また、セカンダリクラウド決定部１４０は、プライマリクラウドとプライマリクラウド以外のクラウドとの地理的（又は論理的）距離に基づいて、セカンダリクラウドを決定してもよい。例えば、セカンダリクラウド決定部１４０は、空きリソースの大きさに関わらず、プライマリクラウドからの距離が最小のクラウドをセカンダリクラウドに決定してもよい。距離に基づいてセカンダリクラウドを決定する場合には、１つのアプリケーションを構築するＣＮＦが、距離が最も近いクラウド同士に分散してデプロイされるようになるので、ＣＮＦの配置に起因する通信遅延を小さくすることができる。
　また、セカンダリクラウド決定部１４０は、クラウドグループ内のプライマリクラウド以外のクラウドの現在の空きリソースの大きさに基づいて、セカンダリクラウドを決定してもよい。この場合には、セカンダリクラウド決定部１４０は、セカンダリクラウドを決定してから、セカンダリクラウドに配置するＣＮＦの個数（ｆ）を設定してもよい。これにより、セカンダリクラウドに最大限のＣＮＦを配置することもできるようになる。
　また、セカンダリクラウド決定部１４０は、クラウドグループ内の特定のクラウドを常にセカンダリクラウドに決定してもよい。この場合には、新規アプリケーションがデプロイされ、サービス提供が開始されるまでの時間を短縮することができる。
　セカンダリクラウド決定部１４０は、決定したセカンダリクラウドの情報をデプロイ部１６０に通知する。また、セカンダリクラウド決定部１４０は、セカンダリクラウドに配置するＣＮＦの個数（ｆ）についての情報をＣＮＦ選択部１５０に通知する。
　ＣＮＦ選択部１５０は、対象アプリケーションを構築するＣＮＦの特性についての情報を、例えば、アプリケーションの登録を管理している管理装置から取得する。ＣＮＦの特性は、例えば、ＣＮＦが、ユーザデータに関連する、又は、制御データに関連する等、サービス提供される際にＣＮＦが担う役割を表す情報である。
　ユーザデータに関連するＣＮＦは、ユーザ端末から直接アクセスされる。制御データに関連するＣＮＦは、通常、ユーザ端末から直接アクセスされないが、ユーザデータに関連するＣＮＦに接続され得る。
　ＣＮＦ選択部１５０は、また、セカンダリクラウド決定部１４０から、セカンダリクラウドに配置されるＣＮＦの個数（ｆ）の情報を取得する。
　ＣＮＦ選択部１５０は、対象アプリケーションを構築するＣＮＦのうち、ＣＮＦの優先順位に基づいて、ＣＮＦの優先順位が低い順に、セカンダリクラウドに配置するＣＮＦを選択する。以下では、セカンダリクラウドに配置されるＣＮＦを「対象ＣＮＦ」とも記載する。
　ＣＮＦの優先順位は、予め設定されてよい。例えば、ＣＮＦの優先順位は、ＣＮＦの特性に基づいて設定されてよい。ＣＮＦの特性は、例えば、ＣＮＦが、ユーザデータに関連している、又は、制御データに関連している等、サービス提供される際にＣＮＦが担う役割を表す情報である。
　ユーザデータに関連する機能及び制御データに関連する機能に着目して、優先順位が設定される場合には、ユーザデータに関連するＣＮＦの優先順位が、制御データに関連するＣＮＦの優先順位より高く設定される。
　このように設定されたＣＮＦの優先順位に基づいて、ＣＮＦ選択部１５０が、ＣＮＦの優先順位が低い順に、セカンダリクラウドに配置するＣＮＦを選択する場合には、ユーザ端末から直接アクセスされ得るＣＮＦがプライマリクラウドに優先的に配置されるようになる。そのため、ユーザ端末がサービス提供を受ける際の通信遅延の影響を抑えることができる。
　ＣＮＦ選択部１５０は、対象ＣＮＦを選択すると、対象ＣＮＦの情報をデプロイ部１６０に通知する。
　なお、セカンダリクラウド決定部１４０から通知される、セカンダリクラウドに配置されるＣＮＦの個数（ｆ）が、対象アプリケーションを構築するＣＮＦの総数に等しい場合、ＣＮＦ選択部１５０は、対象アプリケーションの全てのＣＮＦを選択する。
　デプロイ部１６０は、ＣＮＦ選択部１５０において選択されたｆ個の対象ＣＮＦを、セカンダリクラウドにデプロイする。また、対象アプリケーションが新規アプリケーションの場合、デプロイ部１６０は、新規アプリケーションを構築するＣＮＦのうち、対象ＣＮＦ以外のＣＮＦをプライマリクラウドにデプロイする。また、対象アプリケーションが既存アプリケーションの場合、デプロイ部１６０は、対象ＣＮＦをプライマリクラウドから削除するための処理を実行する。
　このようにして、新規作成依頼時にプライマリクラウドのリソースが逼迫している場合に、対象アプリケーションを構築するＣＮＦの少なくとも一部（対象ＣＮＦ）が、セカンダリクラウドにデプロイされるようになる。
　なお、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースがプライマリクラウドにある場合においても、一部のＣＮＦがセカンダリクラウドに配置されるようにしてもよい。つまり、実際にはプライマリクラウドのリソースが逼迫していない場合であっても、予め設定した状況に限り、リソース判定部１２０が、リソースが逼迫していると擬制判定するようにしてもよい。これにより、リソース逼迫が発生する前に、ＣＮＦの一部をセカンダリクラウドに事前にデプロイしておくことができるので、プライマリクラウドのリソースが逼迫するタイミングを遅らせることができる。リソース判定部１２０は、例えば、新規アプリケーションの作成依頼が続くと予想されるような状況の場合に、リソースが逼迫していると擬制判定する。リソースが逼迫していると擬制判定する状況は、これに限定されるものではない。
　図４は、本開示に係る制御装置１００の動作例を示すフローチャートである。
　リソース監視部１１０は、クラウドグループ内のクラウドのリソース使用状況を監視する（Ｓ１１）。
　リソース判定部１２０は、プライマリクラウドへの新規アプリケーションの作成依頼時に、プライマリクラウドのリソースが逼迫しているか否か判定する（Ｓ１２）。具体的には、リソース判定部１２０は、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースがプライマリクラウドにない場合、リソースが逼迫していると判定する。
　アプリケーション選択部１３０は、アプリケーションの優先順位に基づいて、セカンダリクラウドに配置するアプリケーション（対象アプリケーション）を選択する（Ｓ１３）。
　セカンダリクラウド決定部１４０は、対象アプリケーションを構築する全てのＣＮＦのうち、セカンダリクラウドに配置するＣＮＦ（対象ＣＮＦ）の数（ｆ）を設定する（Ｓ１４）。セカンダリクラウド決定部１４０は、セカンダリクラウドを決定する（Ｓ１５）。なお、前述したように、セカンダリクラウドを決定してから、ＣＮＦ（対象ＣＮＦ）の数（ｆ）を設定してもよい。
　ＣＮＦ選択部１５０は、対象アプリケーションを構築するＣＮＦから、ｆ個のセカンダリクラウドに配置するＣＮＦ（対象ＣＮＦ）を選択する（Ｓ１６）。Ｓ１６において、ＣＮＦ選択部１５０は、予め設定されているＣＮＦの優先順位に基づいて、対象ＣＮＦを選択してもよい。
　デプロイ部１６０は、選択された対象ＣＮＦをセカンダリクラウドにデプロイする（Ｓ１７）。
　なお、Ｓ１２において、新規アプリケーションの作成依頼があったプライマリクラウドのリソースが逼迫していないと判定された場合、デプロイ部１６０は、新規アプリケーションをプライマリクラウドに作成する。（Ｓ１８）。
　次に、図５を用いて、本開示に係る制御装置１００における動作について説明する。図５は、本開示に係る制御装置１００における処理シーケンスの一例を示す図である。
　制御装置１００は、クラウドグループ内のクラウドのリソース使用状況を監視する（「リソース情報管理」、Ｔ１１）。
　図５には、クラウドグループ内のプライマリクラウド以外の第ｉ番目のクラウド（クラウド（ｉ）とも記載する）のリソース使用状況が監視されている様子が示されている。ここで、ｉ＝１からＮ－１であり、Ｎはクラウドグループ内のクラウドの総数である。
　また、リソース使用状況の監視は、定期的、又は、新規アプリケーションの作成依頼をトリガとして行われてもよい。
　制御装置１００は、クラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼（「新規アプリケーション作成依頼」、Ｔ１２）をトリガとして、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにあるか否かを判定する（「リソース判定」、Ｔ１３）。例えば、比率ｆｓｕｍ／ｆｍａｘで定義されるリソース使用割合Ｒが１以下の場合、制御装置１００は、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースがプライマリクラウドにある（「リソース逼迫無し」）と判定する。一方、リソース使用割合Ｒが１より大きい場合、制御装置１００は、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースがプライマリクラウドにない（「リソース逼迫有り」）と判定する。
　「リソース判定」（Ｔ１３）において、「リソース逼迫有り」と判定された場合、制御装置１００は、セカンダリクラウドに配置するアプリケーション（対象アプリケーション）を選択する（「アプリケーション選択」、Ｔ１４）。対象アプリケーションは、プライマリクラウドに配置されている既存アプリケーション及びプライマリクラウドへ作成依頼された新規アプリケーションから、アプリケーションの優先順位に基づいて、選択される。
　対象アプリケーションが選択されると、制御装置１００は、対象アプリケーションを構築するＣＮＦの少なくとも一部を配置するセカンダリクラウドを決定する（「セカンダリクラウド決定」、Ｔ１５）。また、「セカンダリクラウド決定」（Ｔ１５）では、制御装置１００は、セカンダリクラウドに配置するＣＮＦ（対象ＣＮＦ）の数を設定する。
　また、制御装置１００は、ＣＮＦの優先順位に基づいて、セカンダリクラウドに配置するＣＮＦ（対象ＣＮＦ）を選択する（「ＣＮＦの選択」、Ｔ１６）。
　対象ＣＮＦが選択されると、制御装置１００は、プライマリクラウドから対象ＣＮＦを削除し、対象ＣＮＦをセカンダリクラウドにデプロイする（Ｔ１７）。
　「リソース判定」（Ｔ１３）において、「リソース逼迫無し」と判定された場合、制御装置１００は、プライマリクラウドに新規アプリケーションを構築する全てのＣＮＦをデプロイすると決定してもよい（Ｔ１４、Ｔ１５、Ｔ１６）。この場合には、制御装置１００は、新規アプリケーションを構築する全てのＣＮＦをプライマリクラウドにデプロイする（Ｔ１８）。
　以上のように、本開示に係る制御装置１００は、少なくとも、リソース判定部１２０、アプリケーション選択部１３０、ＣＮＦ選択部１５０、及び、デプロイ部１６０を備える。
　リソース判定部１２０は、プライマリクラウドへの新規アプリケーションの作成依頼時に、新規アプリケーションを構築する全てのＣＮＦをデプロイするためのリソースが、プライマリクラウドにあるか否かを示すリソース逼迫の有無を判定する。プライマリクラウドは、複数のクラウドにより形成されるクラウドグループ内のクラウドである。
　アプリケーション選択部１３０は、アプリケーションの優先順位に基づいて、プライマリクラウドに配置されている既存アプリケーション及び新規アプリケーションから、セカンダリクラウドに配置するアプリケーションを選択する。
　ＣＮＦ選択部１５０は、対象アプリケーションを構築するＣＮＦから、セカンダリクラウドに配置するＣＮＦ（対象ＣＮＦ）を選択する。選択される対象ＣＮＦの数は、ｆ個である。
　デプロイ部１６０は、ＣＮＦ選択部１５０において選択された対象ＣＮＦを、セカンダリクラウドにデプロイする。
　制御装置１００が、上記のような構成を採ることにより、クラウドグループ内のクラウド間においてリソース共有が図られる。これにより、新規アプリケーションの作成依頼がされたプライマリクラウドに、新規アプリケーションを構築する全てのＣＮＦをデプロイするだけの十分なリソースがないような場合においても、ユーザ端末に安定してサービスを提供することができるようになる。
　また、優先順位が高いアプリケーションがプライマリクラウドに配置され、優先順位が低いアプリケーションがセカンダリクラウドに配置されるようになるので、例えば、通信遅延等によるユーザビリティの劣化を抑えることができる。
　また、アプリケーションを構築するＣＮＦを異なるクラウドに分散して配置することができるので、クラウドグループ全体としてのコンピューティングリソース消費の平準化を可能とすることもできる。
（第２の実施形態）
　図６は、本開示に係る制御装置２００の構成例を示す機能ブロック図である。なお、図３に示す制御装置１００及び図６に示す制御装置２００において共通する要素又は機能については、その説明を省略する。
　制御装置２００は、リソース監視部１１０、リソース判定部１２０、アプリケーション選択部１３０、セカンダリクラウド決定部１４０、ＣＮＦ選択部１５０、デプロイ部１６０に加え、優先順位更新部２１０を更に備える。
　優先順位更新部２１０は、プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、アプリケーションの優先順位を更新する。
　稼動状況は、アプリケーションの稼動時間、アプリケーションに接続されているユーザ端末数、アプリケーションのデータ量、及び、アプリケーションのスループットのうち少なくとも１つを含む。アプリケーション選択部１３０は、例えば、クラウドを管理する管理装置に問い合わせることにより、稼動時間についての情報を取得することができる。また、アプリケーション選択部１３０は、例えば、ＵＰＦに問い合わせることにより、アプリケーションに接続されているユーザ端末数、アプリケーションのデータ量、及び、アプリケーションのスループットについての情報を取得することができる。
　例えば、同程度のＱｏＳが要求されるアプリケーションが複数あって、これらアプリケーションの優先順位が同等の場合、優先順位更新部２１０は、稼動状況に応じて、アプリケーションの優先順位を更新することができる。
　稼動状況としてアプリケーションの稼動時間を用いる場合、優先順位更新部２１０は、稼動時間が少ないアプリケーションほど、その優先順位を低く設定する。稼動状況としてアプリケーションに接続されているユーザ端末数を用いる場合、優先順位更新部２１０は、接続されているユーザ端末数が少ないアプリケーションほど、その優先順位を低く設定する。稼動状況としてアプリケーションのデータ量を用いる場合、優先順位更新部２１０は、データ量が少ないアプリケーションほど、その優先順位を低く設定する。稼動状況としてアプリケーションのスループットを用いる場合、優先順位更新部２１０は、スループットが少ないアプリケーションほど、その優先順位を低く設定する。
　優先順位更新部２１０は、更新したアプリケーションの優先順位の情報を、アプリケーション選択部１３０に通知する。
　このようにして、優先順位が同程度のアプリケーションが複数ある場合に、優先順位更新部２１０は、これらアプリケーション内での優先順位を更新することができる。これにより、稼動時間が少ないアプリケーションがセカンダリクラウドに配置され、稼動時間が多いアプリケーションはプライマリクラウドに配置される。また、接続されているユーザ端末数が少ないアプリケーションがセカンダリクラウドに配置され、接続されているユーザ端末数が多いアプリケーションはプライマリクラウドに配置される。また、アプリケーションにおけるデータ量が少ないアプリケーションがセカンダリクラウドに配置され、アプリケーションにおけるデータ量が多いアプリケーションはプライマリクラウドに配置される。また、アプリケーションにおけるスループットが少ないアプリケーションがセカンダリクラウドに配置され、アプリケーションにおけるスループットが多いアプリケーションはプライマリクラウドに配置される。このように、プライマリクラウドにおけるアプリケーションの稼動状況に応じて対象アプリケーションが決定されるので、セカンダリクラウドに配置された場合にユーザビリティへの影響が低いアプリケーションが対象アプリケーションに決定されることになる。
　なお、優先順位更新部２１０は、プライマリクラウドに配置されている既存アプリケーションに加えて、クラウドグループ内のクラウドに配置されている既存アプリケーションの稼動状況に応じて、優先順位を更新してもよい。この場合には、プライマリクラウドにおいて、アプリケーションの稼動時間、アプリケーションに接続されているユーザ端末数、及び、アプリケーションにおけるデータ量が、一時的に少なかったために、優先順位が極端に低く設定されてしまうのを防ぐことができる。
　優先順位更新部２１０は、更新した優先順位の情報を、アプリケーション選択部１３０に通知する。
　これにより、アプリケーション選択部１３０は、直近のアプリケーションの稼動状況に応じて更新された優先順位に基づいて、セカンダリクラウドに配置されるアプリケーションを決定することができる。
　図７は、本開示に係る制御装置２００の動作例を示すフローチャートである。図７に示すように、制御装置２００の動作例では、Ｓ２１（優先順位更新）の処理が、第１の実施形態に係る制御装置１００の動作例に更に追加されている。共通する処理については、同一の符号を伏し、説明を省略する。
　優先順位更新部２１０は、プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、アプリケーションの優先順位を更新する（Ｓ２１）。更新されたアプリケーションの優先順位は、アプリケーション選択部１３０において用いられる。
　次に、図８を用いて、本開示に係る制御装置２００における動作について説明する。図８は、本開示に係る制御装置２００における処理シーケンスの一例を示す図である。図８に示すように、制御装置２００では、「優先順位更新」（Ｔ２１）の処理が、第１の実施形態に係る制御装置１００の処理シーケンスに更に追加されている。共通する処理については、同一の符号を伏し、説明を省略する。
　制御装置２００は、プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、アプリケーションの優先順位を更新する（Ｔ２１）。更新されたアプリケーションの優先順位は、対象アプリケーションを決定する（Ｔ１４）際に用いられる。
　以上のように、本開示に係る制御装置２００は、リソース判定部１２０、アプリケーション選択部１３０、ＣＮＦ選択部１５０、デプロイ部１６０、及び、優先順位更新部２１０を備える。
　優先順位更新部２１０は、プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、アプリケーションの優先順位を更新する。
　制御装置２００が、上記のような構成を採ることにより、制御装置１００と同様に、クラウドグループ内のクラウド間においてリソース共有が図られる。また、セカンドクラウドに配置されるアプリケーションが、直近のアプリケーションの稼動状況に応じて更新されたアプリケーションの優先順位に基づいて選択されるので、制御装置１００に比べて、ユーザビリティをより向上させることができる。
　（適用例）
　図９Ａ及び図９Ｂを用いて、本開示に係る制御装置１００、２００の適用例について説明する。
　以下では、Ｅｄｇｅ　Ｃｌｏｕｄ＃１に、新規アプリケーションとして、仮想化されたＣＵ（ｖＣＵ）の作成依頼があった場合を例に説明する。前述したように、ＣＵは、ＣＮＦに相当するＣＵ－ＣＰとＣＵ－ＵＰとから構築され得る。
　なお、新規アプリケーションは、ＣＵに限定されるものではない。例えば、アプリケーションは、５Ｇのような移動体通信システム内のネットワーク機能（ＮＦ）であってもよい。移動体通信システム内のＮＦとしては、ＣＵに加えて、ＣＮ内のＳＮＦ及びＤＵが挙げられる。
　本開示に係る制御装置１００、２００は、互いに機能連携通信が可能な複数のＣＮＦから構築されるアプリケーションに対して適用可能である。
　図９Ａは、ｖＣＵの作成依頼時、Ｅｄｇｅ　Ｃｌｏｕｄ＃１に、ｖＣＵを作成できるリソースがなかったため、Ｅｄｇｅ　Ｃｌｏｕｄ＃２に、ｖＣＵが作成された場合の例である。
　これに対して、図９Ｂは、クラウドグループが形成され、本開示に係る制御装置１００、２００を用いて、クラウド間でリソースを共有した場合の配置例である。Ｅｄｇｅ　Ｃｌｏｕｄ＃１へｖＣＵの作成依頼時に、Ｅｄｇｅ　Ｃｌｏｕｄ＃１にｖＣＵを作成できるだけのリソースがなかったとしても、本開示に係る制御装置１００、２００を用いることにより、ｖＣＵを構築するＣＮＦの一部をＥｄｇｅ　Ｃｌｏｕｄ＃２にデプロイすることができる。図９Ｂには、本開示に係る制御装置１００、２００を用いて、ＣＵ－ＵＰがＥｄｇｅ　Ｃｌｏｕｄ＃１にデプロイされ、ＣＵ－ＣＰがＥｄｇｅ　Ｃｌｏｕｄ＃２にデプロイされた様子が示されている。ＣＵ－ＵＰ及びＣＵ－ＣＰは、ｖＣＵを構築するＣＮＦである。
　このようにして、新規アプリケーションの作成依頼があったクラウドのコンピューティングリソースが不足しているような場合においても、クラウドグループを形成するクラウド間においてリソースを共有する。これにより、新規アプリケーションを構築するＣＮＦを分散してクラウドグループ内のクラウドに配置することができる。そのため、クラウドに配置可能なコンピューティングリソースが十分でないような場合においても、クラウドグループ全体として、ユーザ端末に安定してサービスを提供することができる。
　なお、図９Ｂに示すように、Ｅｄｇｅ　Ｃｌｏｕｄ＃２にデプロイされたＣＵ－ＣＰは、Ｅｄｇｅ　Ｃｌｏｕｄ＃３にデプロイされたＣＵ－ＵＰと、Ｅ１インターフェースにより接続することが可能である。これにより、Ｅｄｇｅ　Ｃｌｏｕｄ＃１にデプロイされたＣＵ－ＵＰと、Ｅｄｇｅ　Ｃｌｏｕｄ＃３にデプロイされたＣＵ－ＵＰとで、Ｅｄｇｅ　Ｃｌｏｕｄ＃２にデプロイされたＣＵ－ＣＰを共有することができるようになる。この場合には、Ｅｄｇｅ　Ｃｌｏｕｄ＃３にＣＵ－ＣＰを配置する必要がなくなり、Ｅｄｇｅ　Ｃｌｏｕｄ＃３におけるコンピューティングリソース消費を抑えることができる。
　なお、以上の説明では、ユーザ端末に提供されるサービスと、クラウドにデプロイされるアプリケーションとが、図２に示すような関係を有している場合を例に説明したが、これに限定されるものではない。アプリケーションが、サービス提供する際の役割毎に分割された役割単位から構築され、これら役割単位が異なるクラウドにデプロイされた場合においても、役割単位同士の機能連携通信が可能であるようなアーキテクチャが採られていればよい。
　図１０は、本開示に係る制御装置１００及び制御装置２００を実装するコンピュータ３００を示す図である。コンピュータ３００は、プロセッサ３１０と、メモリ３２０と、通信部３３０と、を含む。プロセッサ３１０、メモリ３２０、及び通信部３３０の数は限定されず、１つ又は複数であってよい。また、プロセッサ３１０、メモリ３２０、及び通信部３３０は、制御装置１００又は制御装置２００を構成する各部が配置される場所毎にまとめて配置されていてもよい。プロセッサ３１０は、制御装置１００又は制御装置２００にインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。メモリ３２０は、ＲＯＭ若しくはＲＡＭ等の記憶素子、ソリッドステートドライブ（ＳＳＤ）、又はハードディスクドライブ（ＨＤＤ）等の記憶デバイスである。メモリ３２０には、プロセッサ３１０によって実行されるプログラム等が記憶される。通信部３３０は、例えば、ＮＩＣ又は無線ＬＡＮモジュール等の通信インターフェースである。なお、通信部３３０において、ＳＤＮ（Software-Defined Networking）が実装されていてもよい。
　コンピュータ３００は、更にストレージ３４０を含んでもよい。
　ストレージ３４０に記憶されるアプリケーション情報としては、新規アプリケーションを構築するＣＮＦ総数の情報、ＣＮＦの特性についての情報、及び、アプリケーションの優先順位の情報を例示することができる。
　コンピュータ３００は、図示していない他の構成を更に含んでいてもよい。
　本開示に係る制御装置１００は、１以上のプロセッサを備える。１以上のプロセッサが、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、プライマリクラウドのリソースが逼迫していることをトリガとして、クラウドグループ内のセカンダリクラウドを利用すると決定する。１以上のプロセッサが、アプリケーションの優先順位に基づいて、プライマリクラウドに配置されている既存アプリケーション及び新規アプリケーションから、セカンダリクラウドに配置するアプリケーションを選択する。１以上のプロセッサが、セカンダリクラウドに配置するアプリケーションを構築するＣＮＦの少なくとも一部を選択する。１以上のプロセッサが、選択された少なくとも一部のＣＮＦをセカンダリクラウドにデプロイする。
　本開示に係る制御装置２００は、１以上のプロセッサを備える。１以上のプロセッサが、複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、プライマリクラウドのリソースが逼迫していることをトリガとして、クラウドグループ内のセカンダリクラウドを利用すると決定する。１以上のプロセッサが、プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、優先順位を更新する。１以上のプロセッサが、アプリケーションの優先順位に基づいて、プライマリクラウドに配置されている既存アプリケーション及び新規アプリケーションから、セカンダリクラウドに配置するアプリケーションを選択する。１以上のプロセッサが、セカンダリクラウドに配置するアプリケーションを構築するＣＮＦの少なくとも一部を選択する。１以上のプロセッサが、選択された少なくとも一部のＣＮＦをセカンダリクラウドにデプロイする。
　なお、アプリケーションの構築に、コンテナ型仮想化技術が適用されている場合、本開示に係る制御装置１００、２００は、オーケストレータの機能を用いて、クラウド間におけるリソース共有を実現してもよい。
　本開示は、前述の構成に限定されず、本開示には制御プログラムも含まれる。すなわち、コンピュータによって読み込まれると、コンピュータの１以上のプロセッサに、制御装置１００、２００の各部を実行させるためのプログラムも本開示に含まれる。
　当該上記プログラムは、コンピュータ読み取り可能で非一時的な（non-transitory）記憶媒体に記録されて提供されてよい。
　本開示は次の態様を含む。
［１］　１以上のプロセッサを備え、前記１以上のプロセッサが、
　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが前記プライマリクラウドにあるか否かに対応する、リソース逼迫の有無を判定することと、
　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択することと、
　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択することと、
　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイすることと、
を実行する、制御装置。
［２］　前記アプリケーションの優先順位は、ＱｏＳ（Quality of service）に応じて設定されている、
［１］に記載の制御装置。
［３］　前記１以上のプロセッサが、
　予め設定されているＣＮＦの優先順位に基づいて、前記少なくとも一部のＣＮＦを選択すること、
を更に実行する、［１］又は［２］に記載の制御装置。
［４］　前記予め設定されているＣＮＦの優先順位では、ユーザデータに関連するＣＮＦの優先順位が、制御データに関連するＣＮＦの優先順位より高い、
［３］に記載の制御装置。
［５］　前記１以上のプロセッサが、
　前記プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、前記優先順位を更新すること、
を更に実行する、［１］から［４］のいずれか１つに記載の制御装置。
［６］　前記１以上のプロセッサが、
　前記プライマリクラウドに配置されている既存アプリケーションに加えて、前記クラウドグループのクラウドに配置されている既存アプリケーションの稼動状況に応じて、前記優先順位を更新すること、
を更に実行する、［５］に記載の制御装置。
［７］　前記稼動状況は、前記アプリケーションの稼動時間、前記アプリケーションに接続されているユーザ端末数、前記アプリケーションのデータ量、及び、前記アプリケーションのスループットのうち少なくとも１つを含む、
　［５］又は［６］に記載の制御装置。
［８］　前記判定することは、前記リソースが逼迫していない場合においても、予め設定された状況の場合、前記リソースが逼迫していると擬制判定する、［１］から［７］のいずれか１つに記載の制御装置。
［９］　前記少なくとも一部のＣＮＦの数は、プライマリクラウドにデプロイできない余剰ＣＮＦの数である、
［１］から［８］のいずれか１つに記載の制御装置。
［１０］　前記１以上のプロセッサが、
　前記プライマリクラウドのリソース使用状況を監視すること、
を更に実行する、［１］から［９］のいずれか１つに記載の制御装置。
［１１］　前記アプリケーションは、マイクロサービスアーキテクチャにより構築されている、
　［１］から［１０］のいずれか１つに記載の制御装置。
［１２］　前記クラウドグループは、セントラルデータセンタ上に構築されたセンタークラウドを含む、
　［１］から［１１］のいずれか１つに記載の制御装置。
［１３］　前記クラウドグループは、リージョナルデータセンタ上に構築されたクラウドを含む、
　［１］から［１２］のいずれか１つに記載の制御装置。
［１４］　前記アプリケーションは、移動体通信システム内のＮＦ（Network Function）である、
　［１］から［１３］のいずれか１つに記載の制御装置。
［１５］　前記プライマリクラウドは、エッジクラウドである、
　［１］から［１４］のいずれか１つに記載の制御装置。
［１６］　前記セカンダリクラウドは、エッジクラウドである、
　［１］から［１５］のいずれか１つに記載の制御装置。
［１７］　前記セカンダリクラウドは、センタークラウドである、
　［１］から［１５］のいずれか１つに記載の制御装置。
［１８］　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を、プロセッサを用いて、判定することと、
　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを、プロセッサを用いて、選択することと、
　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを、プロセッサを用いて、選択することと、
　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドに、プロセッサを用いて、デプロイすることと、
を含む、制御方法。
［１９］　コンピュータによって読み込まれると、前記コンピュータの１以上のプロセッサに、
　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を判定することと、
　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択することと、
　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択することと、
　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイすることと、
を実行させるプログラムが記録された、非一時的（non-transitory）なコンピュータ可読媒体。
　なお、本開示は、前述の実施形態に限定されるものではなく、前述の構成に対して、構成要素の付加、削除又は転換を行った様々な変形例も含むものとする。
　１００、２００　制御装置
　１１０　リソース監視部
　１２０　リソース判定部
　１３０　アプリケーション選択部
　１４０　セカンダリクラウド決定部
　１５０　ＣＮＦ選択部
　１６０　デプロイ部
　２１０　優先順位更新部
　３００　コンピュータ
　３１０　プロセッサ
　３２０　メモリ
　３３０　通信部
　３４０　ストレージ

 

Claims (19)

  1. 　１以上のプロセッサを備え、前記１以上のプロセッサが、
    　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが前記プライマリクラウドにあるか否かに対応する、リソース逼迫の有無を判定することと、
    　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択することと、
    　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択することと、
    　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイすることと、
    を実行する、制御装置。
  2. 　前記アプリケーションの優先順位は、ＱｏＳ（Quality of service）に応じて設定されている、
    　請求項１に記載の制御装置。
  3. 　前記１以上のプロセッサが、
    　予め設定されているＣＮＦの優先順位に基づいて、前記少なくとも一部のＣＮＦを選択すること、
    を更に実行する、請求項１に記載の制御装置。
  4. 　前記予め設定されているＣＮＦの優先順位では、ユーザデータに関連するＣＮＦの優先順位が、制御データに関連するＣＮＦの優先順位より高い、
    　請求項３に記載の制御装置。
  5. 　前記１以上のプロセッサが、
    　前記プライマリクラウドに配置されている既存アプリケーションの稼動状況に応じて、前記優先順位を更新すること、
    を更に実行する、請求項１に記載の制御装置。
  6. 　前記１以上のプロセッサが、
    　前記プライマリクラウドに配置されている既存アプリケーションに加えて、前記クラウドグループのクラウドに配置されている既存アプリケーションの稼動状況に応じて、前記優先順位を更新すること、
    を更に実行する、請求項５に記載の制御装置。
  7. 　前記稼動状況は、前記アプリケーションの稼動時間、前記アプリケーションに接続されているユーザ端末数、前記アプリケーションのデータ量、及び、前記アプリケーションのスループットのうち少なくとも１つを含む、
    　請求項５に記載の制御装置。
  8. 　前記判定することは、前記リソースが逼迫していない場合においても、予め設定された状況の場合、前記リソースが逼迫していると擬制判定する、
    　請求項１に記載の制御装置。
  9. 　前記少なくとも一部のＣＮＦの数は、プライマリクラウドにデプロイできない余剰ＣＮＦの数である、
    請求項１に記載の制御装置。
  10. 　前記１以上のプロセッサが、
    　前記プライマリクラウドのリソース使用状況を監視すること、
    を更に実行する、請求項１に記載の制御装置。
  11. 　前記アプリケーションは、マイクロサービスアーキテクチャにより構築されている、
    　請求項１に記載の制御装置。
  12. 　前記クラウドグループは、セントラルデータセンタ上に構築されたセンタークラウドを含む、
    　請求項１に記載の制御装置。
  13. 　前記クラウドグループは、リージョナルデータセンタ上に構築されたクラウドを含む、
    　請求項１に記載の制御装置。
  14. 　前記アプリケーションは、移動体通信システム内のＮＦ（Network Function）である、
    　請求項１に記載の制御装置。
  15. 　前記プライマリクラウドは、エッジクラウドである、
    　請求項１に記載の制御装置。
  16. 　前記セカンダリクラウドは、エッジクラウドである、
    　請求項１に記載の制御装置。
  17. 　前記セカンダリクラウドは、センタークラウドである、
    　請求項１に記載の制御装置。
  18. 　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を、プロセッサを用いて、判定することと、
    　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを、プロセッサを用いて、選択することと、
    　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを、プロセッサを用いて、選択することと、
    　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドに、プロセッサを用いて、デプロイすることと、
    を含む、制御方法。
  19. 　コンピュータによって読み込まれると、前記コンピュータの１以上のプロセッサに、
    　複数のクラウドにより形成されるクラウドグループ内のプライマリクラウドへの新規アプリケーションの作成依頼時に、前記新規アプリケーションを構築する全てのＣＮＦ（Containerized Network Function）をデプロイするためのリソースが、前記プライマリクラウドにあるか否かに対応するリソース逼迫の有無を判定することと、
    　前記リソースが逼迫している場合に、アプリケーションの優先順位に基づいて、前記プライマリクラウドに配置されている既存アプリケーション及び前記新規アプリケーションから、少なくとも１つのアプリケーションを選択することと、
    　選択された前記少なくとも１つのアプリケーションを構築するＣＮＦ（Containerized Network Function）から、少なくとも一部のＣＮＦを選択することと、
    　選択された前記少なくとも一部のＣＮＦを、前記クラウドグループ内のセカンダリクラウドにデプロイすることと、
    を実行させるプログラムが記録された、非一時的（non-transitory）なコンピュータ可読媒体。

     
PCT/JP2022/026395 2022-06-30 2022-06-30 複数のクラウドにより形成されるクラウドグループ内でのリソース共有 Ceased WO2024004178A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/026395 WO2024004178A1 (ja) 2022-06-30 2022-06-30 複数のクラウドにより形成されるクラウドグループ内でのリソース共有

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/026395 WO2024004178A1 (ja) 2022-06-30 2022-06-30 複数のクラウドにより形成されるクラウドグループ内でのリソース共有

Publications (1)

Publication Number Publication Date
WO2024004178A1 true WO2024004178A1 (ja) 2024-01-04

Family

ID=89382567

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/026395 Ceased WO2024004178A1 (ja) 2022-06-30 2022-06-30 複数のクラウドにより形成されるクラウドグループ内でのリソース共有

Country Status (1)

Country Link
WO (1) WO2024004178A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200351724A1 (en) * 2019-05-03 2020-11-05 Nokia Solutions And Networks Oy Efficient computing of application data in mobile communication network
US20210014133A1 (en) * 2020-09-25 2021-01-14 Intel Corporation Methods and apparatus to coordinate edge platforms
US20210153041A1 (en) * 2019-11-18 2021-05-20 Verizon Patent And Licensing Inc. Systems and methods for monitoring performance in distributed edge computing networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200351724A1 (en) * 2019-05-03 2020-11-05 Nokia Solutions And Networks Oy Efficient computing of application data in mobile communication network
US20210153041A1 (en) * 2019-11-18 2021-05-20 Verizon Patent And Licensing Inc. Systems and methods for monitoring performance in distributed edge computing networks
US20210014133A1 (en) * 2020-09-25 2021-01-14 Intel Corporation Methods and apparatus to coordinate edge platforms

Similar Documents

Publication Publication Date Title
US11200089B2 (en) Systems and methods for dynamic load distribution in a multi-tier distributed platform
US10985989B2 (en) Cross layer signaling for network resource scaling
CN112822050B (zh) 用于部署网络切片的方法和装置
US10771533B2 (en) Adaptive communication control device
CN112119666A (zh) 用于管理无线电接入网内的资源的方法、计算机程序和电路系统
US12277435B2 (en) Management method for CDN function virtualization, electronic device, and computer readable medium
US20170126583A1 (en) Method and electronic device for bandwidth allocation based on online media services
CN113672391B (zh) 一种基于Kubernetes的并行计算任务调度方法与系统
WO2014026613A1 (zh) 网络带宽分配方法及终端
KR20170060118A (ko) 분류된 네트워크 스트림의 관리
US20240340343A1 (en) Data processing system and method and device
US12248352B2 (en) Computer orchestration
KR20150130384A (ko) 적응 데이터 동기화
EP3058705B1 (en) Data classification for adaptive synchronization
CN118368287A (zh) 客户端驱动的云网络访问系统和方法
CN105553882B (zh) 用于sdn数据平面资源调度的方法
CN115934264A (zh) 业务调度方法、装置、电子设备和计算机可读存储介质
KR20170059465A (ko) 애플리케이션들에 대한 네트워크 분류
US11838389B2 (en) Service deployment method and scheduling apparatus
WO2024004177A1 (ja) 複数のクラウドにより形成されるクラウドグループ内でのリソース共有
CN114691372A (zh) 一种多媒体端边云系统的群体智能控制方法
WO2024004178A1 (ja) 複数のクラウドにより形成されるクラウドグループ内でのリソース共有
WO2024004179A1 (ja) 複数のクラウドにより形成されるクラウドグループ内でのリソース共有
CN119030901A (zh) 基于时延感知的Serverless请求调度装置及系统
CN116132447A (zh) 一种基于Kubernetes的负载均衡方法及其装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22949451

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22949451

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP