Equipment management method, platform, physical host and storage medium

Abstract

The embodiment of the invention provides an equipment management method and platform, a physical host and a storage medium, and the method comprises the steps that the equipment management platform can create a control component and a virtual host in a hosted target physical host, and the virtual host can be delivered to a user. In the process that the user uses the virtual host, the user can generate a control instruction for the virtual host or the container corresponding to the virtual host, and the control assembly can receive and respond to the control instruction so as to control the running state of the virtual host or the running state of the container. Wherein the virtual host runs in the VPC, and the container is created when a user uses the virtual host and runs in the container network. Visibly, the control component in the physical host can receive the control instructions for the virtual host and the container in different network environments, so that networks where the virtual host and the container are located are in the same management domain, namely, unified management of the virtual host and the container is realized.

Description

Technical Field

[0001] The present invention relates to the field of communication technologies, and in particular, to a device management method, platform, physical host, and storage medium. Background Art

[0002] Server hosting, also known as host hosting, is a service form provided by Internet Data Center (IDC) service providers or cloud service providers, which allows users to host their own physical hosts in the service providers' computer rooms. Since service providers can monitor users' networks and devices in real time.

[0003] For the physical hosts hosted in the service providers' computer rooms, service providers can also create virtual machines (VMs) in the physical hosts. When users want to use their own hosts, without moving their own physical hosts, the virtual machines can replace the physical hosts and be provided to users. Users can also create containers with different functions based on the virtual machines to meet their own usage requirements.

[0004] Moreover, during the use of virtual machines, users also have a need to manage the virtual machines and the corresponding containers. Therefore, how to achieve unified management of virtual machines and containers has become an urgent problem to be solved. Summary of the Invention

[0005] In view of this, embodiments of the present invention provide a device management method, platform, physical host, and storage medium to achieve unified management of virtual machines and containers in different networks.

[0006] In a first aspect, an embodiment of the present invention provides a device management method, including:

[0007] Create a control component in a target physical host hosted on a hosting and delivery platform;

[0008] Create a virtual machine delivered to a user in the target physical host, so that the control component controls the virtual machine or the container corresponding to the virtual machine according to a received control instruction, where the virtual machine runs in a virtual private cloud (VPC), and the container is created by the user and runs in a container network.

[0009] In a second aspect, an embodiment of the present invention provides a device management platform, including: a hosting sub-platform and a delivery sub-platform;

[0010] The hosting sub-platform is used to store configuration information of alternative physical hosts that have been hosted;

[0011] The delivery sub-platform is used to determine a target physical host from the alternative physical hosts according to the configuration information; create a control component in the target physical host; create a virtual host delivered to a user in the target physical host, so that the virtual host controls the virtual host or the container corresponding to the virtual host according to a control instruction received by the control component. The virtual host runs in a virtual private cloud (VPC), and the container is created by the user and runs in a container network.

[0012] In a third aspect, an embodiment of the present invention provides a physical host, including: The physical host is hosted by a device management platform. The physical host includes: a control component and a virtual host running in the physical host. The control component and the virtual host are created by the device management platform, and the virtual host delivered to the user runs in a virtual private cloud (VPC);

[0013] The control component is used to receive a control instruction; control the running state of the virtual machine host or the container corresponding to the virtual host. The container is created by the user and runs in a container network.

[0014] In a fourth aspect, an embodiment of the present invention provides a physical host, including: The memory is used to store one or more computer instructions. When the one or more computer instructions are executed by the processor, the device management method described in the first aspect above is implemented. The electronic device may further include a communication interface for communicating with other devices or communication systems.

[0015] In a fifth aspect, an embodiment of the present invention provides a non-transitory machine-readable storage medium. An executable code is stored on the non-transitory machine-readable storage medium. When the executable code is executed by a processor of an electronic device, the processor can at least implement the device management method described in the first aspect.

[0016] For the device management method provided by the embodiment of the present invention, the device management platform can create a control component and a virtual host in a target physical host to be hosted, and the virtual host can be delivered to the user. During the use process after the virtual host is delivered, the user can create a container corresponding to the virtual host by himself to meet his own use requirements. The user can also generate a control instruction for the virtual host or the container, and the control component can receive and respond to the control instruction to control the running state of the virtual host or the container. Among them, the virtual host runs in a virtual private cloud (Virtual Private Cloud, abbreviated as VPC), and the container corresponding to the virtual host is created by the user when using the virtual host and runs in a container network.

[0017] It can be seen that the control component set in the physical host can receive control instructions for virtual hosts or containers in different networks, that is, unify the networks where the virtual hosts and containers are located into one management domain to achieve unified management of the two. Moreover, compared with the hardware-based control device, the software-based control component can also reduce the management cost of virtual hosts and containers. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0019] Figure 1 Structural schematic diagram of a device management platform provided by an embodiment of the present invention;

[0020] Figure 2 Schematic diagram of the communication process between hosts provided by an embodiment of the present invention;

[0021] Figure 3 Schematic diagram of the process of virtual host hosting, delivery and use provided by an embodiment of the present invention;

[0022] Figure 4 Flowchart of a device management method provided by an embodiment of the present invention;

[0023] Figure 5 Flowchart of another device management method provided by an embodiment of the present invention;

