CN114327784A - Kubernetes storage resource binding method, system, equipment and medium based on position information - Google Patents
Kubernetes storage resource binding method, system, equipment and medium based on position information Download PDFInfo
- Publication number
- CN114327784A CN114327784A CN202111678133.0A CN202111678133A CN114327784A CN 114327784 A CN114327784 A CN 114327784A CN 202111678133 A CN202111678133 A CN 202111678133A CN 114327784 A CN114327784 A CN 114327784A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- storage resource
- request
- pvc
- access mode
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 230000002085 persistent effect Effects 0.000 claims abstract description 49
- 230000003068 static effect Effects 0.000 claims abstract description 32
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 5
- 238000012216 screening Methods 0.000 claims description 5
- 238000013507 mapping Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 7
- 238000005516 engineering process Methods 0.000 description 10
- 238000004364 calculation method Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 229920000915 polyvinyl chloride Polymers 0.000 description 3
- 206010047289 Ventricular extrasystoles Diseases 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 241000615866 Antho Species 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 235000019987 cider Nutrition 0.000 description 1
- 238000011534 incubation Methods 0.000 description 1
- 229920003087 methylethyl cellulose Polymers 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 239000004800 polyvinyl chloride Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
The present disclosure provides a Kubernets storage resource binding method, system, device and medium based on location information, so as to at least solve the problem that the scheduling process of the current Kubernets storage resource cannot exert the maximum computing power of an MEC, and the method includes: judging whether a request of a persistent volume statement PVC of a user terminal is received, wherein the request carries an access mode of the user terminal; if the request is received, acquiring the position information of the user terminal; judging whether the access mode of the user terminal is a static access mode; if the access mode is the static access mode, selecting a first storage resource pool closest to the user terminal based on the position information of the user terminal; binding the created first persistent volume PV1 in the first storage resource pool with the PVC. According to the method and the device, the PV position information is considered in the resource scheduling process, the storage resources are bound in the storage resource pool closest to the user, and the MEC can exert the maximum computing capacity.
Description
Technical Field
The present disclosure relates to the field of edge computing technologies, and in particular, to a kubernets storage resource binding method based on location information, a kubernets storage resource binding system based on location information, a terminal device, and a computer-readable storage medium.
Background
Kubernets, K8s for short, is an open source for managing containerized applications on multiple hosts in a cloud platform, and aims to make deploying containerized applications simple and efficient, and provides a mechanism for application deployment, planning, updating, and maintenance. Kubernets implement the functions of network storage through PV (persistent volume) and PVC (persistent volume claim) resources.
With the advance of 5G business and the vigorous development of services such as large videos, large data, Internet of things and the like, more and more new applications put higher requirements on network delay, bandwidth and safety. The industry generally considers that MEC (Multi-Access Edge Computing) is a key technology for meeting development requirements of mass data, ultra-low time delay and data security. Currently, for analysis of Kubernetes network storage resource scheduling, after defining a PVC by a user, the PVC and the PV are bound according to a request of the PVC for resources. However, in the application scenario of the MEC, it is desirable that the storage resource is closest to the user, in which case the greatest advantage of the MEC can be exerted, and it is obvious that the above-mentioned binding policy between PV and PVC cannot satisfy the requirement of binding the storage resource to the storage resource pool closest to the user.
Disclosure of Invention
The disclosure provides a Kubernets storage resource binding method, a Kubernets storage resource binding system, a terminal device and a computer readable storage medium based on position information, and aims to at least solve the technical problem that the maximum computing capacity of an MEC cannot be exerted in the current scheduling process of the Kubernets storage resource.
In order to achieve the above object, the present disclosure provides a kubernets storage resource binding method based on location information, which is applied to an edge computing controller, and the method includes:
judging whether a request of a persistent volume statement PVC of a user terminal is received, wherein the request carries an access mode of the user terminal;
if the request is received, acquiring the position information of the user terminal;
judging whether the access mode of the user terminal is a static access mode;
if the access mode is the static access mode, selecting a first storage resource pool closest to the user terminal based on the position information of the user terminal; and binding the created first persistent volume PV1 in the first storage resource pool with the PVC.
In one embodiment, before determining whether a request for a persistent volume declaration PVC of a user terminal is received, the method further comprises:
sending a creation request for creating a persistent volume PVx to all storage resource pools in a preset area, so that each storage resource pool creates a respective PVx based on the creation request, and feeds back resource information of the PVx to the edge computing controller; and the number of the first and second groups,
resource information of the PVx is received.
In one embodiment, the request further carries resource request information of the user terminal;
after judging whether a request of a persistent volume declaration (PVC) of the user terminal is received, the method further comprises the following steps:
if the request is received, screening PVx meeting resource supply conditions from the PVx based on the resource information of PVx and the resource request information;
selecting a first storage resource pool closest to the user terminal based on the location information of the user terminal, including:
and selecting a first storage resource pool closest to the user terminal from the storage resource pools corresponding to PVx which meet the resource supply condition based on the position information of the user terminal.
In one embodiment, after determining whether a request for a persistent volume declaration PVC of a user terminal is received and before obtaining location information of the user terminal, the method further includes:
acquiring the position information of the corresponding base station of the request sent by the user terminal;
the acquiring the location information of the user terminal includes: and determining the position information of the user terminal based on the position information of the base station.
In one embodiment, after binding the created PV1 in the first storage resource pool with the PVC, further comprising:
and sending the binding information of the PV1 bound with the PVC to the user terminal so that the user terminal stores data in the PV1 based on the binding information.
In one embodiment, after determining whether the access mode of the user terminal is a static access mode, the method further includes:
if the access mode is not the static access mode, judging whether the access mode of the user terminal is the dynamic access mode;
if the storage type SC is in the dynamic access mode, selecting a storage resource pool corresponding to the SC meeting preset conditions from all storage resource pools of the created storage type SC;
selecting a second storage resource pool closest to the user terminal from the storage resource pools corresponding to the SCs meeting the preset conditions based on the position information of the user terminal;
creating a second persistent volume PV2 in the second storage resource pool based on the SC that has been created; and binding the PV2 with the PVC.
In one embodiment, before determining whether a request for a persistent volume declaration PVC of a user terminal is received, the method further comprises:
respectively sending configuration requests of the automatic configuration volume program Px to all storage resource pools in a preset area, so that each storage resource pool respectively configures the Px based on the configuration requests, and respectively feeding back resource information of each storage resource pool to the edge controller; and the number of the first and second groups,
and respectively establishing an SC for each storage resource pool based on the resource information of each storage resource pool, and establishing a mapping relation between the SC and the Px in each storage resource pool.
In order to achieve the above object, the present disclosure correspondingly provides a kubernets storage resource binding system based on location information, which is applied to an edge computing controller, and the system includes:
the device comprises a judging module, a processing module and a processing module, wherein the judging module is used for judging whether a request of a persistent volume statement PVC of a user terminal is received or not, and the request carries an access mode of the user terminal;
an obtaining module configured to obtain the location information of the user terminal when the determining module determines that the request is received;
the judging module is also configured to judge whether the access mode of the user terminal is a static access mode;
the selection module is arranged to select a first storage resource pool closest to the user terminal based on the position information of the user terminal when the judgment module judges that the storage resource pool is in the static access mode; and the number of the first and second groups,
a binding module configured to bind the created first persistent volume PV1 in the first storage resource pool with the PVC.
In order to achieve the above object, the present disclosure also provides a terminal device, including a memory and a processor, where the memory stores a computer program, and when the processor runs the computer program stored in the memory, the processor executes the kubernets storage resource binding method based on location information.
In order to achieve the above object, the present disclosure also provides a computer-readable storage medium, on which a computer program is stored, where when the computer program is executed by a processor, the processor executes the kubernets storage resource binding method based on location information.
According to the Kubernets storage resource binding method for the position information, whether a request of a persistent volume statement PVC of a user terminal is received or not is judged, the request carries an access mode of the user terminal, and if yes, the position information of the user terminal is obtained; and then judging whether the access mode of the user terminal is a static access mode, if so, selecting a first storage resource pool closest to the user terminal based on the position information of the user terminal, and finally binding the created first persistent volume PV1 in the first storage resource pool with the PVC. According to the method and the device, the PV position information is considered in the resource scheduling process, the storage resources are bound in the storage resource pool closest to the user, and the MEC can exert the maximum computing capacity.
Additional features and advantages of the disclosure will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the disclosure. The objectives and other advantages of the disclosure may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
The accompanying drawings are included to provide a further understanding of the disclosed embodiments and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the example serve to explain the principles of the disclosure and not to limit the disclosure.
FIG. 1 is an example diagram of an MEC edge cloud architecture;
FIG. 2 is an exemplary diagram of the interrelationship of PV and PVC;
FIG. 3a is an exemplary diagram of PVs and PVCs in a static resource provisioning mode;
FIG. 3b is an exemplary diagram of PVs and PVCs in a dynamic resource provisioning mode;
fig. 4 is a schematic flowchart of a kubernets storage resource binding method based on location information according to an embodiment of the present disclosure;
fig. 5 is a schematic flowchart of another location information-based kubernets storage resource binding method according to an embodiment of the present disclosure;
fig. 6 is a schematic flowchart of another location information-based kubernets storage resource binding method according to an embodiment of the present disclosure;
FIG. 7a is a schematic flow chart illustrating static resource provisioning according to an embodiment of the present disclosure;
FIG. 7b is a schematic flow chart illustrating dynamic resource provisioning according to an embodiment of the present disclosure; (ii) a
Fig. 8 is a schematic structural diagram of a kubernets storage resource binding system based on location information according to an embodiment of the present disclosure;
fig. 9 is a schematic structural diagram of a terminal device according to an embodiment of the present disclosure.
Detailed Description
To make the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, specific embodiments of the present disclosure are described below in detail with reference to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the present disclosure, are given by way of illustration and explanation only, not limitation.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order; also, the embodiments and features of the embodiments in the present disclosure may be arbitrarily combined with each other without conflict.
In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for the convenience of explanation of the present disclosure, and have no specific meaning in themselves. Thus, "module", "component" or "unit" may be used mixedly.
With the advance of 5G business and the vigorous development of services such as large videos, large data, Internet of things and the like, more and more new applications put higher requirements on network delay, bandwidth and safety. The industry generally holds that MEC is a key technology for meeting development requirements of mass data, ultra-low time delay and data safety.
The definitions of the European Telecommunications Standards Institute (ETSI) for MEC are: MECs provide cloud computing functionality for application developers and content providers, as well as IT service environments at the edge of the network. Such an environment is characterized by ultra-low latency and high bandwidth and real-time access to wireless network information that is available to applications. This definition maps a route for telecommunications carriers to provide cloud computing functionality at the edge via the IaaS/PaaS model. Many ICT (Information Communications Technology) manufacturers at home and abroad release various Edge cloud service platforms according to their own understanding of MEC, for example, AWS releases an Edge service platform Wavelength, microsoft releases an Edge-oriented cloud platform Azure IoT Edge, Google also releases an Edge framework of Anthos, aridic releases a Link IoT Edge internet of things Edge computing solution, and hundreds of times releases an "end cloud integrated" solution Baidu IntelliEdge of intelligent Edge computing, and so on.
We take the connected MEC as an example for a simple explanation. China unicom provides an overall architecture of the MEC edge cloud in the 5G MEC edge cloud platform architecture and the white paper of commercial practice, as shown in fig. 1. On a deployment architecture, the edge cloud of the china unicom MEC is mainly divided into three levels, namely a whole network center node, a regional center/provincial meeting node and a local core/edge node.
1) Central node of whole network
A group-level Edge service operation platform (comprising a MEAO: Mobile Edge Application Operator) is deployed in Guangdong/Henan, a group OSS (The Office of Strength Services, operation support system), a BSS (Business support system), a government and enterprise marketing portal, an NFVO (network function virtualization management), a unified cloud pipe are connected in an abutting mode, and an open interface is provided for developers and clients to upload service capability and Application. And application synchronization is realized between Guangdong and Henan, and the arrangement and management of the edge service application of the communicated whole network are completed together.
2) Regional centre/provincial meeting node
Regional centers/provincial nodes have been deployed in Guangdong, Shanghai, Beijing, Zhejiang, Fujian, Jilin, Chongqing and the like, are continuously supplemented and perfected at present, and will be expanded to 31 provincial and municipal autonomous districts nationwide in the future.
The regional center/province node is used as a core of a china unicom MEC service incubation base, and is to deploy systems or network elements such as an MEPM (Mobile edge platform manager), an MEP (Mobile edge platform), and the like. The MEPM is responsible for functions of ME _ ICT-IaaS (ME _ ICT-Infrastructure-as-a-Service, edge cloud basic Service base) virtualization resource management, MEP access cooperation platform, node Service management and the like of all edge nodes in the node area/province. The MEP may then provide a centralized sharing type service to the customer.
3) Local core/edge node
The local core node/edge node corresponds to a core/convergence/field access machine room node of each deployment MEC local city, and ME _ ICT-IaaS, MEP and ME-VAS (ME-value added service) are deployed in the node to bear specific service application of a client.
MEC technology sinks computing power to the edge of the network, i.e. in the machine room close to the user. Therefore, a necessary contradiction is caused, the closer the computer room is to the user, the better the network performance provided by the computer room is, but the more the hardware resources and the operation and maintenance capacity of the computer room cannot be guaranteed. The container technology has the characteristics of light weight, portability, standardization and the like, and provides a good solution for various computing resource requirements in the scene of edge computing.
Kubernets is a container cloud orchestration scheduling technique, in which the smallest unit to compute resource scheduling is Pod, which is a combination of related containers. The node resource is a physical resource of a Kubernetes specific bearer Pod node. Kubernetes' resource scheduling refers to placing a Pod on the appropriate node to run. The Pod itself is life-cycle, so the containers and related data running inside the Pod cannot be persisted in the Pod. Kubernets provides a technology for sharing a storage volume, which is a shared directory defined on a Pod resource and capable of being mounted by all containers of other contents, and is associated to a storage space on an external storage device, thereby realizing persistent storage independently of a file system of the container itself. Kubernets supports a very rich set of storage volume types, which, in general, can be roughly divided into three types:
local storage, such as emptyDir, HostPath;
network storage, NFS, cider, cephfs, AzureFile;
special storage resources such as Secret, ConfigMap.
The network storage system is a cluster-level resource, is a storage resource independent of a Kubernets cluster, is decoupled from the Kubernets cluster in the persistence of data storage, and can well meet the requirement of data storage in an MEC scene. Kubernetes implements network storage functions through PV and PVC resources.
The PV is called PersistentVolume (persistent volume) as an abstraction of the underlying shared storage, and is created and configured by an administrator, and is related to the implementation manner of a specific underlying shared storage technology, such as Ceph distributed File System, GlusterFS (GlusterFile System), NFS (Network File System), and the like, which complete the docking with the shared storage through a plug-in mechanism. The PVC is called PersistentVolumeClaim, the PVC is a statement stored by a user, the PVC is a comparison type of the PVC and the Pod, the Pod is a consumption node, the PVC consumes PV resources, the Pod can request the memory of a CPU, and the PVC can request a specific storage space and an access mode. For the real storage user, the storage implementation details of the bottom layer do not need to be concerned, and only PVC is directly used.
PV can be regarded as available storage resource, PVC is the demand of storage resource, the correlation between PV and PVC is as shown in FIG. 2, an abstraction layer persistent volume is added between Kubernets and network storage service, thus the use and management of storage system can be decoupled from each other. The storage resources PV and PVC of Kubernetes support both static and dynamic resource provisioning as shown in fig. 3a and 3 b. In the static mode, the PV needs to be created in advance, and when the Pod applies for the PVC, the PVC is bound to the created PV. In a dynamic mode, dynamic binding of resources is completed through a storage class (SC for short) and a PVC (polyvinyl chloride), and a PV (photovoltaic) is automatically generated by the system.
In the resource scheduling in the static mode, when the storage space applied for the PVC is less than the storage space applied for the PV, the whole PV space can be used by the PVC, which may cause waste of resources. If the resource supply uses a dynamic mode, the system automatically creates a PV and completes the binding with the PVC after finding a proper StorageClass for the PVC, the scheduling of the dynamic mode solves the problem of storage resource waste, and the PV is created according to the size of the PVC demand.
Through analysis on Kubernetes network storage resource scheduling, after a user defines PVC, a system binds PVC to PV through a static or dynamic resource supply mode according to PVC requests for resources, and parameters related to a binding strategy between PVC and PV mainly include:
accessModes: the access mode describes the access authority of the user application to the storage resource;
storage: the storage size of the resource request;
matchLabels: PV selection conditions can be achieved through label matching;
accessModes means that the PVC is selectable, and the PVs of these modes (allowing a single node mount to read and write, allowing multiple nodes mount and read only, or allowing multiple nodes mount to read and write) bind. Storage means that the PVC selects a PV with a certain Storage space to bind. matchLabels means that PVs can select PVs with certain tags for binding.
In the application scenario of the MEC, it is desirable that the storage resource is closest to the user, in which case the greatest advantage of the MEC may be exploited. It is obvious that the above-mentioned binding strategy between PV and PVC is not satisfactory for binding storage resources in the storage resource pool closest to the user.
The following describes the technical solutions of the present disclosure and how to solve the above technical problems with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present disclosure will be described below with reference to the accompanying drawings.
Referring to fig. 4, fig. 4 is a schematic flowchart of a kubernets storage resource binding method based on location information according to an embodiment of the present disclosure, which is applied to an edge computing controller.
In step S401, it is determined whether a request for a persistent volume declaration PVC of a user terminal is received, where the request carries an access mode of the user terminal, and if the request is received, step S402 is executed.
In this embodiment, when the user terminal generates a kubernets storage resource scheduling requirement, the PVC is defined and a PVC request is sent to the network, and the edge computing controller obtains the PVC request of the user terminal from the network.
In one embodiment, a user terminal sends a PVC request to a radio access network, applies for an edge storage service PVC, a base station in the radio access network forwards the PVC request of the user terminal to a bearer network, the bearer network forwards the PVC request to a core network, and the core network forwards the PVC request to an edge computing controller.
It can be understood that the edge storage service PVC applied by the user is mainly carried with a storage space size, an access mode, tag information, and the like, where the storage space size is used to identify request resource information, the access mode is used to identify a resource supply mode of the request, and the tag information is used to identify the PVC request.
In step S402, location information of the user terminal is acquired.
In this embodiment, to implement the PV and PVC binding policy, the storage resource may be bound in the storage resource pool closest to the user, and the resource binding is completed by obtaining the location information of the user terminal when the resource binding is performed, and based on the location information of the user terminal.
In one embodiment, in order to obtain the location information of the terminal, the base station in the radio access network may report the base station number a while forwarding the PVC request of the user terminal to the bearer network, so that the edge calculation controller queries the location information of the base station according to the base station number a when receiving the base station number a and the PVC request, and further determines the location information of the terminal according to the location information of the base station.
In step S403, it is determined whether the access mode of the user terminal is a static access mode, if so, step S404 is executed, otherwise, the process is ended, and the binding of the resource is completed according to the prior art.
In an embodiment, if the access mode is not the static access mode, it is continuously determined whether the access mode is the dynamic mode, and further, the PVC binding is performed according to the dynamic mode, which is described in detail in the following embodiments and is not described herein again.
In step S404, a first storage resource pool closest to the ue is selected based on the location information of the ue.
In one embodiment, the storage resource pool closest to the user is calculated and selected based on the location information of the user terminal and the location information of all storage resource pools by acquiring the location information of all storage resource pools in the network.
In step S405, the created first persistent volume PV1 in the first storage resource pool is bound to the PVC.
It can be understood that the storage resource pool can communicate with the user terminal after the PVC and the PV are bound, providing storage service and resource scheduling.
It should be noted that in this embodiment, the PV suffixes 1, 2, … and x are used to distinguish persistent volumes created by different storage resource pools, and there is no special meaning, where the persistent volume created by the first storage resource pool is the first persistent volume PV1, the persistent volume created by the second storage resource pool is the second persistent volume PV2, the persistent volume created by the xth storage resource pool is PVx, and so on.
Compared with the related art, the embodiment realizes that the storage resource is bound in the storage resource pool closest to the user by creating the PVC from the terminal, applying for the storage service, calculating the resource pool closest to the edge calculation controller based on the position information, and finally binding the PVC and the PV in consideration of the position information of the PV in the resource scheduling process, so that the MEC can exert the maximum calculation capacity.
Referring to fig. 5, fig. 5 is a flowchart illustrating another location information-based kubernets storage resource binding method according to an embodiment of the present disclosure, which is compared with the foregoing embodiment, in this embodiment, an example manner of dynamic resource binding is provided, and specifically, after determining whether an access mode of the user terminal is a static access mode (step S403), the method further includes steps S501 to S505.
In step S501, if the access mode is not the static access mode, it is determined whether the access mode of the user terminal is the dynamic access mode.
It can be understood that, in the kubernets storage resource scheduling, a static resource provisioning mode and a dynamic resource provisioning mode are included, and the present embodiment provides a corresponding resource binding scheme based on different access modes of the user terminal.
In step S502, if the mode is the dynamic access mode, a storage resource pool corresponding to an SC meeting a preset condition is selected from all storage resource pools of the storage class SC that have been created.
In an embodiment, for the static access mode, by judging whether the finally selected resource information of the first storage resource pool closest to the user terminal meets the PVC request of the user terminal, if the resource information of the first storage resource pool cannot meet the PVC request, the dynamic access mode is entered, and the PVC is bound based on the dynamic access mode.
In step S503, a second storage resource pool closest to the user terminal is selected from the storage resource pools corresponding to the SCs meeting the preset condition based on the location information of the user terminal.
It should be noted that, in this embodiment, the preset condition is that the resource information satisfies the size of the resource requested by the ue, and in some embodiments, a person skilled in the art may adaptively set the preset condition in combination with actual applications.
In step S504, a second persistent volume PV2 is created in the second storage resource pool based on the SC that has been created.
It is understood that the SC has been previously created in the storage pool by the edge computing controller before the user terminal issues the PVC request.
In step S505, the PV2 is bound to the PVC.
Further, before determining whether a request for a persistent volume declaration PVC of a user terminal is received (step S401), the edge computing controller sends a Px configuration request to all storage resource pools in a preset area, creates an SC in each storage resource pool, corresponds the SC to Px, and after selecting a second storage resource pool for resource scheduling for the user terminal, may quickly and dynamically create a PV based on the SC of the second storage resource pool, specifically, the following steps are further included:
respectively sending configuration requests of the automatic configuration volume program Px to all storage resource pools in a preset area, so that each storage resource pool respectively configures the Px based on the configuration requests, and respectively feeding back resource information of each storage resource pool to the edge controller; and the number of the first and second groups,
and respectively establishing an SC for each storage resource pool based on the resource information of each storage resource pool, and establishing a mapping relation between the SC and the Px in each storage resource pool.
The above steps mean that under the MEC environment, all accessed storage resource pools create corresponding auto-configuration programs, that is, all accessed storage resource pool information (including access modes, storage space sizes, tag information, and location information) are recorded in the database of the edge computing controller and wait for being bound at any time.
It should be noted that, in the embodiment, the preset area and the area within the network coverage area may also be adaptively set by a person skilled in the art in combination with the actual application.
Referring to fig. 6, fig. 6 is a flowchart illustrating a further location information-based kubernets storage resource binding method, in order to ensure that resource binding and resource binding can meet the resource storage requirement of a user terminal, on the basis of the foregoing embodiment, before determining whether a request for a persistent volume declaration PVC of the user terminal is received (step S401), the present embodiment further includes the following steps S601-S603, and step S404 is further divided into step S604.
In step S601, a creation request for creating a persistent volume PVx is sent to all storage resource pools in a preset region, so that each storage resource pool creates a respective PVx based on the creation request, and each feeds back the resource information of PVx to the edge computing controller.
Specifically, the edge computing controller sends PVx a creation request to the storage resource pools, each storage resource pool creates PVx according to the request, for example, a first storage resource pool creating PV1, a second storage resource pool creating PV2, and so on, and then feeds back respective resource information to the edge computing controller, so that all the accessed storage resource pool information is recorded in the database of the edge computing controller and waits to be bound at any time.
In some embodiments, in order to distinguish different PVC requests of the user terminal, the PVC request further carries tag information, and the like.
In step S602, receiving the resource information of PVx;
in step S603, PVx satisfying resource supply conditions are screened out of the PVx based on the resource information of PVx and the resource request information.
It will be appreciated that the resource provisioning condition is fulfilled, i.e. the resource information of PVx is at least greater than or equal to the resource request information requested by the user terminal PVC.
In step S604, a first storage resource pool closest to the user terminal is selected from the storage resource pools corresponding to PVx that satisfy the resource provisioning condition based on the location information of the user terminal.
Further, after determining whether a request for a persistent volume declaration PVC of a user terminal is received (S401) and before acquiring location information of the user terminal (step S402), the method further includes the following steps:
acquiring the position information of the corresponding base station of the request sent by the user terminal;
the obtaining of the location information of the user equipment (step S402) specifically includes: and determining the position information of the user terminal based on the position information of the base station.
Specifically, in order to obtain the location information of the terminal, the base station in the radio access network may report the base station number a while forwarding the PVC request of the user terminal to the bearer network, so that the edge calculation controller queries the location information of the base station according to the base station number a when receiving the base station number a and the PVC request, and further determines the location information of the terminal according to the location information of the base station.
It can be appreciated that the base station number information is rather far from the location information of the base station. Because each base station has a unique number in the database of the operator, the geographic position information corresponding to the base station can be found through the number, and the position information of the terminal obtained based on the number is more accurate.
In one embodiment, after binding (S405) the created PV1 in the first storage resource pool with the PVC, the method further comprises the steps of:
and sending the binding information of the PV1 bound with the PVC to the user terminal so that the user terminal stores data in the PV1 based on the binding information.
Specifically, after the PVC is bound to the PV1, the first storage resource pool can communicate with the user terminal, and the user terminal obtains the binding information, communicates with the corresponding storage resource pool, and stores the data in the created PV. The same applies in the dynamic provisioning mode, and will not be described herein.
For easy understanding, please refer to fig. 7a and 7b, wherein fig. 7a is a kubernets storage resource binding method based on location information in a static resource provisioning mode, and fig. 7b is a kubernets storage resource binding method based on location information in a dynamic resource provisioning mode, and the storage edge pool N1 and the storage edge pool N2 are taken as examples in this embodiment.
Wherein, for the static resource provisioning mode, as shown in fig. 7 a:
s11, the edge computing controller initiates a request for creating PV1 to the storage edge pool N1;
s12, storing the edge pool to create a PV1 and feeding back the PV1 resource information to the edge calculation controller, and carrying the N1 position information;
s13, the edge computing controller initiates a request for creating PV2 to the storage edge pool N2;
s14, storing the edge pool to create a PV2 and feeding back the PV2 resource information to the edge calculation controller, and carrying the N2 position information;
s15, the user terminal sends request for applying edge storage service PVC to the wireless access network;
s16, the base station in the wireless access network transmits a terminal application to the bearing network and reports the base station number A;
s17, the carrying network further transmits the PVC request of the user terminal and the base station number A to the core network;
s18, the core network further forwards the PVC request of the user terminal and the base station number A to the edge computing controller;
s19, screening the PV meeting the conditions by the edge computing controller based on the request information (including access mode, resource request size and label) of the PVC; then, based on the base station number A, inquiring a database to obtain a base station position L3; selecting PVx created by the Nx resource pool closest to L3, such as PV1 created by N1, from all PV lists meeting the resource supply condition, and finally binding the PVC with PV 1;
s20, the edge computing controller sends the binding information of the PVC and the PV1 to the user terminal;
s21, the user terminal acquires the binding information of the PVC and the PV1 and stores the data in the PV 1.
Wherein, for the dynamic resource provisioning mode, as shown in fig. 7 b:
s31, the edge computing controller initiates a request of a configuration automatic configuration volume program P1 to the storage edge pool N1, and N1 creates P1;
s32, N1 feeds back resource information and position information L1;
s33, the edge computing controller initiates a request of a configuration automatic configuration volume program P2 to the storage edge pool N2, and N2 creates P2;
s34, N2 feeds back resource information and position information L2;
s35, the edge computing controller creates a Storageclass resource (SC1 and SC2), the SC1 corresponds to P1, the SC2 corresponds to P2, and the Storageclass resource contains resource information and position information of N1 and N2;
s36, the user terminal sends request for applying edge storage service PVC to the wireless access network;
s37, the base station in the wireless access network transmits a terminal application to the bearing network and reports the base station number A;
s38, the carrying network further transmits the PVC request of the user terminal and the base station number A to the core network;
s39, the core network further forwards the PVC request of the user terminal and the base station number A to the edge computing controller;
s40, screening out StorageClass meeting the conditions by the edge computing controller based on the PVC request information (including access mode, resource request size and label); then, based on the base station number A, inquiring a database to obtain a base station position L3, and selecting SCx created by a resource pool Nx closest to L3 from all StorageClass lists meeting resource supply conditions; SCx creates PVx in the corresponding resource pool based on the PVC request, e.g., creates PV2 in N2, and finally binds PV2 with the PVC;
s41, the edge computing controller sends the binding information of the PVC and the PV2 to the user terminal;
s42, the user terminal acquires the binding information of the PVC and the PV2 and stores the data in the PV 2.
Based on the same technical concept, correspondingly, an embodiment of the present disclosure further provides a kubernets storage resource binding system based on location information, which is applied to an edge computing controller, as shown in fig. 8, and the system includes:
a judging module 81, configured to judge whether a request for a persistent volume declaration PVC of a user terminal is received, where the request carries an access mode of the user terminal;
an obtaining module 82 configured to obtain the location information of the user terminal when the determining module determines that the request is received;
the judging module 81 is further configured to judge whether the access mode of the user terminal is a static access mode;
a selection module 83 configured to select a first storage resource pool closest to the user terminal based on the location information of the user terminal when the determination module determines that the storage resource pool is in the static access mode; and the number of the first and second groups,
a binding module 84 configured to bind the created first persistent volume PV1 in the first storage resource pool with the PVC.
In one embodiment, the system further comprises:
a first request module, configured to send a creation request for creating a persistent volume PVx to all storage resource pools in a preset area before the determination module determines whether a request for a persistent volume declaration PVC of a user terminal is received, so that each storage resource pool creates a respective PVx based on the creation request, and each feeds back resource information of the PVx to the edge computing controller; and the number of the first and second groups,
a receiving module configured to receive the resource information of PVx.
In an embodiment, the request further carries resource request information of the ue, and the system further includes:
a screening module configured to screen PVx from the PVx that meet resource provisioning conditions based on the resource information of PVx and the resource request information;
the selecting module 83 is specifically configured to select, based on the location information of the user terminal, a first storage resource pool closest to the user terminal from the storage resource pools corresponding to PVx that satisfy the resource provisioning condition.
In one embodiment, the obtaining module 82 is further configured to, after the determining module determines whether the request of the persistent volume declaration PVC of the user terminal is received, and before the obtaining of the location information of the user terminal, send the location information of the corresponding base station of the request by the user terminal;
the acquisition module 82 includes: a determining unit arranged to determine location information of the user terminal based on the location information of the base station.
In one embodiment, the method further comprises:
a sending module configured to send binding information of the PV1 bound with the PVC to the user terminal after the binding module binds the PV1 created in the first storage resource pool with the PVC, so that the user terminal stores data in the PV1 based on the binding information.
In one embodiment, the method further comprises:
the judging module 81 is further configured to, when the judging module judges that the access mode of the user terminal is not the static access mode, continuously judge whether the access mode of the user terminal is the dynamic access mode;
the selecting module 83 is further configured to select a storage resource pool corresponding to the SC meeting the preset condition from all storage resource pools of the storage class SC already created when the determining module determines that the storage resource pool is in the dynamic access mode;
the selecting module 83 is further configured to select, based on the location information of the ue, a second storage resource pool closest to the ue from the storage resource pools corresponding to the SCs meeting the preset condition;
a first creation module arranged to create a second persistent volume PV2 based on the SC that has been created in the second storage resource pool; and the number of the first and second groups,
the binding module 84 is further configured to bind the PV2 with the PVC.
In one embodiment, the method further comprises:
the second request module is configured to send configuration requests of an automatic configuration volume program Px to all storage resource pools in a preset area respectively before the judgment module judges whether a request of a persistent volume statement PVC of the user terminal is received, so that each storage resource pool configures the corresponding Px based on the configuration requests respectively, and feeds back the corresponding resource information to the edge controller respectively; and the number of the first and second groups,
and the second creating module is configured to create the SC for each storage resource pool based on the resource information of each storage resource pool, and create a mapping relation between the SC and the Px in each storage resource pool.
Based on the same technical concept, the embodiment of the present disclosure correspondingly provides a terminal device, as shown in fig. 9, where the terminal device includes a memory 91 and a processor 92, a computer program is stored in the memory 91, and when the processor 92 runs the computer program stored in the memory 91, the processor 92 executes the kubernets storage resource binding method based on location information.
Based on the same technical concept, embodiments of the present disclosure correspondingly provide a computer-readable storage medium, on which a computer program is stored, where when the computer program is executed by a processor, the processor executes the kubernets storage resource binding method based on location information.
In an MEC application scenario, the binding of the storage resource needs to consider not only resource type information such as an access mode and a storage space size of the resource, but also more importantly, location information of the storage resource, and the edge computing capability can be maximized only by storing data in a storage resource pool closest to the data. The embodiment of the disclosure well makes up the disadvantage that the node position information is not considered in the storage resource binding of Kubernetes.
It will be understood by those of ordinary skill in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.
Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present disclosure, and not for limiting the same; while the present disclosure has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art will understand that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present disclosure.
Claims (10)
1. A Kubernetes storage resource binding method based on location information is applied to an edge computing controller, and comprises the following steps:
judging whether a request of a persistent volume statement PVC of a user terminal is received, wherein the request carries an access mode of the user terminal;
if the request is received, acquiring the position information of the user terminal;
judging whether the access mode of the user terminal is a static access mode;
if the access mode is the static access mode, selecting a first storage resource pool closest to the user terminal based on the position information of the user terminal; and binding the created first persistent volume PV1 in the first storage resource pool with the PVC.
2. The method of claim 1, prior to determining whether a request for a persistent volume declaration, PVC, is received from a user terminal, further comprising:
sending a creation request for creating a persistent volume PVx to all storage resource pools in a preset area, so that each storage resource pool creates a respective PVx based on the creation request, and feeds back resource information of the PVx to the edge computing controller; and the number of the first and second groups,
resource information of the PVx is received.
3. The method according to claim 2, wherein the request further carries resource request information of the user terminal;
after judging whether a request of a persistent volume declaration (PVC) of the user terminal is received, the method further comprises the following steps:
if the request is received, screening PVx meeting resource supply conditions from the PVx based on the resource information of PVx and the resource request information;
selecting a first storage resource pool closest to the user terminal based on the location information of the user terminal, including:
and selecting a first storage resource pool closest to the user terminal from the storage resource pools corresponding to PVx which meet the resource supply condition based on the position information of the user terminal.
4. The method of claim 1, after determining whether a request for a persistent volume declaration (PVC) of a user terminal is received and before obtaining location information of the user terminal, further comprising:
acquiring the position information of the corresponding base station of the request sent by the user terminal;
the acquiring the location information of the user terminal includes: and determining the position information of the user terminal based on the position information of the base station.
5. The method of claim 1, further comprising, after binding the created PV1 in the first storage resource pool with the PVC:
and sending the binding information of the PV1 bound with the PVC to the user terminal so that the user terminal stores data in the PV1 based on the binding information.
6. The method of claim 1, wherein after determining whether the access mode of the user terminal is a static access mode, further comprising:
if the access mode is not the static access mode, judging whether the access mode of the user terminal is the dynamic access mode;
if the storage type SC is in the dynamic access mode, selecting a storage resource pool corresponding to the SC meeting preset conditions from all storage resource pools of the created storage type SC;
selecting a second storage resource pool closest to the user terminal from the storage resource pools corresponding to the SCs meeting the preset conditions based on the position information of the user terminal;
creating a second persistent volume PV2 in the second storage resource pool based on the SC that has been created; and binding the PV2 with the PVC.
7. The method of claim 6, prior to determining whether a request for a persistent volume declaration, PVC, is received from a user terminal, further comprising:
respectively sending configuration requests of the automatic configuration volume program Px to all storage resource pools in a preset area, so that each storage resource pool respectively configures the Px based on the configuration requests, and respectively feeding back resource information of each storage resource pool to the edge controller; and the number of the first and second groups,
and respectively establishing an SC for each storage resource pool based on the resource information of each storage resource pool, and establishing a mapping relation between the SC and the Px in each storage resource pool.
8. A Kubernetes storage resource binding system based on location information, which is applied to an edge computing controller, and comprises:
the device comprises a judging module, a processing module and a processing module, wherein the judging module is used for judging whether a request of a persistent volume statement PVC of a user terminal is received or not, and the request carries an access mode of the user terminal;
an obtaining module configured to obtain the location information of the user terminal when the determining module determines that the request is received;
the judging module is also configured to judge whether the access mode of the user terminal is a static access mode;
the selection module is arranged to select a first storage resource pool closest to the user terminal based on the position information of the user terminal when the judgment module judges that the storage resource pool is in the static access mode; and the number of the first and second groups,
a binding module configured to bind the created first persistent volume PV1 in the first storage resource pool with the PVC.
9. A terminal device comprising a memory and a processor, the memory having a computer program stored therein, the processor executing the location information based kubernets storage resource binding method of any one of claims 1 to 7 when the processor executes the computer program stored in the memory.
10. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, performs the location information based kubernets storage resource binding method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111678133.0A CN114327784A (en) | 2021-12-31 | 2021-12-31 | Kubernetes storage resource binding method, system, equipment and medium based on position information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111678133.0A CN114327784A (en) | 2021-12-31 | 2021-12-31 | Kubernetes storage resource binding method, system, equipment and medium based on position information |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114327784A true CN114327784A (en) | 2022-04-12 |
Family
ID=81022429
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111678133.0A Pending CN114327784A (en) | 2021-12-31 | 2021-12-31 | Kubernetes storage resource binding method, system, equipment and medium based on position information |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114327784A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116088768A (en) * | 2023-02-24 | 2023-05-09 | 苏州浪潮智能科技有限公司 | Dynamic storage allocation method, dynamic storage allocation device, electronic equipment and storage medium |
-
2021
- 2021-12-31 CN CN202111678133.0A patent/CN114327784A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116088768A (en) * | 2023-02-24 | 2023-05-09 | 苏州浪潮智能科技有限公司 | Dynamic storage allocation method, dynamic storage allocation device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11265210B2 (en) | Network slice configuration method, apparatus, and system | |
| CN113285885B (en) | Service grid-based edge flow control method, device and storage medium | |
| WO2015157897A1 (en) | Disaster recovery data center configuration method and apparatus in cloud computing architecture | |
| CN113965560A (en) | Data transmission method, proxy server, storage medium, and electronic device | |
| WO2015172362A1 (en) | Network function virtualization network system, data processing method and device | |
| CN113783922A (en) | Load balancing method, system and device | |
| US20130148596A1 (en) | Resource management system and method of centralized base station in mobile communication network | |
| US9690676B2 (en) | Assigning network device subnets to perform network activities using network device information | |
| Eidenbenz et al. | Latency-aware industrial fog application orchestration with kubernetes | |
| WO2016095524A1 (en) | Resource allocation method and apparatus | |
| WO2021032100A1 (en) | Network element allocation method and apparatus | |
| CN115086330A (en) | Cross-cluster load balancing system | |
| CN109962806B (en) | Method and device for managing transmission network sub-slices | |
| CN110727738A (en) | Global routing system based on data fragmentation, electronic equipment and storage medium | |
| CN106713353A (en) | Intelligent seamless aggregation method and system for geographic information service | |
| CN114327784A (en) | Kubernetes storage resource binding method, system, equipment and medium based on position information | |
| CN112261125B (en) | Centralized unit cloud deployment method, device and system | |
| Fendt et al. | End-to-end mobile network slice embedding leveraging edge computing | |
| CN113992695B (en) | Method for service cooperation between network element devices and network element device | |
| US11943801B2 (en) | Method and apparatus for abstracting network resources to support end user mobility | |
| KR101997602B1 (en) | Resource Dependency Service Method for M2M Resource Management | |
| CN102904739A (en) | Method for realizing event transmission and common information model (CIM) server | |
| US11716382B2 (en) | System and method for replication of storage presentation in application orchestration | |
| AU2022208075A1 (en) | Management and control method for data analysis apparatus, and communication apparatus | |
| Lu et al. | Software defined radio access network in 5G mobile network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |