CN118535274A - A method and device for setting process priority in a container - Google Patents

Abstract

The embodiment of the present application provides a method and device for setting the priority of a process in a container, the method comprising: receiving a container request sent by a container orchestration system or a client during container runtime, and setting the priority of the process in the container according to the container request and a pre-established priority as a mapping relationship between system resources and containers. The embodiment of the present application can solve the problem that the setting of process priority in the related technology is not well compatible with the container ecosystem. By incorporating the priority into the system resource management in the container ecosystem, the static setting and dynamic adjustment of the process priority in the container are realized, and it can be well compatible with the container ecosystem.

Description

A method and device for setting process priority in a container

Technical Field

The present application relates to the field of cloud computing, and in particular to a method and device for setting process priority within a container.

Background Art

Containers are a lightweight virtualization technology. Containers can be used to run everything from small microservices or software processes to large applications. Containers contain all the necessary executables, binary code, libraries, and configuration files. However, containers do not contain operating system images, so they are more lightweight and portable, and have little resource overhead.

In the prior art, the resources that can be managed and orchestrated by the container ecosystem mainly include the central processing unit (CPU), memory, network, disk input/output (I/O), etc. However, there is currently a gap in the industry in terms of setting the priority of processes within the container while being compatible with the container ecosystem. Generally speaking, the priority of processes within a container is inherited from the container runtime, so the priority of processes within the container is the same for multiple containers, which brings some problems: the businesses carried by different containers are often different, and the existing container ecosystem is not divided according to different businesses; for some containers, a higher priority may be required to quickly respond to business needs, but because the priorities between container processes are the same, their response speed often cannot meet the requirements.

Currently, various operating systems provide some tools to set the priority of processes on the system, such as the taskset command line tool on the Linux operating system. However, there are also some problems with this method: it increases the management complexity of the system, and the direct use of the command line to set it cannot be associated with the container ecosystem; the level of priority between containers requires additional tools to obtain when it is separated from the container ecosystem; there is no way to effectively manage the priority in the container ecosystem. In general, it is technically feasible to use the tools that come with the operating system to set the priority of the process in the container, but from the perspective of compatibility with the container ecosystem, this method is complex to manage, requires additional management components, and lacks flexibility.

In summary, there is no good solution to the problem that the setting of process priority in related technologies is not well compatible with the container ecosystem.

Summary of the invention

The embodiments of the present application provide a method and device for setting process priority in a container, so as to at least solve the problem that the setting of process priority in the related art is not well compatible with the container ecosystem.

According to an embodiment of the present application, a method for setting the priority of a process in a container is provided, which is applied to container runtime, and the method includes: receiving a container request sent by a container orchestration system or a client during container runtime; setting the priority of the process in the container according to the container request and a pre-established priority as a mapping relationship between system resources and containers.

In one embodiment of the present application, before receiving a container request issued by a container orchestration system or a container runtime client, the method further includes: providing a priority management interface and a priority management data structure; receiving a priority management request issued by a container orchestration system or a container runtime client according to the priority management interface and the priority management data structure; establishing a mapping relationship between priority and container according to the priority management request; and managing priority by managing system resources.

In one embodiment of the present application, after establishing a mapping relationship between the container and the priority according to the priority management request, the method further includes: sending the priority of the process in the container to the container orchestration system or the client of the container runtime according to the mapping relationship.

In one embodiment of the present application, the priority of a process in a container is set according to a container request and a pre-established mapping relationship between the container and the priority, including: determining the request content of the container request, wherein the request content includes creating a container, updating a container, and entering a container; and setting the priority of the process in the container according to the request content.

In one embodiment of the present application, the priority of the process in the container is set according to the request content, including: when the request content is to create a container, starting a new container; obtaining a priority parameter from the container request, or obtaining a priority instruction from the container image; setting the priority of the process in the new container according to the priority parameter or the priority instruction.

In one embodiment of the present application, the priority of the process in the container is set according to the request content, including: when the request content is to update the container, obtaining a priority parameter from the container request; and updating the priority of the process in the container according to the priority parameter.

In one embodiment of the present application, the priority of the process in the container is set according to the request content, including: when the request content is to enter the container, enter the container and start a new process in the container, wherein the new process inherits the priority of the original process in the container.

In one embodiment of the present application, the method further includes: the request content also includes querying the container; when the request content is querying the container, obtaining the priority of the process in the container; and returning the priority of the process in the container to the container orchestration system or the client of the container runtime.

According to another embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program executes the steps of any of the above method embodiments when executed by a processor.

According to another embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