[0024] Figure 6 Structural schematic diagram of a physical host provided by an embodiment of the present invention;

[0025] Figure 7 Structural schematic diagram of another physical host provided by an embodiment of the present invention;

[0026] Figure 8 Schematic diagram of the process of a virtual host obtaining data provided by an embodiment of the present invention;

[0027] Figure 9 Structural schematic diagram of a device management device provided by an embodiment of the present invention;

[0028] Figure 10 Structural schematic diagram of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0029] To make the objectives, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0030] The terms used in the embodiments of the present invention are for the purpose of describing specific embodiments only and are not intended to limit the present invention. The singular forms "a", "the" and "said" used in the embodiments of the present invention and the appended claims are also intended to include the plural forms unless the context clearly dictates otherwise. "Plural" generally includes at least two, but does not exclude the case of including at least one.

[0031] It should be understood that the term "and / or" used herein is only a description of the associated relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " herein generally represents an "or" relationship between the associated objects before and after.

[0032] Depending on the context, the words "if" and "when" as used herein can be interpreted as "when" or "while" or "in response to determining" or "in response to recognizing". Similarly, depending on the context, the phrase "if determined" or "if recognized (stated condition or event)" can be interpreted as "when determined" or "in response to determining" or "when recognizing (stated condition or event)" or "in response to recognizing (stated condition or event)".

[0033] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in the present invention are all information and data that have been authorized by the user or fully authorized by all parties. And the collection, use and processing of relevant data need to comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entrances are provided for users to choose to authorize or refuse.

[0034] It should also be noted that the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a commodity or system including a series of elements not only includes those elements, but also includes other elements not expressly listed, or elements inherent to such commodity or system. Without further limitation, an element defined by the statement "including one..." does not exclude the existence of additional identical elements in the commodity or system including said element.

[0035] The following will describe in detail some embodiments of the present invention with reference to the accompanying drawings. Without conflict between the embodiments, the following embodiments and the features in the embodiments can be combined with each other. In addition, the step timing in the following method embodiments is only an example and not a strict limitation.

[0036] As described in the background art, a user's own physical host can be entrusted to a service provider such as an IDC service provider or a cloud service provider. This user's own physical host is also the device to be entrusted. Optionally, the user can have at least one physical host to be entrusted.

[0037] For a physical host that has been entrusted by a service provider, the user can also use it normally. However, considering the inconvenience of moving the physical host, when the user wants to use the entrusted physical host, the service provider can first create a virtual host in the entrusted physical host and use this virtual host to replace the physical host and deliver it to the user for use. And since the virtual host has the same computing power as the physical host, it can also meet the user's usage requirements.

[0038] The above-mentioned hosting process and delivery process of the physical host can be collectively referred to as the device management process, and this management can be implemented by a management platform maintained by the service provider. Figure 1 The following is a schematic structural diagram of a device management platform provided by an embodiment of the present invention. As Figure 1 shown, the platform may include: a hosting sub-platform and a delivery sub-platform.

[0039] In each embodiment of the present invention, a user's own physical host that has been hosted by the hosting sub-platform can be called an alternative physical host. The alternative physical host can run in a VPC. It is easy to understand that the hosting sub-platform is used to implement the hosting of the above-mentioned alternative physical hosts. The delivery sub-platform can determine at least one physical host in the alternative physical hosts as a target physical host according to user needs, and create a virtual host therein to deliver this virtual host to the user.

[0040] For the hosting process: The user can trigger a hosting request on the interface provided by the hosting sub-platform. The hosting request may include the configuration information of the alternative physical hosts to be hosted. Optionally, the configuration information may include basic information such as the Basic Input Output System (BIOS), machine model, and operating system version of the physical host.

[0041] In response to the hosting request, the hosting sub-platform can store the configuration information in the hosting request, thus completing the online processing flow of hosting. And the above configuration information can be associated with the physical host as tag information (TAG). After the alternative physical host arrives at the service provider's computer room, the hosting of the alternative physical host is finally completed.

[0042] For the delivery process: When the user wants to use the hosted physical host, the user can further trigger a delivery operation on the interface provided by the delivery sub-platform. In response to this operation, the delivery sub-platform can first determine the target physical host that meets the user's needs among the alternative physical hosts according to the respective configuration information of the alternative physical hosts. After that, the delivery sub-platform can further create a virtual host in the target physical host, and the virtual host will ultimately be delivered to the user as the response result of the delivery operation. Among them, the above target physical host also includes a control component created by the delivery sub-platform.

[0043] Optionally, the virtual host can specifically be an Elastic Cloud Server (ECS). Optionally, the user's requirements for the physical host can be expressed as user requirement information included in the delivery request. The user requirement information may include the configuration information of the physical host required by the user, and the delivery request can be generated after the user triggers the delivery operation.

[0044] During the usage process after the virtual host is delivered, the user can also trigger an operation on the virtual host to create a container corresponding to the virtual host. Different types and functions of containers can meet the user's different needs alone or in cooperation. Optionally, the container corresponding to the virtual host may include ordinary containers running in the isolated environment where the virtual host is located, or may include secure containers running in the operating environment provided by the target physical host. That is, the secure containers run directly in the physical host, and the ordinary containers run on top of the virtualization layer of the virtual host. Optionally, the secure container can be a lightweight container RunD based on a virtualization isolation sandbox. And the container corresponding to the virtual host can run in a container network, and the virtual host can run in a VPC, that is, the two run in different networks. Among them, the container network is the network between containers inside the container, used to realize communication between containers.

