CN118819873A - Virtual function management method, computer equipment, medium and system - Google Patents

Abstract

The application relates to the technical field of computers and provides a virtual function management method, computer equipment, a medium and a system. The method comprises the following steps: configuring at least one physical function and at least one virtual function with a first corresponding relation between the configuration and the physical function through physical function driving; loading one or more virtual functions in the virtual functions through a virtual function driver, distributing a universal unique identifier to the loaded virtual functions, notifying the universal unique identifier to a physical function driver, configuring at least one virtual machine with a second corresponding relation with the one or more virtual functions, and enabling the virtual functions meeting the second corresponding relation to be directly connected with the virtual machines; and managing the respective bandwidth configuration and the number of network sub-interfaces of the at least one virtual machine based on the universal unique identification through physical function driving. This is advantageous for high bandwidth utilization and high resource utilization.

Description

Virtual function management method, computer equipment, medium and system

Technical Field

The present application relates to the field of computer technology, and in particular to a virtual function management method, computer equipment, medium and system.

Background Art

In cloud computing, large data centers and other applications, input and output resources are virtualized and allocated to each virtual machine. Single Root I/O Virtualization (SRIOV) is used to virtualize multiple virtual functions from one physical function, and then these virtual functions are directly connected to the virtual machine, thereby reducing latency and improving throughput. However, for users of the same virtual machine, multiple network ports or multiple storage disks may be required, so a virtual machine may be directly connected to multiple virtual functions, and these virtual functions may not have a correlation relationship, so it is difficult to manage the multiple virtual functions of the entire virtual machine as a whole. In the prior art, one management method is to limit the speed of each virtual function separately, but this results in low bandwidth utilization. Another management method is to uniformly limit the number of network sub-interfaces in the virtual machine, but this requires each virtual function to follow a uniform limit or evenly divide the number of network sub-interfaces, which also results in low resource utilization.

To this end, the present application provides a virtual function management method, computer equipment, medium and system for addressing the technical difficulties in the prior art.

Summary of the invention

In the first aspect, the present application provides a method for managing virtual functions. The management method includes: configuring at least one physical function through a physical function driver, and configuring at least one virtual function that has a first correspondence relationship with the at least one physical function by using a single-root input and output virtualization; loading one or more virtual functions in the at least one virtual function through a virtual function driver, assigning a universal unique identifier to the loaded one or more virtual functions, notifying the universal unique identifier of each of the one or more virtual functions to the physical function driver, and configuring at least one virtual machine that has a second correspondence relationship with the one or more virtual functions, and making the virtual function that satisfies the second correspondence directly connected to the virtual machine; managing the bandwidth configuration and the number of network sub-interfaces of each of the at least one virtual machine based on the universal unique identifier of each of the one or more virtual functions through the physical function driver.

Through the first aspect of the present application, on the basis of constructing the first corresponding relationship and constructing the second corresponding relationship, the first corresponding relationship between the configured physical function and the configured virtual function and the second corresponding relationship between the loaded virtual function and the virtual machine are respectively determined, and the loading process of the virtual function is optimized. The virtual function driver allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver, so that the physical function driver can use the universal unique identifier to distinguish each loaded virtual function; on the one hand, the direct connection between the virtual machine and the loaded virtual function is maintained, and on the other hand, only the universal unique identifier of the virtual function loaded by the virtual function driver will be notified to the physical function driver, which means that only the virtual function channel that is actually used will be included in the management scope of the physical function driver, so it is effective. The problem caused by setting the maximum data transmission rate or the maximum number of network sub-interfaces for each virtual function is overcome; and because the physical function driver can use the universal unique identifier to refine the virtual function corresponding to each physical function, that is, to finely manage the virtual functions loaded in the virtual functions corresponding to each physical function and assigned with the universal unique identifier, it can be flexibly and richly configured within the framework of the overall resource management strategy; because the additional resource management interface is provided by the physical function driver, and the virtual function is obtained from the physical function virtualization through a single input and output virtualization, the bandwidth configuration and the number of network sub-interfaces of each virtual machine are managed by the physical function driver, which will not affect the direct connection of the data plane, while maintaining the flexibility of the control plane; high bandwidth utilization and high resource utilization are achieved, and the complexity of virtual function resource management of virtual machines can be flexibly dealt with.

In a possible implementation of the first aspect of the present application, the management method also includes: removing the first virtual function among the at least one virtual function through the virtual function driver, and notifying the physical function driver of the universal unique identifier of the first virtual function; determining, through the physical function driver, based on the universal unique identifier of the first virtual function, the first virtual machine among the at least one virtual machine that satisfies the second correspondence relationship with the first virtual function, deleting the bandwidth configuration of the first virtual machine associated with the first virtual function, and reclaiming the allocated network sub-interface of the first virtual machine associated with the first virtual function.

In a possible implementation manner of the first aspect of the present application, the management method further includes: managing resource requests from the one or more virtual functions based on the respective universal unique identifiers of the one or more virtual functions through the physical function driver.

In a possible implementation of the first aspect of the present application, the physical function driver extends the network interface configuration command to achieve: based on the universal unique identifier of each of the one or more virtual functions, manage the bandwidth configuration and the number of network sub-interfaces of each virtual machine.

In a possible implementation manner of the first aspect of the present application, the bandwidth configuration includes a maximum downstream bandwidth, a maximum upstream bandwidth, and a source machine address anti-fraud check.

In a possible implementation of the first aspect of the present application, the physical function driver is deployed in the kernel state of the host machine, the virtual function driver is provided by a system simulator, and the system simulator is deployed in the user state of the host machine, and the system simulator is used to: parse the respective universal unique identifiers of the one or more virtual functions to determine the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions, notify the physical function driver of the respective universal unique identifiers of the one or more virtual functions, and notify the physical function driver of the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions.

In a possible implementation of the first aspect of the present application, the hardware side connected to the host machine includes a microprocessor, and the microprocessor is used to provide a group policy management device, and the group policy management device is used to provide a group-level physical function sending rate limit configuration and device specification configuration for the at least one physical function, and the group-level physical function includes at least two physical functions of the at least one physical function.

In a possible implementation manner of the first aspect of the present application, the group policy management device is used to provide hardware resource management across physical functions.