Through the embodiments of the present application, priority is incorporated into the management of the container runtime as a resource, which can solve the problem that the setting of process priority in related technologies is not well compatible with the container ecosystem. The priority of the process in the container can be flexibly and effectively set in a way that is compatible with the container ecosystem, thereby improving the resource management of the container ecosystem and ensuring the response speed of key businesses.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a hardware structure block diagram of a method for setting process priority in a container according to an embodiment of the present application;

FIG2 is a flow chart of a method for setting process priority in a container according to an embodiment of the present application;

FIG3 is a schematic diagram of a structure for incorporating priority into container runtime resource management according to an embodiment of the present application;

FIG4 is a schematic diagram of a system structure for setting the priority of a process in a container according to an embodiment of the present application;

5 is a flow chart of a method for setting the priority of a process in a container according to a container creation request in one embodiment of the present application;

FIG6 is a flow chart of a method for setting the priority of a process in a container according to an update container request in an embodiment of the present application;

7 is a flow chart of a method for setting the priority of a process in a container according to a request to enter a container in one embodiment of the present application;

FIG8 is a flow chart of a method for obtaining the priority of a process in a container according to a query container request in an embodiment of the present application.

DETAILED DESCRIPTION

The embodiments of the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

The method embodiment provided in the embodiment of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a computer terminal as an example, FIG. 1 is a hardware structure block diagram of the process priority setting method in the container of the embodiment of the present application. As shown in FIG. 1, the hardware board may include one or more (only one is shown in FIG. 1) processors 12 (the processor 12 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device) and a memory 14 for storing data, wherein the above-mentioned mobile terminal may also include a transmission device 16 and an input and output device 18 for communication functions. It can be understood by those of ordinary skill in the art that the structure shown in FIG. 1 is only for illustration, and it does not limit the structure of the above-mentioned mobile terminal. For example, the mobile terminal may also include more or fewer components than those shown in FIG. 1, or have a configuration different from that shown in FIG. 1.

The memory 14 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the method for setting the priority of processes in a container in the embodiment of the present application. The processor 12 executes various functional applications and the method for setting the priority of processes in a container by running the computer program stored in the memory 14, that is, implementing the above method. The memory 14 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 14 may further include a memory remotely arranged relative to the processor 12, and these remote memories may be connected to the mobile terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

The transmission device 16 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider. In one example, the transmission device 16 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 16 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

The embodiments of the present application can also be applied to hardware servers of architectures such as ARM/X86/PowerPC/MIPS, running real-time and non-real-time server operating systems, or running real-time and non-real-time virtual machine operating systems.

In this embodiment, a method for setting the priority of a process in a container is provided. When applied to container runtime, FIG2 is a flow chart of the method for setting the priority of a process in a container according to an embodiment of the present application. As shown in FIG2, the process includes the following steps:

Step S202, receiving a container request sent by a container orchestration system or a container runtime client;

Step S204: setting the priority of the process in the container according to the container request and the pre-established priority as a mapping relationship between system resources and the container.

Through the above steps S202 to S204, the priority is incorporated into the system resource management in the container ecosystem. Under the management of the container orchestration system or the container runtime client, the priority is flexibly and effectively set to the process in the container according to the business importance, solving the problem that the setting of process priority in related technologies is not well compatible with the container ecosystem. The priority of the process in the container can be set statically or dynamically according to the business operation status, and it can be well compatible with the container ecosystem.

The container orchestration system in this embodiment refers to all systems used to automatically deploy, scale, and manage containerized applications, and the client of the container runtime refers to an application that uses client tools to manage containers.

In an optional embodiment, before step S202, the method may further include the following steps: providing a priority management interface and a priority management data structure, receiving a priority management request issued by a container orchestration system or a client at container runtime according to the priority management interface and the priority management data structure; establishing a mapping relationship between priority and container according to the priority management request, and managing the priority by managing system resources.

In this embodiment, the container orchestration system or the container runtime client and the container runtime exchange information related to priority management through the priority management interface and the priority management data structure.

Furthermore, after the priority is managed by managing system resources, the priority of the process in the container can be sent to the container orchestration system or the client of the container runtime according to the mapping relationship.

In this embodiment, step S204 may specifically include the following steps:

Step S2042, determining the request content of the container request, the request content includes creating a container, updating a container and entering a container;

Step S2044: setting the priority of the process in the container according to the request content.

In one embodiment, step S2044 may specifically include: when the request content is to create a container, starting a new container; obtaining a priority parameter from the container request, or obtaining a priority instruction from the container image; and setting the priority of the process in the new container according to the priority parameter or the priority instruction.

The request to create a container in this embodiment may or may not carry a priority parameter. When the request to create a container does not carry a priority parameter, a priority instruction needs to be obtained from the container image.

The container image in this embodiment contains the packaged application and its dependencies, as well as information about the processes running at startup, including priority instructions.