[0045] During the use of a virtual host, the running status of the virtual host or container can also be controlled. For example, the virtual host can be shut down, and at least one container can be shut down or created. With the forwarding ability of the control component in the physical host, control instructions generated for virtual hosts or containers in different networks can be received by the control component, and the control component controls the running status of the virtual host or container by responding to the instructions.

[0046] In this embodiment, the hosting sub-platform in the device management platform can store the configuration information of alternative physical hosts. The delivery sub-platform in the device management platform can determine a target physical host from the hosted alternative physical hosts, and further create a control component and a virtual host in the target physical host. The virtual host can be delivered to a user. During the use after the virtual host is delivered, the user can also create the container corresponding to the virtual host by himself to meet his own usage requirements. The user can also generate control instructions for the virtual host or container, and the control component can receive and respond to the control instructions to control the running status of the virtual host or container. Among them, the virtual host runs in a VPC, and the container corresponding to the virtual host runs in a container network.

[0047] It can be seen that the control component set in the physical host can receive control instructions for virtual hosts or containers in different networks, that is, the networks where the virtual hosts and containers are located are unified into one management domain to achieve unified management of the two. On the other hand, compared with hardware-based controller devices, the software-based control component can also reduce the management cost of virtual hosts and containers.

[0048] The technical effects that can be achieved by the platforms, physical hosts, and methods provided in the above and following embodiments of the present invention can also be understood in combination with the following content:

[0049] 1. In practice, control instructions for virtual hosts running in a VPC or containers running in a container network can be generated by different management tools, that is, the control of objects running in the container network and VPC needs to be carried out separately. For example, container orchestration tools such as Kubernetes and Docker Swarm can be used to control the running status of containers, and management tools such as Secure Shell (SSH) tools can be used to control the running status of virtual hosts. When the virtual host is specifically an ECS server, the above management tools are actually server management tools.

[0050] When using the embodiments of the present invention, when the container corresponding to the virtual host is a secure container, the control component may receive a control instruction generated by the server management tool to control the running state of the entire virtual host. When the control component responds to the control instruction, it means that all the secure containers corresponding to the virtual host are regarded as a whole, and their running states are batch-controlled. It can be seen that with the forwarding ability of the control component, the running state of the secure container can be controlled either by the container orchestration tool or by the tool for managing the virtual host, thus enriching the management method of the secure container and realizing the dual management of the secure container.

[0051] 2. In practice, the secure containers corresponding to the virtual hosts have better security. After creating multiple virtual hosts on a single physical host, these multiple virtual hosts can be leased to multiple users, that is, multi-tenancy is realized. By using the embodiments of the present invention, while realizing the unified management of virtual hosts and containers, multi-tenancy of physical hosts can also be realized.

[0052] 3. In practice, in addition to using their own physical hosts, users can also lease virtual hosts provided by the physical hosts owned by the service provider. If the control component mentioned in the embodiments of the present invention is not set in the physical host, only dedicated lines can be used to connect between the user's own physical host and the virtual host leased from the service provider, which will occupy more network segments and thus cause waste of network resources. When the control component is set in the physical host, since the virtual hosts created in the user's own physical host and the virtual hosts leased from the service provider are all located in the VPC, the occupation of network segments can be reduced, thereby improving the utilization rate of network resources. This part of the content can also be combined with Figure 2 Understand.

[0053] The user requirement information in the delivery request may include, in addition to Figure 1 the configuration information mentioned in the embodiments shown, optionally, may also include various function information, such as communication function, storage function, etc. After receiving the delivery request, the delivery sub-platform may create corresponding sub-components according to the function information in the request, and these sub-components may constitute the control component.

[0054] Among them, the sub-components in the control component may specifically include a forwarding sub-component for implementing the communication function and a detection sub-component for detecting the running state of the physical host. Optionally, the sub-components in the control component may also include a storage driver for implementing the storage function.

[0055] Specifically, when the user requirement information includes the function information corresponding to the communication function, optionally, the control component may include a forwarding sub-component for implementing the communication function. The forwarding sub-component may specifically be embodied as a virtual switch, which can also be regarded as a High-performance Virtual Switch service. The forwarding sub-component can be used to receive control instructions for containers or virtual hosts.

[0056] Optionally, for the control instructions received by the forwarding sub-component, it may include a container creation instruction, which can be generated after the delivery sub-platform delivers the virtual host to the user.

[0057] Optionally, the control instruction may further include a status control instruction, which can be generated by the user during the operation of the virtual host and the container with the help of a container orchestration tool or other management tools. Among them, the status control instruction for the container can be generated with the help of the container orchestration tool; when the virtual host is an ECS server, the control instruction for the ECS server can be generated with the help of the server management tool.