In a possible implementation of the first aspect of the present application, the at least one physical function includes a first physical function and a second physical function, the first virtual function set in the at least one virtual function satisfies the first correspondence relationship with the first physical function, the second virtual function set in the at least one virtual function satisfies the first correspondence relationship with the second physical function, the second virtual machine in the at least one virtual machine satisfies the second correspondence relationship with the first virtual function set, and the second virtual machine satisfies the second correspondence relationship with the second virtual function set, and the management method further includes: through a group policy management device, for the virtual function that satisfies the second correspondence relationship with the second virtual machine, performing a unified sending rate limit configuration and device specification configuration.

In a possible implementation manner of the first aspect of the present application, the physical function and the virtual function that satisfy the first corresponding relationship correspond to the same Ethernet panel port and use the bandwidth of the same Ethernet panel port.

In a possible implementation manner of the first aspect of the present application, the second virtual machine uses the bandwidth of the Ethernet panel ports corresponding to the first physical function and the second physical function respectively.

In a second aspect, an embodiment of the present application further provides a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements a method according to any one of the implementation modes of any of the above aspects when executing the computer program.

In a third aspect, an embodiment of the present application further provides a computer-readable storage medium, which stores computer instructions. When the computer instructions are executed on a computer device, the computer device executes a method according to any one of the implementation methods of any of the above aspects.

In a fourth aspect, an embodiment of the present application further provides a computer program product, which includes instructions stored on a computer-readable storage medium, and when the instructions are executed on a computer device, the computer device executes a method according to any one of the implementation methods of any of the above aspects.

In the fifth aspect, the embodiment of the present application also provides a management system for virtual functions. The management system includes: a physical function driver, which is used to: configure at least one physical function, and, using single-root input and output virtualization, configure at least one virtual function that has a first correspondence relationship with the at least one physical function; a virtual function driver, which is used to: load one or more virtual functions in the at least one virtual function, assign a universal unique identifier to the loaded one or more virtual functions, notify the universal unique identifier of each of the one or more virtual functions to the physical function driver, and configure at least one virtual machine that has a second correspondence relationship with the one or more virtual functions, and enable the virtual function that satisfies the second correspondence relationship to be directly connected to the virtual machine, wherein the physical function driver is also used to: manage the bandwidth configuration and the number of network sub-interfaces of each of the at least one virtual machine based on the universal unique identifier of each of the one or more virtual functions.

Through the fifth aspect of the present application, on the basis of constructing the first corresponding relationship and constructing the second corresponding relationship, the first corresponding relationship between the configured physical function and the configured virtual function and the second corresponding relationship between the loaded virtual function and the virtual machine are respectively determined, and the loading process of the virtual function is optimized. The virtual function driver allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver, so that the physical function driver can use the universal unique identifier to distinguish each loaded virtual function; on the one hand, the direct connection between the virtual machine and the loaded virtual function is maintained, and on the other hand, only the virtual function loaded by the virtual function driver will have its universal unique identifier notified to the physical function driver, which means that only the virtual function channel that is actually used will be included in the management scope of the physical function driver, so it is effective. The problem caused by setting the maximum data transmission rate or the maximum number of network sub-interfaces for each virtual function is overcome; and because the physical function driver can use the universal unique identifier to refine the virtual function corresponding to each physical function, that is, to finely manage the virtual functions loaded in the virtual functions corresponding to each physical function and assigned with the universal unique identifier, it can be flexibly and richly configured within the framework of the overall resource management strategy; because the additional resource management interface is provided by the physical function driver, and the virtual function is obtained from the physical function virtualization through a single input and output virtualization, the bandwidth configuration and the number of network sub-interfaces of each virtual machine are managed by the physical function driver, which will not affect the direct connection of the data plane, while maintaining the flexibility of the control plane; high bandwidth utilization and high resource utilization are achieved, and the complexity of virtual function resource management of virtual machines can be flexibly dealt with.

In a possible implementation of the fifth aspect of the present application, the virtual function driver is also used to: remove the first virtual function among the at least one virtual function, and notify the physical function driver of the universal unique identifier of the first virtual function; the physical function driver is also used to: determine, based on the universal unique identifier of the first virtual function, the first virtual machine among the at least one virtual machine that satisfies the second correspondence relationship with the first virtual function, delete the bandwidth configuration of the first virtual machine associated with the first virtual function, and reclaim the allocated network sub-interface of the first virtual machine associated with the first virtual function.

In a possible implementation of the fifth aspect of the present application, the physical function driver is deployed in the kernel state of the host machine, the virtual function driver is provided by a system simulator, and the system simulator is deployed in the user state of the host machine, and the system simulator is used to: parse the respective universal unique identifiers of the one or more virtual functions to determine the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions, notify the physical function driver of the respective universal unique identifiers of the one or more virtual functions, and notify the physical function driver of the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions.

In a possible implementation of the fifth aspect of the present application, the hardware side connected to the host machine includes a microprocessor, and the microprocessor is used to provide a group policy management device, and the group policy management device is used to provide a group-level physical function sending rate limit configuration and device specification configuration for the at least one physical function, and the group-level physical function includes at least two physical functions of the at least one physical function.

In a possible implementation of the fifth aspect of the present application, the at least one physical function includes a first physical function and a second physical function, the first virtual function set in the at least one virtual function satisfies the first correspondence relationship with the first physical function, the second virtual function set in the at least one virtual function satisfies the first correspondence relationship with the second physical function, the second virtual machine in the at least one virtual machine satisfies the second correspondence relationship with the first virtual function set, and the second virtual machine satisfies the second correspondence relationship with the second virtual function set, and the management system also includes a group policy management device, which is used to: for the virtual function that satisfies the second correspondence relationship with the second virtual machine, perform unified sending rate limit configuration and equipment specification configuration.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

FIG1 is a schematic diagram of a flow chart of a method for managing virtual functions provided in an embodiment of the present application;

FIG2 is a schematic diagram of a virtual function management system provided by an embodiment of the present application;

FIG3 is a schematic diagram of the structure of a computing device provided in an embodiment of the present application.

DETAILED DESCRIPTION

The embodiments of the present application will be further described in detail below in conjunction with the accompanying drawings.