In another embodiment, step S2044 may specifically include: when the request content is to update the container, obtaining a priority parameter from the container request; and updating the priority of the process in the container according to the priority parameter.

In this embodiment, when the request content is to update the container, it is also necessary to determine whether the container request carries a priority parameter. If the determination result is yes, the priority parameter is used to update the priority of the process in the container.

In another embodiment, step S2044 may specifically include: when the request content is to enter a container, entering the container, and starting a new process in the container.

Specifically, a new process in a container can inherit the priority of the original process in the container. If the priorities of various processes in the container are consistent, there is no need to set the priority for each process separately.

In this embodiment, the request to enter the container may also carry a priority parameter to set the priority of the process in the container.

In another embodiment, step S2044 may further specifically include: when the request content is to query the container, obtaining the priority of the process in the container, wherein the request content also includes querying the container; returning the priority of the process in the container to the container orchestration system or the client of the container runtime.

Through the above steps S2042 and S2044, the specific content of the container request can be determined and corresponding operations can be performed on the priority of the process in the container according to the determination result.

The embodiment of the present application regards priority as a system resource, and flexibly and effectively sets the priority to the process in the container according to the business importance under the management of the container orchestration system or the container runtime client, specifically including:

The container orchestration system or container runtime client tool carries a priority parameter when starting a container to set the priority of the process in the container; if no priority parameter is carried, the process in the container inherits the priority of the parent process;

The container orchestration system or container runtime client tool sends a request to enter the container. If a new process needs to be started after entering the container, the new process inherits the priority of the original process in the container.

After the container is started, the container orchestration system or container runtime client tool dynamically updates the priorities of all processes in the container as needed;

Set the priority of the process in the container through the priority instructions built into the container image;

Container orchestration systems and container runtime client tools can query the priorities of processes within containers in real time.

The embodiments of the present application give the container runtime more functionality to adapt to different business scenarios, and all priority setting methods are compatible with the container ecosystem, which can improve the response speed of key services in the container. The embodiments of the present application can set priorities statically or dynamically according to the business operation situation. The container runtime or container orchestration system can query the priority of the process in the container in real time, and can also readjust the priority of the process in the container according to the situation.

FIG3 is a schematic diagram of a device structure for incorporating priority into container runtime resource management according to an embodiment of the present application. As shown in FIG3 , the device structure for resource management mainly includes:

Management interface 32 , data structure 34 and resource management module 36 .

In this embodiment, the management interface 32 and the data structure 34 are the management interface and data structure between the client of the container orchestration system/container runtime and the container runtime, and specifically may be the priority management interface and priority management data structure in the above embodiment.

In this embodiment, the resource management module 36 is located inside the container runtime and is mainly used to manage the system resources corresponding to the container. The priority can be managed as a resource through the resource management module 36;

Specifically, in addition to the priority, the resource management module 36 can also manage the following system resources: central processing unit (CPU), memory, disk input/output (I/O), network I/O, etc.

In this embodiment, the priority can also be managed by the following steps:

Step S302: The container orchestration system/container runtime client and the container runtime provide an interface and related data structure for managing priority;

Step S304: The container orchestration system and the container runtime client tool send a request to the container runtime according to the interface and data structure in step S302;

Step S306, the container runtime establishes a mapping relationship between the priority and the container according to the request in step S304, and incorporates the priority into the resource management module of the container runtime;

Step S308: The container orchestration system or the container runtime client tool queries the priority of the process in the container according to the mapping relationship established in step S306.

Further, the request in step S304 may be a priority management request.

FIG4 is a schematic diagram of a system structure for setting the priority of a process in a container according to an embodiment of the present application. As shown in FIG4 , the system structure mainly includes:

Container orchestration system 41, container runtime client 42, container runtime 43, container 44 and container image 45.

The container orchestration system 41 is used to automatically deploy, scale, and manage containerized applications, including but not limited to the Kubernetes system.

The container runtime client 42 is used to manage containers using client tools, including but not limited to the Docker Swarm tool.

The container runtime 43 is used to manage the entire life cycle of the container. The functions it provides include but are not limited to: container image format management, container image building, container image management, container instance management, and running containers.

A container 44 is an instance created by the container runtime 43 that contains all the elements required to run in an environment.

A container image 45 contains a packaged application and its dependencies, as well as information about the processes that run when it is started.

In this embodiment, the priority of the process in the container can be set when the container is running. The newly started process after entering the container can also inherit the priority of the original process in the container. That is, based on the existing container ecology, flexible setting of the process in the container is achieved.

FIG5 is a flow chart of a method for setting the priority of a process in a container according to a container creation request in an embodiment of the present application. As shown in FIG5 , the method includes the following steps:

Step S501, the container runtime receives a container creation request from the container orchestration system/container runtime client;