[0058] Optionally, the above container creation instructions, control instructions for the running status, etc. received by the control component created by the delivery sub-platform can all be regarded as management plane instructions generated by the physical host. It can be seen that through the setting of the control component, the processing of the management plane instructions can be transferred to this component, that is, the transfer of the management plane instructions as the load is realized. And the above functions of the control component are the same as those of the Microserver on Chip (abbreviated as MoC). The control component can be regarded as a MoC card implemented by software, that is, a virtual MoC card.

[0059] When the user requirement information includes the function information corresponding to the storage function, optionally, the user requirement information may further include the data storage method. Among them, the data storage method can specifically include network storage and local storage. The delivery sub-platform can also create a virtual host that meets the requirements according to this data storage method.

[0060] If the data storage method in the user requirement information is network storage, the control component created by the delivery sub-platform may further include a storage driver for implementing the storage function. Using the storage driver in the control component, a network storage device can also be mounted for the virtual host created by the delivery sub-platform. The system data and user data of the virtual host can be stored in the network storage device. Then the container can generate a data acquisition request in response to the user operation, and in response to this data acquisition request, access the network storage device mounted on the virtual host by using the storage driver, so as to obtain the target data corresponding to the data acquisition request in the network storage device.

[0061] For the mounting of network storage devices, specifically, after the storage driver is created in the delivery sub-platform, the driver can be used as the driver of the cloud disk to establish communication between the virtual host and the network storage device. Then, after the user generates a data acquisition request, the target data can be directly obtained from the network storage device.

[0062] Optionally, the network storage device can be a cloud disk. The cloud disk can also be regarded as a block storage (Elastic Block Storage, abbreviated as EBS) service. The cloud disk can be in the same or different VPCs as the virtual host.

[0063] If the data storage method in the user demand information is local storage, the delivery sub-platform can create a virtual host containing a local storage device. The system data and user data of the virtual host can be stored in the local storage device.

[0064] In this embodiment, the delivery sub-platform can create control components and virtual hosts that meet user requirements according to information in different dimensions in the user demand information, so as to realize the hosting and delivery of physical hosts. In addition, in this embodiment, compared with hardware-form controller devices such as the aforementioned MoC card, using software-form control components can also reduce the management cost of virtual hosts and containers.

[0065] According to Figure 1 As can be seen from the description in the above embodiment, the delivery sub-platform can determine the target physical host from the alternative physical hosts, and further create a virtual host in the target physical host. For the determination of the target physical host, optionally, the configuration information of each alternative physical host has been stored in the hosting sub-platform, and the delivery sub-platform can, in response to the delivery request, compare the configuration information included in the delivery request with the configuration information of each alternative physical host to determine the physical host with matching configuration information as the target physical host. The above process of matching configuration information is also the process of matching TAG information.

[0066] In practice, considering that the virtual host should be able to be normally used by the user, optionally, the running status of the alternative physical hosts can also be referred to during the process of determining the target physical host to avoid determining a physically abnormal host as the target physical host.

[0067] The delivery sub-platform can first determine the physically-hosted machines that are running properly based on the operation status data of the alternative physically-hosted machines. Then, it can compare the above-mentioned configuration information among these properly-running physically-hosted machines, so as to determine the target physically-hosted machine among the properly-running physically-hosted machines. Among them, the operation status of the physically-hosted machine can be collected by the detection sub-component in the control component. This sub-component can also be regarded as a node controller (Python Node Controller, abbreviated as PYNC).

[0068] In this embodiment, through the matching of the configuration information, the delivery sub-platform can ensure that the virtual machines are created on the physically-hosted machines that meet the user's requirements, and thus can ensure that the virtual machines finally delivered to the users meet the user's requirements.

[0069] As can be seen from the descriptions in the above embodiments, the process of the management platform's hosting and delivering of the physically-hosted machines and the user's use of the virtual machines can include the following multiple stages:

[0070] Planning stage: The user can provide the configuration information of the alternative physically-hosted machines through the hosting sub-platform, and the hosting sub-platform stores this configuration information. This stage is also the online hosting stage.

[0071] Procurement stage: The service provider transports the alternative physically-hosted machines required to be hosted by the user to its own computer room.

[0072] Installation stage: The service provider performs system installation, system quality inspection, and equipment stress testing on the alternative physically-hosted machines.

[0073] Deployment stage: In response to the delivery operation triggered by the user on the delivery sub-platform, determine the target physically-hosted machine among the alternative physically-hosted machines according to the user demand information, and create a control component in this target physically-hosted machine. The sub-components included in the control component correspond to the user demand information.

[0074] Delivery stage: According to the respective configuration information of the alternative physically-hosted machines stored on the hosting sub-platform, if it is determined whether the configuration information of the target physically-hosted machine matches the user demand information, then create the virtual machines to be delivered to the user in this target physically-hosted machine.

[0075] Usage stage: The user can create containers in this virtual machine according to the demand. When the control component creates the containers, it will also create corresponding virtual network cards for these containers, so that the containers can communicate with the outside through these virtual network cards. Optionally, the virtual network card is essentially a virtual network interface, such as an Elastic Network Interface (ENI). The process of creating and using the virtual network card can refer to the relevant descriptions in the following embodiments.

[0076] The above process can also be combinedFigure 3 Understanding.