It should be understood that, in the description of this application, "at least one" means one or more, and "a plurality of" means two or more. In addition, unless otherwise specified, the words "first", "second", etc. are only used for the purpose of distinguishing descriptions, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying an order.

Fig. 1 is a flow chart of a virtual function management method provided in an embodiment of the present application. As shown in Fig. 1, the management method includes the following steps.

Step S110: configuring at least one physical function through a physical function driver, and configuring at least one virtual function having a first corresponding relationship with the at least one physical function by using single-root input and output virtualization.

Step S120: Load one or more virtual functions among the at least one virtual function through the virtual function driver, assign a universal unique identifier to the loaded one or more virtual functions, notify the physical function driver of the universal unique identifiers of the one or more virtual functions, and configure at least one virtual machine that has a second corresponding relationship with the one or more virtual functions, and enable direct communication between the virtual functions that satisfy the second corresponding relationship and the virtual machines.

Step S130: managing the bandwidth configuration and the number of network sub-interfaces of each of the at least one virtual machine based on the universal unique identifier of each of the one or more virtual functions through the physical function driver.

Referring to FIG. 1 , the virtual function management method shown in FIG. 1 can be applied to technical fields such as cloud computing and large data centers, and can be used for cloud games, short videos, network function virtualization (NFV), etc. These technical fields and applications have high requirements for data throughput and network latency. In order to realize user-customized input and output resources and to improve resource utilization, a single root input and output virtualization (SRIOV) is used to virtualize a physical function into multiple virtual functions, and then these virtual functions are directly connected to the virtual machine, so that the input and output processing performance of the virtual function can be improved, thereby reducing latency and improving throughput. A virtual machine may establish a direct connection relationship with multiple virtual functions. The virtual machine can realize the transmission and reception of messages of multiple network ports, the reading and writing of data of multiple storage disks, or multiple data channels through multiple virtual functions, so that the user of the virtual machine can have higher flexibility and operation space in terms of customized input and output resources. However, multiple virtual functions that establish a direct connection relationship with the same virtual machine may come from the same physical function or from different physical functions. Therefore, the association relationship between multiple virtual functions that establish a direct connection relationship with the same virtual machine is difficult to predict, which brings challenges to the management of the virtual function resources of the entire virtual machine. If the maximum data transmission rate or the maximum number of network sub-interfaces is set separately for each virtual function, it is not conducive to fully utilizing the limited bandwidth resources and interface resources, which is not conducive to cloud vendors managing virtual machines and users using virtual machines. Moreover, if each virtual performs bandwidth speed limiting according to a separate speed limiting scheme, it means that the maximum bandwidth is limited by the number of enabled virtual functions. Only when each virtual function participates in input and output can all bandwidth be utilized, which is unfriendly to both cloud vendors and users. The following is a detailed description of the virtual function management method shown in Figure 1 in conjunction with the specific embodiments of the present application, how to achieve high bandwidth utilization and high resource utilization, and how to flexibly cope with the complexity of virtual function resource management of virtual machines.

Continuing to refer to FIG. 1, in step S110, at least one physical function is configured through a physical function driver, and at least one virtual function having a first corresponding relationship with the at least one physical function is configured using single-root input and output virtualization. In this way, flexible configuration of input and output resources is achieved, and the first corresponding relationship defines the corresponding relationship between the at least one physical function and the at least one virtual function. Therefore, by parsing the first corresponding relationship, the physical function corresponding to a certain virtual function can be determined, or the corresponding virtual function obtained by virtualizing a certain physical function using single-root input and output virtualization can be determined. Then, in step S120, one or more virtual functions in the at least one virtual function are loaded through a virtual function driver, a universal unique identifier is assigned to the loaded one or more virtual functions, and the universal unique identifier of each of the one or more virtual functions is notified to the physical function driver, and at least one virtual machine having a second corresponding relationship with the one or more virtual functions is configured, and the virtual function satisfying the second corresponding relationship is directly connected to the virtual machine. In this way, based on the first corresponding relationship between the physical function and the virtual function constructed in step S110, the loading process of the virtual function is optimized in step S120. It should be understood that loading one or more virtual functions in the at least one virtual function means that the one or more virtual functions are loaded virtual functions, that is, virtual functions that are actually enabled, while the virtual functions that are not loaded are not currently enabled. For the loaded virtual functions, that is, the one or more virtual functions, the virtual function driver assigns a universally unique identifier (UUID) to the virtual function when loading the virtual function, so each loaded, that is, enabled virtual function is assigned a universally unique identifier to distinguish each loaded virtual function. The virtual function driver also notifies the physical function driver of the universally unique identifier of the one or more virtual functions, so that the physical function driver can use the universally unique identifier to distinguish each loaded virtual function. The virtual function driver also configures at least one virtual machine that has a second corresponding relationship with the one or more virtual functions, and enables the virtual function that satisfies the second corresponding relationship to be directly connected to the virtual machine. In this way, the direct connection between the loaded one or more virtual functions and the virtual machine is achieved, which can improve the input and output processing performance of the virtual function, thereby reducing latency and improving throughput. The second correspondence defines the correspondence between the loaded virtual function and the virtual machine. Therefore, by parsing the second correspondence, the virtual machine corresponding to a certain virtual function (that is, there is a direct relationship) can be determined, or all virtual functions corresponding to a certain virtual machine (that is, there is a direct relationship) can be determined.