Step S502, when the container is running, it is determined whether the request is to start a container;

Step S503, checking whether the request carries a priority parameter/priority instruction;

Step S504, setting the priority of the process in the container according to the inspection.

In this embodiment, step S503 may specifically be to check whether the request carries a priority parameter, or to check whether there is a priority instruction in the container image. This embodiment can realize static setting of the process in the newly started container.

FIG6 is a flow chart of a method for setting the priority of a process in a container according to an update container request in an embodiment of the present application. As shown in FIG6 , the method includes the following steps:

Step S601, the container runtime receives a container update request from the container orchestration system/container runtime client;

Step S602, the container runtime determines whether the request is to update the container;

Step S603, checking whether the request carries a priority parameter;

Step S604: Update the process priority in the container according to the check.

This embodiment can realize dynamic adjustment of the original process in the existing container.

FIG. 7 is a flow chart of a method for setting the priority of a process in a container according to a request to enter a container in an embodiment of the present application. As shown in FIG. 7 , the method includes the following steps:

Step S701, the container runtime receives a container entry request from the container orchestration system/container runtime client;

Step S702, when the container is running, it is determined whether the request is to enter the container;

Step S703: After entering the container, the newly started process inherits the priority of the original process in the container.

FIG8 is a flow chart of a method for obtaining the priority of a process in a container according to a query container request in an embodiment of the present application. As shown in FIG8 , the method includes the following steps:

Step S801, the container runtime receives a container entry request from the container orchestration system/container runtime client;

Step S802, when the container is running, it is determined whether the request is to query the priority of the process in the container;

Step S803: Obtain the process priority in the container and return the result to the container orchestration system/container runtime client.

Through the embodiments of the present application, the priority setting can be made compatible with the container ecosystem, and the priority parameters of the process inside the container can be set through the existing container orchestration system or container runtime client tools, and more flexible adjustment and acquisition of the priority of the process in the container can be achieved, thereby ensuring the response speed of key services.

An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program executes the steps of any of the above method embodiments when executed by a processor.

In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk.

An embodiment of the present application further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

In an exemplary embodiment, the electronic device may further include a transmission device and an input/output device, wherein the transmission device is connected to the processor, and the input/output device is connected to the processor.

For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail herein.

Obviously, those skilled in the art should understand that the above modules or steps of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order from that herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present application is not limited to any specific combination of hardware and software.

The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the principles of the present application shall be included in the protection scope of the present application.

Claims (10)

1. A method for setting priority of processes in a container, which is applied to a running time of the container, the method comprising:

receiving a container request issued by a container orchestration system or a client when the container runs;

And setting the priority of the process in the container according to the container request and the pre-established priority as the mapping relation between the system resource and the container.

2. The method of claim 1, wherein prior to receiving a container request issued by a container orchestration system or a client at a container runtime, the method further comprises:

Providing a priority management interface and a priority management data structure;

Receiving a priority management request issued by the client side of the container arrangement system or the container in running according to the priority management interface and the priority management data structure;

Establishing a mapping relation between the priority and the container according to the priority management request;

and managing the priority by means of managing system resources.

3. The method of claim 2, wherein after establishing the container-to-priority mapping according to the priority management request, the method further comprises:

And sending the priority of the process in the container to the container arranging system or the client side when the container runs according to the mapping relation.

4. The method of claim 1, wherein setting the priority of the process within the container according to the container request and the pre-established mapping of the container to the priority comprises:

determining request content of the container request, wherein the request content comprises creating a container, updating the container and entering the container;

and setting the priority of the process in the container according to the request content.

5. The method of claim 4, wherein prioritizing the processes within the container based on the request content comprises:

starting a new container under the condition that the request content is a created container;

acquiring a priority parameter from the container request or acquiring a priority instruction from a container image;

and setting the priority of the process in the new container according to the priority parameter or the priority instruction.

6. The method of claim 4, wherein prioritizing processes within a container based on the requested content comprises:

Acquiring a priority parameter from the container request under the condition that the request content is an update container;

And updating the priority of the process in the container according to the priority parameter.

7. The method of claim 4, wherein prioritizing processes within a container based on the requested content comprises:

and under the condition that the request content is an entering container, entering the container, and starting a new process in the container, wherein the new process inherits the priority of the original process in the container.

8. The method according to claim 4, wherein the method further comprises:

the request content further includes a query container;

acquiring the priority of a process in a container under the condition that the request content is a query container;

And returning the priority of the process in the container to the container programming system or the client of the container in running.

9. A computer-readable storage medium, characterized in that a computer program is stored in the storage medium, wherein the computer program, when being executed by a processor, performs the method of any one of claims 1 to 8.

10. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to run the computer program to perform the method of any of the claims 1 to 8.