[0077] It should be noted here that according to the description in the above embodiments, the sub-components in the control component can be created according to user requirements. In practice, the forwarding sub-component and the detection sub-component are essential components in the control component. Among them, the detection sub-component is used to collect the running state data of the physical host to determine whether the physical host is running normally. In the deployment stage, the control component including the forwarding sub-component and the detection component can be installed in the alternative physical hosts first. The forwarding sub-component and the detection sub-component are automatically started after the physical host is powered on. In the delivery stage, the target physical host can be determined according to the user requirement information in the delivery request, and other components such as a storage driver can be added to the control component included in the target physical host according to this user requirement information.

[0078] The working process of the delivery sub-platform in the device management platform can also be described from the perspective of the process below. Figure 4 The flowchart of a device management method provided by an embodiment of the present invention. The method provided by the embodiment of the present invention can be executed by the delivery sub-platform in the device management platform. As Figure 4 shown, the method may include the following steps:

[0079] S101, create a control component in the target physical host hosted by the managed delivery platform.

[0080] S102, create a virtual host delivered to the user in the target physical host, so that the control component controls the virtual host or the container corresponding to the virtual host according to the received control instruction. The virtual host runs in the virtual private cloud (VPC), and the container is created by the user and runs in the container network.

[0081] In response to the delivery operation triggered by the user on the delivery sub-platform, the delivery sub-platform creates a control component in the target physical host. At the same time, a virtual host can also be created in the target physical host.

[0082] During the use of the virtual host, the user can first create the container corresponding to the virtual host. Among them, the container runs in the container network, and the virtual host runs in the VPC. Based on the created container, the user can also generate control instructions for the virtual host or the container running in different networks, and the control instructions can be received and responded to by the control component to finally realize the control of the running state of the virtual host or the container.

[0083] In addition, the specific implementation manners of the steps in this embodiment and the technical effects that can be achieved can refer to the relevant descriptions in the above embodiments, and will not be elaborated here.

[0084] In this embodiment, the delivery sub-platform can create a control component and virtual hosts in a target physical host, and the virtual hosts can be delivered to users. During the use process after the virtual hosts are delivered, users can create containers corresponding to the virtual hosts by themselves. Users can also generate control instructions for virtual hosts or containers running in different networks, and the control component can receive and respond to the control instructions to control the running state of the virtual hosts or the running state of the containers.

[0085] It can be seen that the control component set in the physical host can receive control instructions for virtual hosts or containers in different networks, that is, unify the networks where the virtual hosts and containers are located into the same management domain, and realize the unified management of virtual hosts and containers in different networks. On the other hand, compared with hardware-based controller devices, the software-based control component can also reduce the management cost of virtual hosts and containers.

[0086] Optionally, according to user requirement information, the control component can include the different sub-components mentioned above. The sub-components included in the control component correspond to the user requirement information. The functions that each different sub-component can provide can be referred to the descriptions in the above related embodiments, and will not be elaborated here.

[0087] Optionally, for the virtual hosts created by the delivery sub-platform, according to user requirement information, a network storage device can be mounted for the virtual hosts or a local storage device can be created by means of the storage driver program in the control component. The specific mounting process can be referred to the relevant descriptions in the above embodiments, and will not be elaborated here. And with the setting of the storage device, on the basis of ensuring the normal operation of the virtual hosts, users can also obtain local data or network data by means of the storage device. The specific data acquisition process can be referred to the descriptions in the following related embodiments.

[0088] According to the description in the above platform embodiment, the target physical host can be at least one of the alternative physical hosts hosted by users. Then the delivery platform can also determine the target physical host in the Figure 5 manner shown in the embodiment. Then Figure 5 is a flowchart of another device management method provided by the embodiment of the present invention. As Figure 5 shown, the method can include the following steps:

[0089] S201, in response to a user's delivery request, obtain the configuration information of alternative physical hosts on the hosted delivery platform.

[0090] S202, among the alternative physical hosts, determine the physical host whose configuration information matches the user requirement information as the target physical host.

[0091] In response to a delivery request triggered by a user on the delivery sub-platform, obtain the configuration information of alternative physical hosts stored on the device management platform, and match this configuration information with the user requirement information in the delivery request, so as to obtain a target physical host that meets the user requirements.

[0092] Optionally, during the process of determining the target physical host, the running status of the alternative physical hosts can also be referred to. Then the delivery sub-platform can receive the running status data of the alternative physical hosts. According to the running status data, determine the physical hosts that are running normally among the alternative physical hosts; then among the physical hosts that are running normally, determine the physical host whose configuration information matches the requirement information as the target physical host.

[0093] S203, create a control component in the target physical host hosted on the hosting delivery platform.

[0094] S204, create a virtual host delivered to the user in the target physical host, so that the control component can control the virtual host or the container corresponding to the virtual host according to the received control instruction. The virtual host runs in the virtual private cloud (VPC), and the container is created by the user and runs in the container network.

[0095] For the specific implementation process of the above steps S203 to S204, reference can be made to Figure 4 the specific descriptions of the relevant steps in the embodiments shown, which will not be elaborated here.

[0096] The specific determination process of the target physical host and the functions and creation methods of different sub-components in the control component can also be understood in combination with the above embodiments, which will not be elaborated here.