Continuing to refer to FIG. 1, based on the first correspondence relationship constructed in step S110 and the second correspondence relationship constructed in step S120, the first correspondence relationship between the configured physical function and the configured virtual function and the second correspondence relationship between the loaded virtual function and the virtual machine are determined respectively, and the loading process of the virtual function is optimized, the virtual function driver allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver, so that the physical function driver can use the universal unique identifier to distinguish each loaded virtual function. Then, in step S130, the bandwidth configuration and the number of network sub-interfaces of each of the at least one virtual machine are managed by the physical function driver based on the universal unique identifier of each of the one or more virtual functions. In this way, on the basis of direct communication between the virtual machine and the loaded virtual function, the loading process of the virtual function is optimized, and the virtual function driver assigns a universal unique identifier to each loaded virtual function, so that the physical function driver can distinguish and manage the loaded virtual functions corresponding to the virtual function based on the universal unique identifier, and the physical function driver can provide a resource management interface based on the universal unique identifier, for example, configuring the maximum downlink bandwidth, configuring the maximum uplink bandwidth, configuring the number of sub-interfaces, configuring the source physical address anti-fraud check, etc., and can also create private configurations and private configuration files and sub-directories for the virtual machine through the universal unique identifier. Because the bandwidth configuration and the number of network sub-interfaces of the at least one virtual machine are managed by the physical function driver, it can be refined to the virtual function corresponding to each physical function, and the universal unique identifier of the one or more virtual functions can be used to limit the bandwidth and the number of interfaces for the loaded virtual function, that is, the enabled virtual function. Therefore, on the one hand, direct communication between the virtual machine and the loaded virtual function is maintained, and on the other hand, only the virtual function loaded by the virtual function driver will be notified of its universal unique identifier to the physical function driver, which means that only the virtual function channel actually used will be included in the management scope of the physical function driver, thus effectively overcoming the problem caused by setting the maximum data transmission rate or the maximum number of network sub-interfaces for each virtual function separately. In addition, because the physical function driver can use the universal unique identifier to refine the virtual function corresponding to each physical function, that is, to finely manage the virtual functions loaded and assigned with the universal unique identifier in the virtual function corresponding to each physical function, it can be flexibly and richly configured within the framework of the overall resource management strategy, for example, configuring the maximum downlink bandwidth, configuring the maximum uplink bandwidth, configuring the number of sub-interfaces, configuring the source physical address anti-fraud check, etc., and can also create private configurations and private configuration files and sub-directories for the virtual machine through the universal unique identifier, so as to better meet the user's customization needs. Furthermore, because the additional resource management interface is provided by the physical function driver, and the virtual function is obtained from the physical function virtualization through a single input and output virtualization, the bandwidth configuration and the number of network sub-interfaces of each virtual machine are managed by the physical function driver, which will not affect the direct access of the data plane, while maintaining the flexibility of the control plane. Furthermore, the virtual function management method shown in FIG1 optimizes the loading process of the virtual function. The virtual function driver allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver, so that the physical function driver can use the universal unique identifier to distinguish each loaded virtual function; in this way, it is easy to apply to the existing configuration schemes of physical functions and virtual functions, and the changes made to the physical function driver in the kernel state are very small. By extending the physical function driver network interface configuration command (IP LINK), for example, by extending the command line command and adding parameterized configuration, not only the overall resource planning can be achieved, but also higher flexibility and operation space can be achieved in terms of customized input and output resources.

In summary, the virtual function management method shown in FIG1 determines the first correspondence between the configured physical function and the configured virtual function and the second correspondence between the loaded virtual function and the virtual machine, respectively, on the basis of constructing the first correspondence and constructing the second correspondence, and optimizes the loading process of the virtual function. The virtual function driver allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver, so that the physical function driver can use the universal unique identifier to distinguish each loaded virtual function; on the one hand, direct communication between the virtual machine and the loaded virtual function is maintained, and on the other hand, only the universal unique identifier of the virtual function loaded by the virtual function driver will be notified to the physical function driver, which means that only the virtual function channel that is actually used will be included in the management scope of the physical function driver. Therefore, the problem caused by setting the maximum data transmission rate or the maximum number of network sub-interfaces for each virtual function separately is effectively overcome; and, because the physical function driver can use the universal unique identifier to refine the virtual function corresponding to each physical function, that is, to finely manage the virtual functions loaded in the virtual functions corresponding to each physical function and assigned with the universal unique identifier, it is possible to perform flexible and rich configuration within the framework of the overall resource management strategy; because the additional resource management interface is provided by the physical function driver, and the virtual function is obtained from the physical function virtualization through a single input and output virtualization, the physical function driver is used to manage the bandwidth configuration and the number of network sub-interfaces of each virtual machine, which will not affect the direct connection of the data plane, while maintaining the flexibility of the control plane; high bandwidth utilization and high resource utilization are achieved, and the complexity of virtual function resource management of virtual machines can be flexibly dealt with.

In a possible implementation, the management method further includes: removing the first virtual function in the at least one virtual function through the virtual function driver, notifying the first virtual function's universal unique identifier to the physical function driver; determining the first virtual machine in the at least one virtual machine that satisfies the second corresponding relationship with the first virtual function based on the universal unique identifier of the first virtual function through the physical function driver, deleting the bandwidth configuration of the first virtual function associated with the first virtual function, and reclaiming the allocated network sub-interface of the first virtual machine associated with the first virtual function. In this way, the physical function driver can use the universal unique identifier to refine the virtual functions corresponding to each physical function, that is, to manage the virtual functions loaded and assigned universal unique identifiers in the virtual functions corresponding to each physical function in a refined manner, so that flexible and rich configuration can be performed within the framework of the overall resource management strategy, providing virtual function removal and corresponding bandwidth configuration deletion and recovery of allocated network sub-interfaces, which is conducive to resource recycling and reuse and improving resource utilization.

In a possible implementation, the management method further includes: managing resource requests from the one or more virtual functions based on the universal unique identifiers of the one or more virtual functions through the physical function driver. In this way, the physical function driver can use the universal unique identifier to refine the virtual functions corresponding to each physical function, that is, to finely manage the virtual functions loaded and assigned universal unique identifiers in the virtual functions corresponding to each physical function, so that flexible and rich configurations can be performed within the framework of the overall resource management strategy.

In a possible implementation, the physical function driver is implemented by extending the network interface configuration command to: manage the bandwidth configuration and the number of network sub-interfaces of the at least one virtual machine based on the universal unique identifier of the one or more virtual functions. In this way, it is easy to apply to the existing configuration schemes of physical functions and virtual functions, and the changes made to the physical function driver in the kernel state are very small. By extending the physical function driver network interface configuration command (IP LINK), for example, by extending the command line command and adding parameterized configuration, not only the overall resource planning can be achieved, but also higher flexibility and operating space can be achieved in terms of customized input and output resources.

In a possible implementation, the bandwidth configuration includes the maximum downstream bandwidth, the maximum upstream bandwidth, and the source machine address anti-fraud check. In this way, the physical function driver can use the universal unique identifier to refine the virtual functions corresponding to each physical function, that is, to finely manage the virtual functions loaded and assigned with the universal unique identifier in the virtual functions corresponding to each physical function, so that flexible and rich configuration can be performed within the framework of the overall resource management strategy.

In a possible implementation, the physical function driver is deployed in the kernel state of the host machine, the virtual function driver is provided by the system simulator, and the system simulator is deployed in the user state of the host machine, and the system simulator is used to: parse the universal unique identifier of each of the one or more virtual functions to determine the bus device function identifier of the physical function that satisfies the first correspondence relationship between the one or more virtual functions, notify the physical function driver of the universal unique identifier of each of the one or more virtual functions, and notify the physical function driver of the bus device function identifier of the physical function that satisfies the first correspondence relationship between the one or more virtual functions. In this way, various virtualization technologies and products can be adapted, such as open source virtual machine monitors and simulators used in cloud computing and cloud service applications, which can be used to simulate various hardware platforms.

In some embodiments, the hardware side connected to the host includes a microprocessor, the microprocessor is used to provide a group policy management device, the group policy management device is used to provide a group-level physical function transmission rate limit configuration and device specification configuration for the at least one physical function, and the group-level physical function includes at least two physical functions of the at least one physical function. In this way, on the basis of the above-mentioned management implemented by the physical function driver (through the physical function driver, based on the universal unique identifier of each of the one or more virtual functions, the bandwidth configuration and the number of network sub-interfaces of each virtual machine are managed), an additional management means is provided. Therefore, the physical function driver maintains the management of its own virtual function and universal unique identifier, and a microprocessor, such as a microcontroller unit (MCU) is added to the hardware side, so that virtual functions corresponding to multiple physical functions can be supported to join the same virtual machine. In this way, by supporting virtual functions corresponding to multiple physical functions to join the same virtual machine and providing a group policy management device for resource management of these virtual functions, it is helpful to make full use of the input and output bandwidth of the hardware and improve system reliability, and it is also beneficial for cloud vendors to manage based on the entire hardware resources without being limited by the division of hardware resources by physical functions. For example, taking a network card as an example, a physical function and its corresponding virtual function correspond to an Ethernet panel port. By supporting virtual functions corresponding to multiple physical functions to join the same virtual machine, the bandwidth of multiple Ethernet panel ports can be used, which can avoid the interruption of the traffic of the entire virtual machine due to the failure of an Ethernet panel port. In some embodiments, the group policy management device is used to provide hardware resource management across physical functions. In this way, it is beneficial for cloud vendors to manage based on the entire hardware resources without being limited by the division of hardware resources by physical functions.

In a possible implementation, the at least one physical function includes a first physical function and a second physical function, the first virtual function set in the at least one virtual function satisfies the first corresponding relationship with the first physical function, the second virtual function set in the at least one virtual function satisfies the first corresponding relationship with the second physical function, the second virtual machine in the at least one virtual machine satisfies the second corresponding relationship with the first virtual function set, and the second virtual machine satisfies the second corresponding relationship with the second virtual function set, and the management method further includes: performing unified transmission rate limit configuration and device specification configuration on the virtual function that satisfies the second corresponding relationship with the second virtual machine through a group policy management device. In this way, it is beneficial for cloud vendors to manage based on the entire hardware resources without being limited by the division of hardware resources by physical functions.

In some embodiments, the physical function and virtual function that satisfy the first corresponding relationship correspond to the same Ethernet panel port and use the bandwidth of the same Ethernet panel port. In some embodiments, the second virtual machine uses the bandwidth of the Ethernet panel port corresponding to the first physical function and the second physical function. In this way, by supporting virtual functions corresponding to multiple physical functions to join the same virtual machine and providing a group policy management device for resource management of these virtual functions, it is helpful to fully utilize the input and output bandwidth of the hardware and improve system reliability. The bandwidth of multiple Ethernet panel ports can be used, which can avoid the interruption of the traffic of the entire virtual machine due to the failure of one Ethernet panel port.

FIG2 is a schematic diagram of a management system for virtual functions provided by an embodiment of the present application. As shown in FIG2, the management system includes: a physical function driver 202, which is used to: configure at least one physical function, and, using single-root input and output virtualization, configure at least one virtual function that has a first correspondence relationship with the at least one physical function; a virtual function driver 204, which is used to: load one or more virtual functions in the at least one virtual function, assign a universal unique identifier to the loaded one or more virtual functions, notify the universal unique identifier of each of the one or more virtual functions to the physical function driver 202, and configure at least one virtual machine that has a second correspondence relationship with the one or more virtual functions, and make the virtual functions that meet the second correspondence relationship directly connected to the virtual machine. Among them, the physical function driver 202 is also used to: manage the bandwidth configuration and the number of network sub-interfaces of each of the at least one virtual machine based on the universal unique identifiers of each of the one or more virtual functions. As shown in FIG2, the physical function driver 202 is deployed in the kernel state 250 of the host machine, the virtual function driver 204 is provided by the system simulator 260, and the system simulator 260 is deployed in the user state 252 of the host machine. The system simulator 260 is used to: parse the respective universal unique identifiers of the one or more virtual functions to determine the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions, notify the physical function driver 202 of the respective universal unique identifiers of the one or more virtual functions, and notify the physical function driver 202 of the bus device function identifier of the physical function that satisfies the first corresponding relationship between the one or more virtual functions.