[0097] In this embodiment, the target physical host is determined by considering both the user requirement information and the running status of the physical host, so as to ensure that the target physical host runs normally and meets the user requirements. Ultimately, it can also ensure that the virtual host delivered to the user also meets the user requirements.

[0098] In addition, for the content not described in detail in this embodiment, reference can be made to the relevant descriptions in the above embodiments, which will not be elaborated here.

[0099] Next, the specific structure of the physical host hosted on the hosting sub-platform can also be described. Figure 6 The figure is a schematic structural diagram of a physical host provided by an embodiment of the present invention. The hosted physical host may include: a control component and a virtual host running in the physical host. Among them, the control component and the virtual host are created by the device management platform, and the virtual host runs in the VPC.

[0100] The physical host in this embodiment may be any one of the alternative physical hosts mentioned in the above embodiments, such as the target physical host. The virtual host and the control component in this physical host are specifically created by the delivery sub-platform in the device management platform. The virtual host is the object delivered to the user.

[0101] During the use of the virtual host, optionally, the control instructions received by the control component may include container creation instructions. Such instructions may be generated just after the virtual host is delivered. The user can trigger an operation on the virtual host to generate a container creation instruction by the virtual host. The virtual host responds to the container creation instruction and creates a container corresponding to the virtual host. As Figure 1 described in the embodiments shown, the container may be an ordinary container running in the isolated environment where the virtual host is located or a secure container running in the running environment provided by the physical host. The virtual host may specifically be manifested as an ECS.

[0102] Optionally, the control instructions received by the control component may further include status control instructions. Among them, the status control instructions for at least one container may be generated by the container orchestration tool, and the status control instructions for the virtual host or all containers in the virtual host may be generated by the server management tool. Then, the control component can control the running status of a single container in response to the status control instruction, or can also control the running status of the entire virtual host or all containers in the virtual host.

[0103] In this embodiment, the physical host may include a virtual host and a control component created by the delivery sub-platform in the device management platform. After the virtual host in the physical host is delivered to the user, the user can also generate control instructions for the virtual host or the container corresponding to the virtual host. The control component can receive and respond to the control instruction to control the running status of the virtual host or the container. Among them, the virtual host runs in the VPC, and the container corresponding to the virtual host runs in the container network.

[0104] It can be seen that the control component set in the physical host can receive control instructions for virtual hosts or containers in different networks, that is, unify the networks where the virtual hosts and containers are located into a management domain, that is, realize the unified management of the two. On the other hand, compared with the hardware-form control device, the software-form control component can also reduce the management cost of virtual hosts and containers.

[0105] Figure 7 It is a schematic structural diagram of another physical host provided by an embodiment of the present invention. Optionally, the control component in this physical host may specifically include: a forwarding sub-component.

[0106] During the actual use of a virtual host, a forwarding sub-component can receive container creation instructions, status control instructions, etc. mentioned in the above embodiments. Optionally, what the forwarding sub-component receives can also be a data acquisition request generated by a user. Among them, the data acquired by the user can be the system data or user data of the virtual host in a storage device, or data in other networks. Among them, the storage device can be a network storage device or a local storage device.

[0107] For data acquisition, in one case, a user wants to acquire data in other networks. Optionally, this other network can be another VPC different from the virtual host or the public network.

[0108] Specifically, a user can trigger a data acquisition operation on a container, and the container can generate a data acquisition request in response to this operation. The forwarding sub-component can receive this data acquisition request through the virtual network card corresponding to the container, and forward the data acquisition request to the gateway of the VPC network where the virtual host is located, so that the gateway forwards the data acquisition request to other networks.

[0109] Among them, optionally, after receiving the container creation instruction forwarded by the forwarding sub-component, the virtual container can further call the forwarding sub-component, so that the forwarding sub-component creates a virtual network card corresponding to the container in response to the call. Optionally, the forwarding sub-component can also allocate routing information for this virtual network card during the process of creating the virtual network card, and forward the data acquisition request to the gateway of the VPC where the virtual host is located according to this routing information.

[0110] In another case, a user wants to acquire data in a network storage device. Optionally, the control component can also include a storage driver.

[0111] After the container generates a data acquisition request, the container can also access the network storage device mounted by the virtual host with the help of the storage driver, so as to obtain the target data corresponding to the data acquisition request in the network storage device. Optionally, the network storage device can be a cloud disk.

[0112] In yet another case, a user wants to acquire data in a local storage device. Optionally, the physical component also includes a local storage device, such as a disk. Then, after the container generates a data acquisition request, it can directly access the local storage device to obtain the target data corresponding to the data acquisition request.

[0113] It should be noted that in practice, a physical host usually can set a local storage device, and can choose to mount a network storage device for the virtual host according to user needs. When no network storage device is mounted, the system data and user data of the virtual host are stored in the local storage device, and when a network storage device is mounted, the system data of the virtual host can be stored in the network storage device.

[0114] And the process of obtaining data from the network storage device or other networks described above can also be combined with Figure 8 understanding.

[0115] Optionally, the forwarding sub-component also has traffic control capabilities. According to the bandwidth of the virtual network card, if the number of control instructions and / or data acquisition instructions generated within a period of time is greater than a preset threshold, that is, the traffic exceeds the bandwidth of the virtual network card, the forwarding sub-component can discard the instructions. Optionally, the instructions can be discarded according to the priority of the instructions or the type of the instructions.