Refer to FIG. 2, which exemplarily shows at least one physical function and at least one virtual function. The first correspondence defines the correspondence between the at least one physical function and the at least one virtual function. Therefore, by parsing the first correspondence, the physical function corresponding to a certain virtual function can be determined, or the corresponding virtual function obtained by virtualizing a certain physical function using single-root input and output virtualization can be determined. As shown in FIG. 2, the physical function driver 202 is configured with physical function A210 and physical function B220, and is also configured with virtual function A212 of physical function A210, virtual function B214 of physical function A210, virtual function C222 of physical function B220, and virtual function D224 of physical function B220. The system simulator 260 can be an open source virtual machine monitor and simulator (Quick EMUlator, QEMU) used in cloud computing and cloud service applications, which can be used to simulate multiple hardware platforms. A virtual machine may establish a direct connection relationship with multiple virtual functions. The virtual machine can use multiple virtual functions to send and receive messages on multiple network ports, read and write data on multiple storage disks, or multiple data channels, so that the user of the virtual machine can have higher flexibility and operating space in terms of customized input and output resources. However, multiple virtual functions that establish a direct connection relationship with the same virtual machine may come from the same physical function or from different physical functions. Therefore, the association relationship between multiple virtual functions that establish a direct connection relationship with the same virtual machine is difficult to predict. For example, the virtual function A212 of the physical function A210 and the virtual function C222 of the physical function B220 shown in Figure 2 correspond to the physical function A210 and the physical function B220 respectively. The same virtual machine may use the virtual function A212 of the physical function A210 and the virtual function C222 of the physical function B220 to support two network ports, or to support the data channels of two storage disks. Because the physical function driver 202 can use the universal unique identifier to refine the virtual functions corresponding to each physical function, that is, to finely manage the virtual functions loaded and assigned universal unique identifiers in the virtual functions corresponding to each physical function, flexible and rich configuration can be performed within the framework of the overall resource management strategy.

Continuing to refer to FIG. 2, in some embodiments, the hardware side 254 connected to the host machine includes a microprocessor 270, the microprocessor 270 is used to provide a group policy management device 272, the group policy management device 272 is used to provide a group-level physical function transmission rate limit configuration and device specification configuration for the at least one physical function, and the group-level physical function includes at least two physical functions of the at least one physical function. In this way, on the basis of the above-mentioned management implemented by the physical function driver 202 (through the physical function driver 202, based on the universal unique identifier of each of the one or more virtual functions, the bandwidth configuration and the number of network sub-interfaces of each virtual machine are managed), an additional management means is provided, so that the physical function driver 202 maintains the management of its own virtual function and universal unique identifier, and a microprocessor 270, such as a microcontroller unit (MCU), is added to the hardware side 254, so that the virtual functions corresponding to multiple physical functions can be supported to join the same virtual machine. In this way, by supporting virtual functions corresponding to multiple physical functions to join the same virtual machine, and providing a group policy management device 272 for resource management of these virtual functions, it is helpful to fully utilize the input and output bandwidth of the hardware and improve system reliability, and it is also beneficial for cloud vendors to manage based on the entire hardware resources without being limited by the division of hardware resources by physical functions. For example, taking a network card as an example, a physical function and its corresponding virtual function correspond to an Ethernet panel port. By supporting virtual functions corresponding to multiple physical functions to join the same virtual machine, the bandwidth of multiple Ethernet panel ports can be used, which can avoid the interruption of the flow of the entire virtual machine due to the failure of an Ethernet panel port.

In summary, the management system of the virtual function shown in FIG2 determines the first correspondence between the configured physical function and the configured virtual function and the second correspondence between the loaded virtual function and the virtual machine, respectively, on the basis of constructing the first correspondence and constructing the second correspondence, and optimizes the loading process of the virtual function. The virtual function driver 204 allocates a universal unique identifier when loading the virtual function, and also notifies the universal unique identifier of each of the one or more virtual functions to the physical function driver 202, so that the physical function driver 202 can use the universal unique identifier to distinguish each loaded virtual function; on the one hand, direct communication between the virtual machine and the loaded virtual function is maintained, and on the other hand, only the universal unique identifier of the virtual function loaded by the virtual function driver 204 will be notified to the physical function driver 202, which means that only the virtual function channel that is actually used will be included in the management of the physical function driver 202. The physical function driver 202 can utilize the universal unique identifier to refine the virtual functions corresponding to each physical function, that is, to manage the virtual functions loaded in the virtual functions corresponding to each physical function and assigned the universal unique identifier in a refined manner, so that flexible and rich configuration can be performed within the framework of the overall resource management strategy; because the additional resource management interface is provided by the physical function driver 202, and the virtual function is obtained from the physical function virtualization through a single input and output virtualization, the physical function driver 202 is used to manage the bandwidth configuration and the number of network sub-interfaces of each virtual machine, which will not affect the direct access of the data plane, while maintaining the flexibility of the control plane; high bandwidth utilization and high resource utilization are achieved, and the complexity of virtual function resource management of virtual machines can be flexibly dealt with.

Referring to FIG. 2 , in a possible implementation, the virtual function driver 204 is further used to: remove the first virtual function in the at least one virtual function, and notify the first virtual function's universal unique identifier to the physical function driver 202; the physical function driver 202 is further used to: determine the first virtual machine in the at least one virtual machine that satisfies the second corresponding relationship with the first virtual function based on the universal unique identifier of the first virtual function, delete the bandwidth configuration of the first virtual machine associated with the first virtual function, and reclaim the allocated network sub-interface of the first virtual machine associated with the first virtual function. In this way, virtual function removal and corresponding bandwidth configuration deletion and reclaim of allocated network sub-interfaces are provided, which is conducive to resource recycling and reuse and improving resource utilization.

In a possible implementation, the at least one physical function includes a first physical function and a second physical function, the first virtual function set in the at least one virtual function satisfies the first corresponding relationship with the first physical function, the second virtual function set in the at least one virtual function satisfies the first corresponding relationship with the second physical function, the second virtual machine in the at least one virtual machine satisfies the second corresponding relationship with the first virtual function set, and the second virtual machine satisfies the second corresponding relationship with the second virtual function set, and the management system further includes a group policy management device 272, and the group policy management device 272 is used to: perform unified transmission rate limit configuration and device specification configuration on the virtual function that satisfies the second corresponding relationship with the second virtual machine. In this way, it is beneficial for cloud vendors to manage based on the entire hardware resources without being limited by the division of hardware resources by physical functions.