[0116] Optionally, the control component can also include a detection sub-component for detecting the running states of the virtual host and / or the container.

[0117] In this embodiment, the control component can also include various sub-components to enable the control component to control the running states of the virtual hosts and containers in different networks. With the help of the control component, data transmission between the container and other devices can also be realized. In addition, for the content not described in detail in this embodiment, reference can be made to the relevant descriptions in the above embodiments, which will not be elaborated here.

[0118] In addition, for the platform and the physical host provided in the above embodiments, the hosting, delivery, and use processes of the physical host can also be understood in combination with the following content.

[0119] Suppose there are 100 physical hosts of model ABC with an operating system version of OS5 and 100 physical hosts of model XYZ with an operating system version of OS3 hosted in the hosting sub-platform. Then the above 200 physical hosts are all candidate physical hosts, and the model and operating system version of each physical host can be stored as the TAG of the physical host in the hosting sub-platform. And the control component can be installed in these hosted physical hosts. At this time, the control component can have basic components such as a forwarding sub-component and a detection sub-component.

[0120] When a user makes a delivery request generated by the delivery sub-platform, the usage requirement information included in the request may include: 5 machines of model ABC with an operating system version of OS5. Then, the delivery subsystem can match the TAG in the user requirement information with the respective TAGs of the alternative physical hosts in the hosting sub-platform to obtain 5 target physical hosts that meet the user's requirements. The delivery subsystem can further create virtual hosts among these 5 target physical hosts. At the same time, when the data storage method in the user requirement information is network storage, the storage driver in the control component can also be used to establish communication between the target physical hosts and the corresponding network disks, that is, mount the corresponding network disks to the target physical hosts. This virtual host with a mounted network disk can be delivered to the user. At the same time, the delivery subsystem can also create a storage driver in the control component according to the above user requirement information.

[0121] During the usage process after the virtual host is delivered, when the user creates a container corresponding to the virtual host, the control component can also create a corresponding virtual network card for the container. With the help of this virtual network card, the container can obtain data from other networks or network storage devices.

[0122] And during the usage process of the virtual host, the user can also generate a running state control instruction for the virtual host or the container. Then, the forwarding sub-component in the control component is used to receive this instruction to ultimately realize the control of the running state of the virtual host or the container.

[0123] In addition, for the content not described in detail in this embodiment, reference can be made to the relevant descriptions in the above embodiments, which will not be elaborated here.

[0124] The device management device of one or more embodiments of the present invention will be described in detail below. Those skilled in the art can understand that these device management devices can all be configured by using commercially available hardware components through the steps taught by this solution.

[0125] Figure 8 For the structural schematic diagram of a device management device provided by an embodiment of the present invention, as Figure 8 shown, the device may include:

[0126] The component creation module 11 is used to create a control component in the target physical hosts hosted by the hosting and delivery platform.

[0127] The host creation module 12 is used to create virtual hosts delivered to the user in the target physical hosts, so that the control component controls the virtual hosts or the containers corresponding to the virtual hosts according to the received control instructions. The virtual hosts run in a virtual private cloud (VPC), and the containers are created by the user and run in a container network.

[0128] Optionally, the component creation module 11 is configured to obtain user requirement information in the delivery request in response to a user's delivery request; create sub-components corresponding to the user requirement information in the target physical host, so that the sub-components constitute the control component.

[0129] Optionally, the apparatus further includes: a host determination module 13, configured to obtain configuration information of alternative physical hosts on the device management platform in response to the delivery request; determine, among the alternative physical hosts, a physical host whose configuration information matches the user requirement information as the target physical host.

[0130] Optionally, the host determination module 13 is further configured to receive operation status data of the alternative physical hosts; determine, according to the operation status data, physical hosts that are operating normally among the alternative physical hosts; and determine, among the physical hosts that are operating normally, a physical host whose configuration information matches the requirement information as the target physical host.

[0131] Optionally, the component creation module 11 is configured to create the control component including a storage driver according to the user requirement information, so that the storage driver mounts a network storage device for the virtual host created in the target physical host.

[0132] Figure 9 The illustrated apparatus can execute Figures 4 - 5 the method of the illustrated embodiment. For parts not described in detail in this embodiment, reference can be made to the relevant descriptions of Figures 4 - 5 the illustrated embodiment. For the execution process and technical effects of this technical solution, refer to the descriptions in Figures 4 - 5 the illustrated embodiment, which will not be elaborated herein.

[0133] In a possible design, the device management method provided in the foregoing embodiments can be applied to an electronic device, such as Figure 10 shown. The electronic device may include: a processor 31 and a memory 32. Among them, the memory 32 is used to store a program that supports the electronic device to execute the device management method provided in the foregoing Figures 4 - 5 illustrated embodiment, and the processor 31 is configured to execute the program stored in the memory 32.

[0134] The program includes one or more computer instructions. When the one or more computer instructions are executed by the first processor 31, the following steps can be implemented:

[0135] Create a control component in a target physical host hosted on a hosting delivery platform;