3 is a schematic diagram of the structure of a computing device provided in an embodiment of the present application, and the computing device 300 includes: one or more processors 310, a communication interface 320 and a memory 330. The processor 310, the communication interface 320 and the memory 330 are interconnected via a bus 340. Optionally, the computing device 300 may also include an input/output interface 350, which is connected to an input/output device for receiving parameters set by a user, etc. The computing device 300 can be used to implement some or all of the functions of the device embodiment or system embodiment in the above-mentioned embodiment of the present application; the processor 310 can also be used to implement some or all of the operating steps of the method embodiment in the above-mentioned embodiment of the present application. For example, the specific implementation of the computing device 300 performing various operations can refer to the specific details in the above-mentioned embodiments, such as the processor 310 is used to perform some or all of the steps in the above-mentioned method embodiment or some or all of the operations in the above-mentioned method embodiment. For another example, in an embodiment of the present application, the computing device 300 may be used to implement part or all of the functions of one or more components in the above-mentioned apparatus embodiment. In addition, the communication interface 320 may be specifically used to perform the communication functions necessary to implement the functions of these apparatuses and components, and the processor 310 may be specifically used to perform the processing functions necessary to implement the functions of these apparatuses and components.

It should be understood that the computing device 300 of FIG. 3 may include one or more processors 310, and the multiple processors 310 may provide processing capabilities in a coordinated manner in a parallel connection mode, a serial connection mode, a serial-parallel connection mode, or an arbitrary connection mode, or the multiple processors 310 may constitute a processor sequence or a processor array, or the multiple processors 310 may be divided into a main processor and an auxiliary processor, or the multiple processors 310 may have different architectures such as a heterogeneous computing architecture. In addition, the computing device 300 shown in FIG. 3, the related structural description and functional description are exemplary and non-restrictive. In some exemplary embodiments, the computing device 300 may include more or fewer components than those shown in FIG. 3, or combine some components, or split some components, or have a different arrangement of components.

The processor 310 may have a variety of specific implementation forms. For example, the processor 310 may include a central processing unit (CPU), a graphic processing unit (GPU), a neural-network processing unit (NPU), a tensor processing unit (TPU) or a data processing unit (DPU), etc., and the embodiment of the present application does not specifically limit it. The processor 310 may also be a single-core processor or a multi-core processor. The processor 310 may be a combination of a CPU and a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof. The processor 310 may also be implemented using a logic device with built-in processing logic alone, such as an FPGA or a digital signal processor (DSP). The communication interface 320 may be a wired interface or a wireless interface for communicating with other modules or devices. The wired interface may be an Ethernet interface, a local interconnect network (LIN), etc., and the wireless interface may be a cellular network interface or a wireless local area network interface, etc.

The memory 330 may be a non-volatile memory, such as a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The memory 330 may also be a volatile memory, which may be a random access memory (RAM) used as an external cache. By way of example but not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous DRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), and direct rambus RAM (DR RAM). The memory 330 can also be used to store program codes and data, so that the processor 310 calls the program codes stored in the memory 330 to execute some or all of the operation steps in the above method embodiments, or to execute the corresponding functions in the above device embodiments. In addition, the computing device 300 may include more or fewer components than those shown in FIG. 3, or have different component configurations.

The bus 340 may be a peripheral component interconnect express (PCIe) bus, or an extended industry standard architecture (EISA) bus, a unified bus (Ubus or UB), a compute express link (CXL), a cache coherent interconnect for accelerators (CCIX), etc. The bus 340 may be divided into an address bus, a data bus, a control bus, etc. In addition to the data bus, the bus 340 may also include a power bus, a control bus, and a status signal bus, etc. However, for the sake of clarity, FIG. 3 is represented by only one thick line, but it does not mean that there is only one bus or one type of bus.

The method and device provided in the embodiments of the present application are based on the same inventive concept. Since the principles of solving the problems in the methods and devices are similar, the embodiments, implementation methods, examples or implementation methods of the methods and devices can refer to each other, and the repeated parts will not be repeated. The embodiments of the present application also provide a system, which includes multiple computing devices, and the structure of each computing device can refer to the structure of the computing device described above. The functions or operations that can be implemented by the system can refer to the specific implementation steps in the above method embodiments and/or the specific functions described in the above device embodiments, which will not be repeated here.

The present application also provides a computer-readable storage medium, in which computer instructions are stored. When the computer instructions are executed on a computer device (such as one or more processors), the method steps in the above method embodiment can be implemented. The specific implementation of the processor of the computer-readable storage medium in executing the above method steps can refer to the specific operations described in the above method embodiment and/or the specific functions described in the above device embodiment, which will not be repeated here.

It should be understood by those skilled in the art that the embodiments of the present application may be provided as methods, systems, or computer program products. The present application may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. The embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any other combination. When implemented using software, the above embodiments may be implemented in whole or in part in the form of a computer program product. The present application may take the form of a computer program product implemented on one or more computer-usable storage media containing computer-usable program codes. The computer program product includes one or more computer instructions. When the computer program instructions are loaded or executed on a computer, the process or function described in the embodiments of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. Computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. Computer-readable storage media can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that contains one or more available media. Available media can be magnetic media (such as floppy disks, hard disks, tapes), optical media, or semiconductor media. Semiconductor media can be solid-state hard disks, random access memory, flash memory, read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, or any other form of suitable storage media.

The present application is described with reference to the flowchart and/or block diagram of the method, device (system) and computer program product according to the embodiment of the present application. Each flow and/or box in the flow chart and/or block diagram, and the combination of the flow chart and/or box in the flow chart and/or block diagram can be realized by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce a device for realizing the function specified in one flow chart or multiple flows and/or one box or multiple boxes of the block chart. These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction device, which implements the function specified in one flow chart or multiple flows and/or one box or multiple boxes of the block diagram. These computer program instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

In the above embodiments, the descriptions of each embodiment have their own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments. Obviously, those skilled in the art can make various changes and modifications to the embodiments of the present application without departing from the spirit and scope of the embodiments of the present application. The steps in the method of the embodiment of the present application can be adjusted in order, merged or deleted according to actual needs; the modules in the system of the embodiment of the present application can be divided, merged or deleted according to actual needs. If these modifications and variations of the embodiments of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these modifications and variations.

Claims (18)

1. A method for managing virtual functions, the method comprising:

Configuring at least one physical function through physical function driving, and configuring at least one virtual function with a first corresponding relation with the at least one physical function by utilizing single-root input-output virtualization;

loading one or more virtual functions in the at least one virtual function through a virtual function driver, distributing universal unique identifiers to the loaded one or more virtual functions, notifying the one or more virtual functions of respective universal unique identifiers to the physical function driver, configuring at least one virtual machine with a second corresponding relation with the one or more virtual functions, and enabling the virtual function meeting the second corresponding relation to be directly connected with the virtual machine;