[0136] Create a virtual host delivered to the user in the target physical host, so that the control component controls the virtual host or the container corresponding to the virtual host according to the received control instruction. The virtual host runs in a virtual private cloud (VPC), and the container is created by the user and runs in a container network.

[0137] Optionally, the processor 31 is further configured to execute all or part of the steps in the foregoing Figures 4 - 5 illustrated embodiments.

[0138] Wherein, the structure of the electronic device may further include a communication interface 33 for communicating with other devices or communication systems.

[0139] In addition, an embodiment of the present invention provides a computer storage medium for storing computer software instructions used by the above-mentioned electronic device, which includes a program for executing the above-mentioned Figures 4 - 5 device management method shown.

[0140] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit them. Although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements for some of the technical features. And these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A physical host, characterized in that, The physical host is hosted by a device management platform. The physical host includes: a control component and virtual hosts running in the physical host. The control component and the virtual hosts are created by the device management platform. The virtual hosts delivered to users run in a virtual private cloud (VPC). The control component is configured to receive control instructions; and control the running status of the virtual machine host or the container corresponding to the virtual host. The container is created by the user and runs in a container network.

2. The host according to claim 1, characterized in that, The control instructions include container creation instructions. The control component includes: a forwarding sub-component configured to receive the container creation instructions. The virtual host is configured to create a container in response to the container creation instructions. The container includes the secure container running in the running environment provided by the target physical host and / or the container running in the isolation environment where the virtual host is located.

3. The host according to claim 2, characterized in that, The control instructions include status control instructions. The virtual machine host includes a cloud server. The control component includes: a forwarding sub-component configured to receive the status control instructions generated by a container orchestration tool for the container or the status control instructions generated by a server management tool for the cloud server.

4. The host according to claim 2, wherein The forwarding sub-component is configured to, after receiving the container creation instructions, create a virtual network card corresponding to the container in response to a call from the virtual host to the forwarding sub-component. Receive the data acquisition request generated by the container by using the virtual network card corresponding to the container. Forward the data acquisition request to the gateway of the VPC where the virtual host is located, so that the gateway forwards the data acquisition request to other networks.

5. The host according to claim 4, characterized in that, The forwarding sub-component is configured to assign routing information to the virtual network card corresponding to the container; and forward the data acquisition request to the gateway according to the routing information.

6. The host according to claim 5, characterized in that, The control component further includes: a storage driver for a network storage device. The storage driver is configured to mount the network storage device for the virtual host. The container is configured to generate the data acquisition request; and access the network storage device mounted by the virtual host by using the storage driver to obtain target data corresponding to the data acquisition request.

7. The host according to claim 5, characterized in that, The physical host further includes a local storage device. The container is configured to generate a data acquisition request; and access the local storage device to obtain target data corresponding to the data acquisition request.

8. The host according to claim 1, characterized in that, The control component further includes: a detection sub-component configured to detect the running status of the virtual machine host and / or the container corresponding to the virtual host.

9. A device management method, characterized in that, including: Create a control component in a target physical host hosted by a hosting and delivery platform. Create a virtual host delivered to a user in the target physical host, so that the control component controls the virtual host or the container corresponding to the virtual host according to the received control instructions. The virtual host runs in a virtual private cloud (VPC), and the container is created by the user and runs in a container network.

10. The method according to claim 9, wherein The creating of the control component includes: In response to a delivery request from a user, obtain user requirement information in the delivery request. Create a sub-component corresponding to the user requirement information in the target physical host, so that the control component is composed of the sub-components.

11. The method according to claim 10, wherein Before creating the control component, the method further includes: In response to the delivery request, obtain the configuration information of the alternative physical hosts on the device management platform; Among the alternative physical hosts, determine the physical host whose configuration information matches the user requirement information as the target physical host.

12. The method according to claim 11, characterized in that, The method further includes: Receive the operation status data of the alternative physical hosts; The determining, among the alternative physical hosts, the physical host whose configuration information matches the user requirement information as the target physical host includes: According to the operation status data, determine the normally operating physical hosts among the alternative physical hosts; Among the normally operating physical hosts, determine the physical host whose configuration information matches the requirement information as the target physical host.

13. The method according to claim 10, characterized in that, The creating of the control component includes: According to the user requirement information, create the control component including a storage driver, so that the storage driver mounts a network storage device for the virtual host created in the target physical host.

14. A device management platform, characterized in that, Includes: A hosting sub-platform and a delivery sub-platform; The hosting sub-platform is used to store the configuration information of the hosted alternative physical hosts; The delivery sub-platform is used to determine the target physical host among the alternative physical hosts according to the configuration information; In the target physical host, create a control component; Create a virtual host delivered to the user in the target physical host, so that the virtual host controls the virtual host or the container corresponding to the virtual host according to the control instructions received by the control component. The virtual host runs in a virtual private cloud (VPC), and the container is created by the user and runs in a container network.

15. A physical host, characterized in that, Includes: A memory and a processor; wherein, executable code is stored on the memory, and when the executable code is executed by the processor, the processor executes the device management method according to any one of claims 9 to 13.

16. A non-transitory machine-readable storage medium, characterized in that, Executable code is stored on the non-transitory machine-readable storage medium, and when the executable code is executed by the processor of the electronic device, the processor executes the device management method according to any one of claims 9 to 13.

Images