And managing, by the physical function driver, respective bandwidth configurations and the number of network subinterfaces of the at least one virtual machine based on respective universal unique identifiers of the one or more virtual functions.

2. The method of managing according to claim 1, characterized in that the method of managing further comprises:

removing a first virtual function in the at least one virtual function through the virtual function driver, and notifying the universal unique identifier of the first virtual function to the physical function driver;

And determining a first virtual machine which meets the second corresponding relation between the at least one virtual machine and the first virtual function based on the universal unique identification of the first virtual function through the physical function drive, deleting the bandwidth configuration of the first virtual machine which is associated with the first virtual function, and recycling the distributed network sub-interface of the first virtual machine which is associated with the first virtual function.

3. The method of managing according to claim 1, characterized in that the method of managing further comprises:

And managing, by the physical function driver, resource applications from the one or more virtual functions based on the respective universal unique identifiers of the one or more virtual functions.

4. A method of managing as set forth in claim 1, wherein the physical function driver is implemented by expanding a network interface configuration command to: and managing respective bandwidth configurations and network sub-interface numbers of the at least one virtual machine based on the respective universal unique identifiers of the one or more virtual functions.

5. The method of claim 1, wherein the bandwidth configuration comprises a downstream maximum bandwidth, an upstream maximum bandwidth, a source machine address fraud prevention check.

6. The method of claim 1, wherein the physical function driver is deployed in a kernel mode of a host machine, the virtual function driver is provided by a system simulator, and the system simulator is deployed in a user mode of the host machine, the system simulator being configured to: analyzing the universal unique identifiers of the one or more virtual functions so as to determine the bus device function identifiers of the physical functions meeting the first corresponding relation between the one or more virtual functions, notifying the universal unique identifiers of the one or more virtual functions to the physical function driver, and notifying the bus device function identifiers of the physical functions meeting the first corresponding relation between the one or more virtual functions to the physical function driver.

7. The method of claim 6, wherein the hardware side coupled to the host includes a microprocessor for providing a group policy management means for providing the at least one physical function with a transmission rate limiting configuration and a device specification configuration of a group level physical function including at least two physical functions of the at least one physical function.

8. The method of claim 7, wherein the group policy management means is for providing hardware resource management across physical functions.

9. The management method according to claim 1, wherein the at least one physical function includes a first physical function and a second physical function, the first correspondence is satisfied between a first set of virtual functions of the at least one virtual function and the first physical function, the first correspondence is satisfied between a second set of virtual functions of the at least one virtual function and the second physical function, the second correspondence is satisfied between a second virtual machine of the at least one virtual machine and the first set of virtual functions, the second correspondence is satisfied between the second virtual machine and the second set of virtual functions, the management method further comprising:

and executing unified sending rate speed limiting configuration and equipment specification configuration on the virtual functions meeting the second corresponding relation with the second virtual machine through a group policy management device.

10. The management method according to claim 9, wherein the physical function and the virtual function satisfying the first correspondence relation correspond to the same ethernet port and use the bandwidth of the same ethernet port.

11. The method of claim 10, wherein the second virtual machine uses bandwidths of ethernet ports to which the first physical function and the second physical function each correspond.

12. A computer device, characterized in that it comprises a memory, a processor and a computer program stored on the memory and executable on the processor, which processor implements the method according to any of claims 1 to 11 when executing the computer program.

13. A computer readable storage medium storing computer instructions which, when run on a computer device, cause the computer device to perform the method of any one of claims 1 to 11.

14. A management system for virtual functions, the management system comprising:

Physical function driver for: configuring at least one physical function, and configuring at least one virtual function with a first correspondence between the at least one physical function using single root input-output virtualization;

Virtual function driver for: loading one or more virtual functions of the at least one virtual function, distributing universal unique identifiers to the loaded one or more virtual functions, notifying the one or more virtual functions of respective universal unique identifiers to the physical function driver, configuring at least one virtual machine with a second corresponding relation with the one or more virtual functions, and enabling the virtual function meeting the second corresponding relation to be directly connected with the virtual machine,

Wherein the physical function driver is further configured to: and managing respective bandwidth configurations and network sub-interface numbers of the at least one virtual machine based on the respective universal unique identifiers of the one or more virtual functions.

15. The management system of claim 14, wherein the virtual function driver is further configured to: removing a first virtual function in the at least one virtual function, and notifying the universal unique identification of the first virtual function to the physical function driver;

The physical function driver is further configured to: based on the universal unique identifier of the first virtual function, determining a first virtual machine which meets the second corresponding relation between the at least one virtual machine and the first virtual function, deleting bandwidth configuration of the first virtual machine associated with the first virtual function, and recycling an allocated network sub-interface of the first virtual machine associated with the first virtual function.

16. The management system of claim 14, wherein the physical function driver is deployed in a kernel mode of a host machine, the virtual function driver is provided by a system simulator, and the system simulator is deployed in a user mode of the host machine, the system simulator to: analyzing the universal unique identifiers of the one or more virtual functions so as to determine the bus device function identifiers of the physical functions meeting the first corresponding relation between the one or more virtual functions, notifying the universal unique identifiers of the one or more virtual functions to the physical function driver, and notifying the bus device function identifiers of the physical functions meeting the first corresponding relation between the one or more virtual functions to the physical function driver.

17. The management system of claim 16, wherein the hardware side coupled to the host includes a microprocessor for providing a group policy management means for providing the at least one physical function with a transmission rate limiting configuration and a device specification configuration of a group level physical function, the group level physical function including at least two of the at least one physical function.

18. The management system of claim 14, wherein the at least one physical function includes a first physical function and a second physical function, the first correspondence is satisfied between a first set of virtual functions of the at least one virtual function and the first physical function, the first correspondence is satisfied between a second set of virtual functions of the at least one virtual function and the second physical function, the second correspondence is satisfied between a second virtual machine of the at least one virtual machine and the first set of virtual functions, the second correspondence is satisfied between the second virtual machine and the second set of virtual functions, the management system further comprises a group policy management device,

The group policy management device is configured to: and executing unified sending rate speed limiting configuration and equipment specification configuration on the virtual functions which meet the second corresponding relation with the second virtual machine.