A server management method based on a cloud management platform and the cloud management platform itself.

Abstract

This application discloses a server management method and a cloud management platform based on a cloud management platform, which can improve the tenant experience. The method includes: a tenant sending a server deployment request to a server deployment interface provided by the cloud management platform. Since the request indicates the target location for multiple second physical servers, the cloud management platform can deploy the multiple second physical servers at the target location. The tenant also sends a server management request to a server management interface provided by the cloud management platform. Since the request indicates the operating system of the multiple second physical servers and the network for access by these multiple second physical servers, the cloud management platform can install the operating system on the multiple second physical servers and connect the multiple second physical servers with the installed operating system to the network, so that the multiple second physical servers with the installed operating system can communicate with multiple first physical servers of the public cloud system through the network.

Description

Technical Field

[0001] This application relates to the field of cloud technology, and in particular to a server management method and a cloud management platform based on a cloud management platform. Background Technology

[0002] In cloud scenarios, the cloud can be divided into public cloud and private cloud. In a public cloud, cloud providers use physical servers to offer cloud services to users; these servers belong to the cloud provider. In a private cloud, cloud providers sell physical servers that can provide cloud services to users; these physical servers belong to the users themselves.

[0003] In related technologies, if a user needs to own physical server assets, there are generally two options: one is to purchase a private cloud provided by a cloud provider to obtain a self-owned physical server cluster; the other is for the user to build their own local data center, which can contain the user-owned physical server cluster.

[0004] Regardless of the approach, if users own their own physical servers, these servers will not allow users to enjoy the services provided by the public cloud, resulting in a poor user experience. Summary of the Invention

[0005] This application provides a server management method and a cloud management platform based on a cloud management platform, which enables tenants to enjoy various services provided by public cloud system servers while owning their own physical server assets, thereby improving the tenant experience.

[0006] The first aspect of this application provides a server management method based on a cloud management platform. The cloud management platform can be used to manage infrastructure in a public cloud system that provides cloud services to tenants, and this infrastructure includes multiple first physical servers. The method includes:

[0007] When a tenant needs to deploy multiple second physical servers that belong to the tenant but are not part of the public cloud system in the cloud, the tenant can input the server deployment request configured by the tenant into the server deployment interface provided by the cloud management platform. In this way, the cloud management platform can receive the server deployment request sent by the tenant through the server deployment interface. The server deployment request can be used to indicate the target location within the public cloud system infrastructure selected by the tenant for the multiple second physical servers.

[0008] Upon receiving a server deployment request, the cloud management platform can determine the target location for setting up multiple second physical servers and deploy the multiple second physical servers at the target location.

[0009] When a tenant needs to manage multiple secondary physical servers deployed in the cloud, the tenant can input server management requests configured by the tenant into the server management interface provided by the cloud management platform. In this way, the cloud management platform can receive the server management requests sent by the tenant through the server management interface. The server management requests can be used to indicate the operating system selected by the tenant for the multiple secondary physical servers and the network selected by the tenant for the access of the multiple secondary physical servers.

[0010] Upon receiving a server management request, the cloud management platform can determine the operating systems of multiple second physical servers and the networks that the multiple second physical servers can access. Therefore, the cloud management platform can install the operating system on the multiple second physical servers and notify the multiple second physical servers with the operating system installed to access the network, so that the multiple second physical servers with the operating system installed can communicate with the multiple first physical servers through the network.

[0011] As can be seen from the above method, since the cloud management platform can provide tenants with cloud-based management services for their second physical servers, based on this service, tenants can deploy multiple of their own second physical servers at target locations within the infrastructure of the public cloud system. The cloud management platform can then connect the networks between these multiple second physical servers and the multiple first physical servers of the public cloud system. In other words, tenants can access the first physical servers of the public cloud system through their second physical servers. Therefore, while owning their own physical server (i.e., second physical server) assets, tenants can enjoy various services provided by the servers (i.e., first physical servers) of the public cloud system, thereby improving the tenant experience.

[0012] In one possible implementation, the target location includes at least one of the following: target region, target availability zone, target data center, and target server room.

[0013] In one possible implementation, the server deployment request also indicates the number of racks, the rack arrangement order, and the rack power. The cloud management platform deploys multiple second physical servers at the target location by: selecting multiple racks from the target location that meet the quantity, arrangement order, and power requirements; and deploying the multiple second physical servers in the multiple racks. In the aforementioned implementation, after receiving the server deployment request, the cloud management platform can also determine the number of racks, the rack arrangement order, and the rack power set up by the tenant based on the request. Then, the cloud management platform can select multiple racks from the target location that meet the quantity, arrangement order, and power requirements. The cloud management platform can then deploy the multiple second physical servers in these multiple racks, thus successfully completing the physical deployment of multiple second physical servers in multiple racks.

[0014] In one possible implementation, the server deployment request also indicates the specifications and models of multiple second physical servers. The cloud management platform deploys these multiple second physical servers across multiple racks by: deploying second physical servers of the same specifications in the same rack, and deploying second physical servers of the same model in the same rack. In the aforementioned implementation, after receiving the server deployment request, the cloud management platform can also determine the specifications and models of the multiple second physical servers based on the request. Therefore, the cloud management platform can prioritize deploying second physical servers of the same specifications and models in the same rack, thus successfully completing the physical deployment of multiple second physical servers across multiple racks according to a certain pattern.

[0015] In one possible implementation, the server deployment request also indicates the communication rate of multiple second physical servers. The cloud management platform notifying the multiple second physical servers with operating systems installed to access the network includes: the cloud management platform notifying the multiple second physical servers with operating systems installed to access the network at their respective communication rates. In the aforementioned implementation, after receiving the server deployment request, the cloud management platform can also determine the communication rate of the multiple second physical servers based on the request. Therefore, the cloud management platform can notify the multiple second physical servers with operating systems installed to access the network according to their respective communication rates. In this way, the multiple second physical servers with operating systems installed can access multiple first physical servers in the network according to the communication rate set by the tenant, thereby meeting the tenant's network communication needs.

[0016] In one possible implementation, the network includes a first subnetwork accessed by multiple first physical servers. A server management request is used to indicate a second subnetwork within the network. The cloud management platform notifies multiple second physical servers with operating systems installed to access the network at their respective communication rates. This includes: the cloud management platform creating the second subnetwork and establishing a connection between the first and second subnetworks; and the cloud management platform notifying the multiple second physical servers with operating systems installed to access the second subnetwork at their respective communication rates. In this implementation, since the network includes the first subnetwork accessed by multiple first physical servers, upon receiving the server management request, the cloud management platform can determine the second subnetwork to be created for access by the multiple second physical servers based on the request. Therefore, the cloud management platform can create the second subnetwork and establish a connection between the first and second subnetworks, and then notify the multiple second physical servers with operating systems installed to access the second subnetwork according to their respective communication rates. In this way, the multiple second physical servers with operating systems installed can communicate successfully with the multiple first physical servers sequentially through the second subnetwork and the first subnetwork, while also satisfying tenants' customization needs for the subnetworks within the network.

[0017] In one possible implementation, the method further includes: a cloud management platform receiving a server maintenance request sent by a tenant, the server maintenance request indicating the tenant's resource view; and the cloud management platform providing the tenant with a resource view based on the server maintenance request, wherein the resource view indicates multiple second physical servers with operating systems installed and the rack where each second physical server is located. In the aforementioned implementation, when a tenant needs to obtain maintenance information for multiple second physical servers with operating systems installed, the tenant can input the server maintenance request set by the tenant into the server maintenance interface provided by the cloud management platform. In this way, the cloud management platform can receive the server maintenance request sent by the tenant through the server maintenance interface. After receiving the server maintenance request, if the cloud management platform determines that it needs to return the tenant's resource view based on the request, the cloud management platform can generate and provide the tenant with the tenant's resource view. This resource view can be used to indicate information such as multiple second physical servers with operating systems installed and the rack where each second physical server is located. In this way, the tenant can accurately understand the distribution of its multiple second physical servers in the cloud based on this resource view.

[0018] In one possible implementation, the server maintenance request is used to instruct on monitoring information for multiple secondary physical servers running an operating system. The method further includes: a cloud management platform providing the tenant with the monitoring information for the multiple secondary physical servers running the operating system. This monitoring information includes at least one of the following: resource usage and traffic of the multiple secondary physical servers running the operating system. In the aforementioned implementation, after receiving the server maintenance request, if the cloud management platform determines based on the request that monitoring information for the multiple secondary physical servers running the operating system needs to be returned, the cloud management platform can provide this monitoring information to the tenant. This monitoring information may include at least one of the following: resource usage and traffic of the multiple secondary physical servers running the operating system. In this way, the tenant can accurately understand the real-time status of their multiple secondary physical servers in the cloud based on this monitoring information.

[0019] In one possible implementation, the server maintenance request is used to indicate alarm information from multiple second physical servers with operating systems installed. The method further includes: a cloud management platform detecting whether the monitoring information of the multiple second physical servers with operating systems installed meets preset alarm conditions; among the multiple second physical servers with operating systems installed, the cloud management platform determines that the monitoring information of any one of the second physical servers meets the alarm conditions and provides the tenant with the alarm information of the second physical server, wherein the alarm information indicates that the second physical server has an anomaly. In the aforementioned implementation, after receiving the server maintenance request, if the cloud management platform determines based on the request that alarm information from the multiple second physical servers with operating systems installed needs to be returned, the cloud management platform detects whether the monitoring information of the multiple second physical servers with operating systems installed meets preset alarm conditions. If the monitoring information of any one of the second physical servers meets the alarm conditions, the cloud management platform can provide the tenant with the alarm information of that second physical server, wherein the alarm information indicates that the second physical server has an anomaly. In this way, the tenant can accurately determine that one or more second physical servers have an anomaly based on these alarm information for subsequent anomaly handling.

[0020] In one possible implementation, the server maintenance request is used to indicate the topology for multiple second physical servers with an operating system installed. The method further includes: a cloud management platform providing the tenant with the topology, wherein the topology indicates the relationships between multiple network devices connected to the multiple second physical servers with the operating system installed, the multiple second physical servers with the operating system installed, and the multiple racks where the multiple second physical servers with the operating system installed reside. The multiple network devices are used to provide network access for the multiple second physical servers with the operating system installed. In the aforementioned implementation, after receiving the server maintenance request, if the cloud management platform determines based on the request that a topology for the multiple second physical servers with the operating system installed needs to be returned, the cloud management platform can generate and provide the tenant with the topology, wherein the topology indicates the relationships between the multiple network devices connected to the multiple second physical servers with the operating system installed, the multiple second physical servers with the operating system installed, and the multiple racks where the multiple second physical servers with the operating system installed reside. In this way, the tenant can accurately understand the physical connection relationships of its multiple second physical servers in the cloud based on the topology.

[0021] In one possible implementation, the server maintenance request is used to indicate a tenant's work order. The method further includes: among multiple second physical servers with an operating system installed, the cloud management platform executes the operation indicated by the work order on any one of the second physical servers indicated by the work order. The operation includes at least one of the following: adjusting the rack where the second physical server is located, removing the second physical server from its rack, and adding a third physical server to the rack where the second physical server is located. The third physical server belongs to the tenant and is not part of the public cloud system. In the aforementioned implementation, after receiving the server maintenance request, if the cloud management platform determines that a tenant's work order exists based on the request, since the work order can indicate a specific second physical server among the multiple second physical servers with an operating system installed and the operation performed on that second physical server, the cloud management platform can execute the operation on that second physical server. In this way, the cloud management platform can meet the tenant's remote operation needs for each second physical server.

[0022] In one possible implementation, the server maintenance request is used to instruct maintenance reports for multiple secondary physical servers with operating systems installed. The method further includes: the cloud management platform providing the maintenance report to the tenant, wherein the maintenance report indicates anomalies existing in the multiple secondary physical servers with operating systems installed within a preset time period. In the aforementioned implementation, upon receiving the server maintenance request, if the cloud management platform determines based on the request that maintenance reports for the multiple secondary physical servers with operating systems installed need to be returned, the cloud management platform can generate and provide the maintenance report to the tenant. This maintenance report indicates anomalies existing in the multiple secondary physical servers with operating systems installed within a preset time period. In this way, the tenant can promptly troubleshoot problems existing during the operation of the multiple secondary physical servers or potential future problems based on the maintenance report.

[0023] In one possible implementation, the server maintenance request is used to instruct on video of multiple second physical servers with operating systems installed. The method further includes: the cloud management platform providing the tenant with video, wherein the video is used to display the multiple second physical servers with operating systems installed to the tenant. In the aforementioned implementation, after receiving the server maintenance request, if the cloud management platform determines based on the request that video of the multiple second physical servers with operating systems installed needs to be returned, the cloud management platform can provide the tenant with video footage of the multiple second physical servers with operating systems installed. In this way, the tenant can view the multiple second physical servers in real time based on the video.

[0024] A second aspect of this application provides a cloud management platform for managing the infrastructure of a public cloud system. The infrastructure includes multiple first physical servers. The cloud management platform includes: a first receiving module for receiving server deployment requests sent by tenants, wherein the server deployment requests indicate a target location for multiple second physical servers, the multiple second physical servers belonging to the tenants but not to the public cloud system, and the target location being located within the infrastructure; a deployment module for deploying the multiple second physical servers at the target location based on the server deployment requests; a second receiving module for receiving server management requests sent by tenants, wherein the server management requests indicate the operating systems of the multiple second physical servers and the network accessed by the multiple second physical servers; and a notification module for installing the operating systems on the multiple second physical servers based on the server management requests and notifying the multiple second physical servers with the installed operating systems to access the network, wherein the network is used to enable communication between the multiple second physical servers with the installed operating systems and the multiple first physical servers.

[0025] In one possible implementation, the target location includes at least one of the following: target region, target availability zone, target data center, and target server room.

[0026] In one possible implementation, the server deployment request is also used to indicate the number of racks, the arrangement order of the racks, and the power of the racks. The deployment module is used to: select multiple racks from the target location that meet the requirements of number, arrangement order, and power; and deploy multiple second physical servers in the multiple racks.

[0027] In one possible implementation, the server deployment request is also used to indicate the specifications and models of the multiple second physical servers, and the deployment module is used to: deploy second physical servers with the same specifications in the same rack and second physical servers with the same model in the same rack.

[0028] In one possible implementation, the server deployment request is also used to indicate the communication rate of multiple second physical servers, and the notification module 904 is used to notify the multiple second physical servers with operating systems installed to access the network at the communication rate.

[0029] In one possible implementation, the network includes a first sub-network to which multiple first physical servers are connected. A server management request is used to indicate a second sub-network to which the network includes. A notification module 904 is used to: create a second sub-network and establish a connection between the first and second sub-networks; and notify multiple second physical servers with operating systems installed to access the second sub-network at a communication rate.

[0030] In one possible implementation, the cloud management platform further includes: a third receiving module for receiving server maintenance requests sent by tenants, the server maintenance requests indicating the tenant's resource view; and an maintenance module for providing the tenant with a resource view based on the server maintenance requests, wherein the resource view indicates multiple second physical servers with operating systems installed and the rack where each second physical server is located.

[0031] In one possible implementation, the server maintenance request is used to indicate monitoring information of multiple second physical servers with operating systems installed. The maintenance module is also used to provide the tenant with the monitoring information of the multiple second physical servers with operating systems installed, wherein the monitoring information of the multiple second physical servers with operating systems installed includes at least one of the following: resource usage of the multiple second physical servers with operating systems installed and traffic of the multiple second physical servers with operating systems installed.

[0032] In one possible implementation, the server maintenance request is used to indicate alarm information of multiple second physical servers with operating systems installed. The maintenance module is also used to: detect whether the monitoring information of the multiple second physical servers with operating systems installed meets the preset alarm conditions; determine that the monitoring information of any one of the multiple second physical servers with operating systems installed meets the alarm conditions, and provide the tenant with the alarm information of the second physical server, wherein the alarm information is used to indicate that there is an anomaly in the second physical server.

[0033] In one possible implementation, the server maintenance request is used to indicate the topology for multiple second physical servers with an operating system installed. The maintenance module is also used to provide the topology to the tenant, wherein the topology indicates the relationship between multiple network devices connected to the multiple second physical servers with an operating system installed, the multiple second physical servers with an operating system installed, and the multiple racks where the multiple second physical servers with an operating system installed reside, and the multiple network devices are used to provide network access for the multiple second physical servers with an operating system installed.

[0034] In one possible implementation, the server maintenance request is used to indicate the tenant's work order. The maintenance module is also used to execute the operation indicated by the work order on any one of the multiple second physical servers with an operating system installed. The operation includes at least one of the following: adjusting the rack where the second physical server is located, removing the second physical server from its rack, and adding a third physical server to the rack where the second physical server is located. The third physical server belongs to the tenant and does not belong to the public cloud system.

[0035] In one possible implementation, the server maintenance request is used to indicate maintenance reports for multiple second physical servers with operating systems installed. The maintenance module is also used to provide maintenance reports to tenants, wherein the maintenance reports indicate anomalies existing in the multiple second physical servers with operating systems installed during a preset time period.

[0036] In one possible implementation, the server maintenance request is used to instruct the video of multiple second physical servers with operating systems installed. The maintenance module is also used to provide the video to the tenant, wherein the video is used to show the tenant multiple second physical servers with operating systems installed.

[0037] A third aspect of this application provides a computing device cluster, which includes at least one computing device, each computing device including a processor and a memory: the memory is used to store instructions; the processor is used to cause the computing device cluster to perform the method described in the first aspect or any possible implementation of the first aspect according to the instructions.

[0038] A fourth aspect of this application provides a computer storage medium storing one or more instructions that, when executed by one or more computers, cause the one or more computers to perform the method described in the first aspect or any possible implementation of the first aspect.

[0039] A fifth aspect of this application provides a computer program product storing instructions that, when executed by a computer, cause the computer to perform the method described in the first aspect or any possible implementation of the first aspect.

[0040] In this embodiment, when a tenant needs to deploy multiple of its own second physical servers in the cloud, the tenant can send a server deployment request to the server deployment interface provided by the cloud management platform. Since the server deployment request indicates the target location for the multiple second physical servers, the cloud management platform can deploy the multiple second physical servers at the target location based on the request. When a tenant needs the cloud management platform to manage multiple second physical servers, the tenant can send a server management request to the server management interface provided by the cloud management platform. Since the server management request indicates the operating system of the multiple second physical servers and the network for these multiple second physical servers to access, the cloud management platform can install the operating system on the multiple second physical servers based on the request and connect the multiple second physical servers with the installed operating system to the network, so that the multiple second physical servers with the installed operating system can communicate with the multiple first physical servers owned by the public cloud system through the network. In the aforementioned process, since the cloud management platform can provide tenants with cloud-based management services for their second physical servers, based on this service, tenants can deploy multiple of their own second physical servers at target locations within the infrastructure of the public cloud system. The cloud management platform then establishes a network connection between these multiple second physical servers and the multiple first physical servers of the public cloud system. In other words, tenants can access the first physical servers of the public cloud system through their second physical servers. Therefore, while owning their own physical server (i.e., second physical server) assets, tenants can enjoy various services provided by the servers (i.e., first physical servers) of the public cloud system, thereby improving the tenant experience. Attached Figure Description

[0041] Figure 1 A schematic diagram of the structure of a public cloud system provided in an embodiment of this application;

[0042] Figure 2 Another schematic diagram of the public cloud system provided in the embodiments of this application;

[0043] Figure 3A schematic diagram of the structure of the cloud management platform provided in the embodiments of this application;

[0044] Figure 4 A schematic flowchart illustrating a server management method based on a cloud management platform provided in an embodiment of this application;

[0045] Figure 5 A schematic diagram of the CloudDC purchase page provided in an embodiment of this application;

[0046] Figure 6 A schematic diagram of the iMetal management page provided in an embodiment of this application;

[0047] Figure 7 Another schematic diagram of the public cloud system provided in the embodiments of this application;

[0048] Figure 8 A schematic diagram of the DCOS operation and maintenance page provided in the embodiments of this application;

[0049] Figure 9 Another structural diagram of the cloud management platform provided in the embodiments of this application;

[0050] Figure 10 A schematic diagram of the structure of a computing device provided in an embodiment of this application;

[0051] Figure 11 A schematic diagram of the structure of a computing device cluster provided in an embodiment of this application;

[0052] Figure 12 This is a schematic diagram illustrating the network connection of computer devices in a computer cluster provided in an embodiment of this application. Detailed Implementation

[0053] This application provides a server management method and a cloud management platform based on a cloud management platform, which enables tenants to enjoy various services provided by public cloud system servers while owning their own physical server assets, thereby improving the tenant experience.

[0054] The terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms are interchangeable where appropriate; this is merely a way of distinguishing objects with the same attributes in the embodiments of this application. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion, so that a process, method, system, product, or apparatus that comprises a series of elements is not necessarily limited to those elements, but may include other elements not explicitly listed or inherent to those processes, methods, products, or apparatuses.

[0055] In cloud scenarios, the cloud can be divided into public cloud and private cloud. In a public cloud, cloud providers use physical servers to offer cloud services to users; these servers belong to the cloud provider. In a private cloud, cloud providers sell physical servers that can provide cloud services to users; these physical servers belong to the users themselves.

[0056] In related technologies, if a user needs to own physical server assets, there are generally two options. One option is to purchase a private cloud provided by a cloud provider. The private cloud includes a physical server cluster and the software required to run those physical servers. Once running, the cluster can provide the user with dedicated cloud services. The other option is for the user to build their own local data center. This data center can contain the user's own physical server cluster, and the user can customize the software running on the physical servers in the cluster to provide local services.

[0057] Regardless of the solution mentioned above, if users own their own physical servers, these physical servers will not allow users to enjoy the services provided by the public cloud (such as management services, operation and maintenance services, and various cloud-native services, etc.), which will lead to a poor user experience.

[0058] To address the aforementioned issues, this application provides a server management method based on a cloud management platform, which can be implemented through a public cloud system. Figure 1 A schematic diagram of the structure of the public cloud system provided in the embodiments of this application is shown below. Figure 1 As shown, a public cloud system includes the infrastructure that provides cloud services and the cloud management platform that manages this infrastructure. The cloud management platform and the infrastructure are described separately below:

[0059] A cloud management platform can centrally manage the infrastructure within the entire public cloud system (for example, providing a certain number of physical servers to a tenant within the infrastructure according to the tenant's instructions; these physical servers are rented by the tenant from the public cloud system and belong to the public cloud system (cloud vendor) assets, etc.). The cloud management platform can also be open to tenants outside the public cloud system and respond to their requests. For example, the cloud management platform can provide various interfaces such as login, server deployment, server management, and server operation and maintenance interfaces for tenant clients (e.g., the terminal devices used by the tenant or the browsers on those devices). Specifically, the cloud management platform can authenticate a tenant's client through the login interface, allowing the client to log in after successful authentication. Furthermore, the cloud management platform can allow the tenant's client to send server deployment requests to the cloud management platform through the server deployment interface. Since the server deployment request indicates the target location for multiple physical servers owned by the tenant, the cloud management platform can use this request to instruct staff to deploy the tenant's multiple physical servers at the target location. For example, the cloud management platform can also allow the tenant's clients to send server management requests to the cloud management platform via the server management interface. Since the service management request indicates the operating system of the tenant's multiple physical servers and the network access provided to these physical servers, the cloud management platform can, based on this request, install the operating system on the tenant's multiple physical servers and connect these servers to the network, enabling them to communicate with the public cloud system's multiple physical servers via the network. Furthermore, the cloud management platform can also allow the tenant's clients to send server maintenance requests to the cloud management platform via the server operation and maintenance interface. Based on this request, the cloud management platform can return a series of operation and maintenance information about the tenant's multiple physical servers with the installed operating system. This will not be elaborated upon here.

[0060] The infrastructure comprises multiple physical server clusters owned by the public cloud system. Each of these clusters can contain multiple physical servers, each with a certain number of computing resources (e.g., central processing units (CPUs) and graphics processing units (GPUs), storage resources (e.g., memory and disks), and network resources (e.g., network interface cards). Therefore, the public cloud system's multiple physical server clusters possess a large number of resources. These physical servers can be leased to tenants to run their applications and provide dedicated services, or they can be used to run cloud vendor applications and provide various cloud services.

[0061] Furthermore, a tenant's own physical server can also be referred to as a physical server belonging to the tenant but not to the public cloud system, while a public cloud's own physical server can also be referred to as a physical server (belonging to) the public cloud system.

[0062] Furthermore, such as Figure 2 As shown ( Figure 2 (This is another schematic diagram of the public cloud system provided in this application embodiment). The cloud management platform can provide tenants with intelligent metal (iMetal) services. This service can be presented to tenants as the aforementioned server deployment interface, server management interface, and server operation and maintenance interface. Therefore, tenants can deploy multiple physical servers of their own in the infrastructure of the public cloud system and connect them to the network covering the infrastructure (e.g., a virtual private cloud (VPC) network, etc.). In this way, the multiple physical servers of the tenant can communicate with the physical servers of the public cloud system through this network.

[0063] Furthermore, such as Figure 3 As shown ( Figure 3(This is a schematic diagram of the cloud management platform provided in this application embodiment). The server deployment interface provided by the cloud management platform to the tenant can also be presented as a cloud data center solution (CloudDC) purchase page. The server management interface provided by the cloud management platform to the tenant can also be presented as an iMetal management page. The server operation and maintenance interface provided by the cloud management platform to the tenant can also be presented as a data center operation service (DCOS) operation and maintenance page. The CloudDC purchase page allows the tenant to input various parameters in the server deployment request, the iMetal management page allows the tenant to input various parameters in the server management request, and the DCOS operation and maintenance page allows the tenant to input various parameters in the server operation and maintenance request. These will not be elaborated here. In addition, the cloud management platform also includes a server operation module. This module can deploy multiple physical servers owned by the tenant at the target location based on the server deployment request. This module can also connect these multiple physical servers to a specified network based on the server management request to communicate with multiple physical servers in the public cloud system. This module can also perform operation and maintenance management on the multiple physical servers owned by the tenant based on the server operation and maintenance request, thereby obtaining the operation and maintenance information of these multiple physical servers, etc.

[0064] Furthermore, for the physical servers owned by the public cloud system, the cloud management platform can create virtual instances on these physical servers through virtualization technology. For example, these virtual instances can be virtual machines (VMs) created by the cloud management platform on the physical server through virtualization technology, containers created by the cloud management platform on the physical server through virtualization technology, micro VMs created by the cloud management platform on the physical server through virtualization technology, and so on.

[0065] Furthermore, for multiple physical servers owned by a tenant, the cloud management platform can directly install the operating system specified by the tenant on these physical servers, or create virtual instances on these physical servers and install the tenant-specified operating system. In this way, these physical servers or virtual instances with operating systems installed can run the tenant's applications to provide services to the tenant. Similarly, for multiple physical servers owned by a public cloud system, the cloud management platform can directly install the operating system specified by the cloud vendor or tenant on these physical servers, or create virtual instances on these physical servers and install the cloud vendor's or tenant-specified operating system. In this way, these physical servers or virtual instances with operating systems installed can run the tenant's or cloud vendor's applications to provide services to the tenant.

[0066] Furthermore, since the tenant's multiple physical servers can be deployed at target locations (specified by the tenant) within the public cloud system's infrastructure, these target locations can take various forms. For example, a target location can be one or more regions within the infrastructure, one or more availability zones (AZs), one or more data centers (DCs), or one or more server rooms. Additionally, the tenant's multiple physical servers can ultimately be deployed in multiple racks within the target location. Any one of these racks can contain several of the tenant's physical servers, which can connect to the rack's network equipment (e.g., switches) to access the network within the infrastructure and communicate with the multiple physical servers within the public cloud system.

[0067] Furthermore, multiple physical server clusters owned by the public cloud system can be deployed in the same site or different sites. The site can be presented in various forms, such as a region in the infrastructure, an Availability Zone (AZ) in the infrastructure, a Data Center (DC) in the infrastructure, a data center in the infrastructure, a server rack in the infrastructure, etc.

[0068] Based on the aforementioned public cloud system, when a tenant needs to deploy multiple of its own physical servers in the cloud, the tenant can send a server deployment request to the server deployment interface provided by the cloud management platform. Since the server deployment request indicates the target location for the tenant's multiple physical servers, the cloud management platform can deploy the tenant's multiple physical servers at the target location based on this request. When a tenant needs the cloud management platform to manage its multiple physical servers, the tenant can send a server management request to the server management interface provided by the cloud management platform. Since the server management request indicates the operating system of the tenant's multiple physical servers and the network accessed by these physical servers, the cloud management platform can install the operating system on the tenant's multiple physical servers based on this request and connect the tenant's multiple physical servers with the installed operating system to the network, so that the tenant's multiple physical servers with the installed operating system can communicate with the public cloud system's multiple physical servers through the network. In the aforementioned process, because the cloud management platform can provide tenants with cloud-based management services for physical servers (i.e., the aforementioned iMetal service), based on this service, tenants can deploy multiple of their own physical servers at target locations within the public cloud system's infrastructure. The cloud management platform then establishes the network connection between the tenant's multiple physical servers and the public cloud system's multiple physical servers. This means that tenants can access the public cloud system's physical servers through their own physical servers. Therefore, while owning their own physical server assets, tenants can enjoy various services provided by the public cloud system (their own physical servers), thereby improving their experience. To further understand the cloud management platform's workflow, the following section combines... Figure 4 This workflow will be described in further detail. Figure 4 A flowchart illustrating a server management method based on a cloud management platform provided in this application embodiment is shown below. Figure 4 As shown, this method can be achieved through, as Figure 1 or Figure 2 The illustrated public cloud system implementation includes infrastructure that provides cloud services to tenants and a cloud management platform that manages this infrastructure. This infrastructure includes multiple first physical servers (i.e., multiple physical servers of the public cloud system). The method includes:

[0069] 401. The cloud management platform receives a server deployment request sent by a tenant. The server deployment request is used to indicate the target location for multiple second physical servers. The multiple second physical servers belong to the tenant and do not belong to the public cloud system. The target location is located in the infrastructure.

[0070] In this embodiment, when a tenant needs to deploy multiple second physical servers (i.e., multiple second physical servers owned by the tenant) that belong to the tenant but are not part of the public cloud system in the cloud, the cloud management platform can provide a server deployment interface to the tenant's client (e.g., the CloudDC purchase page, etc.). Therefore, the tenant can input the server deployment request set by the tenant into the server deployment interface through its client. In this way, the cloud management platform can receive the server deployment request sent by the tenant's client through the server deployment interface. The server deployment request can be used to indicate the target location within the public cloud system infrastructure selected by the tenant for the multiple second physical servers.

[0071] Specifically, the target location can be one or more of the following: target area, target availability zone, target data center, and target server room located in the infrastructure of the public cloud system. For example, the target location selected by the tenant is the target server room in the target area, that is, the target location is one or more server rooms in a certain area, etc. Or, the target location selected by the tenant is the target availability zone, that is, the target location is one or more availability zones, etc.

[0072] More specifically, a server deployment request can be used not only to indicate the target location, but also to indicate the following: (1) the number of racks set up by the tenant, the arrangement order of the racks, and the power of the racks. The number of racks is used to determine the number of racks in the target location used to set up multiple second physical servers, the arrangement order of the racks is used to determine the arrangement of these racks in the target location, and the power of the racks is used to determine the number of second physical servers that each rack can accommodate (each second physical server can have a certain power, and the power of any rack is greater than or equal to the product of the power of all the second physical servers it can accommodate and the number of these second physical servers); (2) the (logical) network (e.g., VPC, etc.) for access by multiple second physical servers and the communication rate of the multiple second physical servers. Since multiple second physical servers are deployed in multiple racks, and each rack contains a certain number of switches, physical connections are made between switches in different racks or within the same rack to form a physical network. This physical network is used to carry a logical network that can be accessed by multiple second physical servers. Therefore, for any one of these second physical servers, the communication rate of the second physical server can be used to determine the specific communication port (or communication module) of the switch in its rack that the second physical server accesses. This communication port allows the second physical server to access the physical network at that communication rate, which is equivalent to the second physical server being able to access the logical network carried by the physical network at that communication rate. (3) The number of multiple second physical servers, the specifications of multiple second physical servers, and the models of multiple second physical servers. The specifications of multiple second physical servers are used to determine the specifications of each second physical server in the multiple second physical servers, and the models of multiple second physical servers are used to determine the models (also known as brands, etc.) of each second physical server in the multiple second physical servers. These parameters can be used to determine which second physical servers are specifically set up in which racks.

[0073] For example, such as Figure 5 As shown ( Figure 5(This is a schematic diagram of the CloudDC purchase page provided in an embodiment of this application). When a tenant needs to deploy its own physical servers 1 to 6 in the cloud, the tenant can log in to the cloud management platform. The cloud management platform can provide the tenant with a CloudDC purchase page. The CloudDC purchase page includes a target location selection bar, a rack selection bar, a network selection bar, and a physical server input bar. In the target location selection bar, the tenant can enter the target location for setting the six physical servers in the data center Y and data center Z of region X. In the rack selection bar, the tenant can enter the number of racks (assuming 3), the rack arrangement (assuming two racks are distributed in data center Y and one rack is distributed in data center Z), and the rack power (i.e., the power of these three racks) for setting the six physical servers. In the network selection bar, the tenant can enter the network type for accessing the six physical servers as VPC and the communication speed of the six physical servers. In the physical server input bar, the tenant can enter the number of the six physical servers, the specifications of the six physical servers, and the model of the six physical servers.

[0074] Therefore, the information entered by the tenant in the target location selection field, rack selection field, network selection field, and physical server input field can be summarized into the server deployment request entered by the tenant, so the cloud management platform can successfully receive the server deployment request sent by the tenant.

[0075] 402. The cloud management platform deploys multiple secondary physical servers at the target location based on the server deployment request.

[0076] Upon receiving a server deployment request, the cloud management platform can parse the request to determine the target locations for setting up multiple second physical servers. It then notifies the public cloud system staff to deploy the multiple second physical servers at the target locations. In this way, the cloud management platform can notify the tenant that the multiple second physical servers have been successfully deployed at the target locations.

[0077] Specifically, the cloud management platform can deploy multiple second physical servers in the following ways:

[0078] After parsing the server deployment request, the cloud management platform can also determine the number of racks set up by the tenant, the arrangement order of the racks, and the power of the racks. Based on this, the cloud management platform can select multiple racks from the target location that meet the required number, arrangement, and power specifications. Then, the cloud management platform can instruct the public cloud system staff to deploy multiple second physical servers across multiple racks, thereby achieving the physical deployment of multiple second physical servers within the public cloud system.

[0079] Continuing with the example above, after receiving a server deployment request, the cloud management platform can determine that the tenant needs to deploy physical servers 1 through 6 in data centers Y and Z within region X, requiring 3 racks. Therefore, the cloud management platform can select racks 1 and 2 in data center Y and rack 3 in data center Z. This ensures that racks 1, 2, and 3 satisfy the rack arrangement order set by the tenant, and that the sum of the power of racks 1, 2, and 3 is greater than the sum of the power of physical servers 1 through 6.

[0080] Then, the cloud management platform can instruct staff to deploy physical server 1 and physical server 2 in rack 1, physical server 3 and physical server 4 in rack 2, and physical server 5 and physical server 6 in rack 3.

[0081] More specifically, the cloud management platform can also deploy multiple second physical servers in the following ways:

[0082] After parsing the server deployment request, the cloud management platform can also determine the specifications and models of multiple secondary physical servers. Based on this, the cloud management platform can generate a low-level design (LLD) around the multiple secondary physical servers and provide the LLD to the staff so that the staff can prioritize deploying secondary physical servers with the same specifications in the same rack, and secondary physical servers with the same model in the same rack.

[0083] Of course, the cloud management platform can provide the generated LLD to the tenant. If the tenant confirms that the LLD can be executed directly, the cloud management platform will notify the staff to set up the second physical servers with the same specifications in the same rack, and set up the second physical servers with the same model in the same rack. If the tenant adjusts the LLD, the cloud management platform will notify the staff to set up these multiple second physical servers in multiple racks according to the tenant's needs, according to the adjusted LLD.

[0084] Continuing with the example above, the cloud management platform can generate an LLD and return it to the tenant for confirmation. If the tenant confirms that the LLD can be executed directly, the cloud management platform can deploy physical servers 1 and 2 of the same specifications in rack 1, physical servers 3 and 4 of the same model in rack 2, and physical servers 5 and 6 of the same model in rack 3, according to the LLD. If the tenant adjusts the LLD, the cloud management platform will notify staff to deploy physical servers 1 and 4 in rack 1, physical servers 2 and 5 in rack 2, and physical servers 3 and 6 in rack 3 according to the adjusted LLD.

[0085] 403. The cloud management platform receives server management requests sent by tenants, wherein the server management requests are used to instruct the operating systems of multiple second physical servers and the networks that the multiple second physical servers can access.

[0086] When a tenant needs to manage multiple secondary physical servers deployed in the cloud, the cloud management platform can provide a server management interface (e.g., the iMetal management page) to the tenant's client. The tenant can then input server management requests configured by themselves through their client into this interface. In this way, the cloud management platform can receive these server management requests from the tenant's client via the server management interface. These requests can specify the operating systems the tenant has selected for the multiple secondary physical servers and the networks the tenant has chosen for access to those servers.

[0087] It should be noted that server deployment requests and server management requests can be sent to the cloud management platform simultaneously by the tenant, or they can be sent to the cloud management platform asynchronously by the tenant; no specific restrictions are imposed here.

[0088] Specifically, a server deployment request can be used to indicate a (logical) network for access by multiple second physical servers. Since this network can cover the infrastructure, it is assumed that the part of the network covering multiple first physical servers is the first sub-network (the sub-network that has been created). Tenants can also use server management requests to indicate a second sub-network (the sub-network to be created) in the network for covering multiple second physical servers.

[0089] In addition, multiple first physical servers typically run certain applications of the tenant or applications from the cloud vendor to which the public cloud system belongs. Therefore, the tenant can also use server management requests to instruct other applications of the tenant, indicating that the tenant needs to have other applications of the tenant installed on multiple second physical servers.

[0090] For example, such as Figure 6 As shown ( Figure 6(This is a schematic diagram of the iMetal management page provided in this application embodiment). When a tenant needs to manage physical servers 1 to 6 in the cloud, the cloud management platform can also provide the tenant with the iMetal management page. The iMetal management page includes an operating system selection bar, an application input bar, and a network configuration bar. The tenant can enter the operating system of these 6 physical servers in the operating system selection bar, enter certain applications of the tenant to be installed on the 6 physical servers in the application input bar, and enter the subnet 2 (the aforementioned second subnet) in the VPC that is used by these 6 physical servers to access in the network configuration bar. In the VPC, the VPC also includes subnet 1 and subnet 3 (these two subnets are the aforementioned first subnet). Subnet 1 covers physical servers 7 to 10 in the public cloud system (leased to the tenant and running certain applications of the tenant), and subnet 3 covers physical servers 11 to 16 in the public cloud system (running certain applications of the cloud vendor).

[0091] Therefore, the information entered by the tenant in the operating system selection field, application input field, and network configuration field can be summarized into the server management request entered by the tenant, so the cloud management platform can successfully receive the server management request sent by the tenant.

[0092] 404. Based on server management requests, the cloud management platform installs the operating system on multiple second physical servers and notifies the multiple second physical servers with the operating system installed to access the network. The network is used to enable communication between the multiple second physical servers with the operating system installed and the multiple first physical servers.

[0093] Upon receiving a server management request, the cloud management platform can parse the request to determine the operating systems of the multiple second physical servers and the network for their access (logical). The cloud management platform can then install the operating system on the multiple second physical servers and notify them to access the network, enabling them to communicate with the multiple first physical servers through the network.

[0094] Specifically, the cloud management platform can connect multiple second physical servers to the network in the following ways:

[0095] After parsing the server deployment request, the cloud management platform can also determine the communication rate of multiple second physical servers. Therefore, the cloud management platform can notify multiple second physical servers with operating systems installed to access the network according to their respective communication rates. Thus, multiple second physical servers with operating systems installed can enjoy a certain communication rate in the network to communicate with multiple first physical servers.

[0096] More specifically, the cloud management platform can also connect multiple second physical servers to the network in the following ways:

[0097] Since the network includes multiple first subnetworks accessed by first physical servers, after parsing the server management request, the cloud management platform can determine the second subnetwork to be created for access by multiple second physical servers. Therefore, the cloud management platform can first create the second subnetwork and establish connections between the first and second subnetworks. Then, the cloud management platform can instruct the multiple second physical servers, each with an operating system installed, to access the second subnetwork at their respective communication speeds. In this way, the multiple second physical servers with operating systems can communicate with the multiple first physical servers sequentially through the second subnetwork and then the first subnetwork.

[0098] Furthermore, after parsing the server management request, the cloud management platform can determine the tenant's applications that need to be installed on multiple second physical servers. Therefore, the cloud management platform can also install the tenant's specified applications on multiple second physical servers with operating systems installed. In this way, the tenant's applications on the second physical servers can access the tenant's applications or cloud vendor's applications on the first physical server through the second subnetwork and the first subnetwork to realize the interaction between applications and thus meet the various business needs of the tenant.

[0099] As in the example above, such as Figure 7 As shown ( Figure 7 (This is another schematic diagram of the public cloud system provided in this application embodiment). After parsing the server management request, the cloud management platform can access the operating systems of these 6 physical servers and the subnet 2 in the VPC for these 6 physical servers to access. Then, the cloud management platform can first install the operating system on these 6 physical servers, create subnet 2 in the VPC, and then establish the connection between subnet 1, subnet 2 and subnet 3, and then connect the 6 physical servers with the operating system installed to subnet 2.

[0100] In addition, the cloud management platform can also install tenant-specified applications on physical servers 1 to 6, which have the operating system installed. Since physical servers 7 to 10 run tenant applications and physical servers 11 to 16 run cloud vendor applications, the applications on physical servers 1 to 6 can communicate with the applications on physical servers 7 to 10 through subnet 2 and subnet 1. The applications on physical servers 1 to 6 can also communicate with the applications on physical servers 11 to 16 through subnet 2 and subnet 3.

[0101] More specifically, the cloud management platform can also perform the following operations:

[0102] When a tenant needs to obtain operational information for multiple secondary physical servers with operating systems installed, the cloud management platform can provide a server operation and maintenance interface (e.g., a DCOS operation and maintenance page) to the tenant's client. The tenant can then input their configured server operation and maintenance requests into this interface via their client. In this way, the cloud management platform can receive these requests from the tenant's client through the server operation and maintenance interface. These requests can specify at least one type of operational and maintenance information for the multiple secondary physical servers with operating systems installed.

[0103] When the operational information required by a tenant includes a resource view, the cloud management platform generates and provides that resource view to the tenant. This resource view can indicate information such as multiple secondary physical servers with operating systems installed, and the rack where each secondary physical server is located. In this way, the tenant can determine the distribution of its multiple secondary physical servers in the cloud based on this resource view.

[0104] When a tenant requires operational information that includes monitoring data from multiple secondary physical servers running operating systems, the cloud management platform can provide the tenant with this pre-collected or real-time monitoring information. This monitoring information may include at least one of the following: resource usage (e.g., CPU utilization, memory utilization, and network card utilization) and traffic (e.g., throughput) of the secondary physical servers. In this way, the tenant can determine the real-time status of their multiple secondary physical servers in the cloud based on this monitoring information.

[0105] When a tenant requires operational information that includes a topology for multiple secondary physical servers running an operating system, the cloud management platform can generate and provide this topology to the tenant. This topology indicates the relationships between the multiple network devices connected to the secondary physical servers (i.e., the switches within the racks housing the secondary physical servers, used to allow the servers to access the aforementioned logical network), the secondary physical servers themselves, and the racks housing them. In this way, the tenant can determine the physical connectivity of their multiple secondary physical servers in the cloud based on this topology.

[0106] When the operational information required by a tenant includes alarm information from multiple secondary physical servers running operating systems, the cloud management platform checks whether the monitoring information of these servers meets preset alarm conditions (e.g., whether the resource utilization or traffic of these servers is greater than or equal to preset thresholds). If the monitoring information of any one of the secondary physical servers meets the alarm condition, the cloud management platform determines that the server is abnormal and provides the tenant with its alarm information, indicating that the server is abnormal. Furthermore, based on this topology, the cloud management platform can also identify other secondary servers associated with the first server (e.g., servers connected to the same network device (switch)). The cloud management platform can also provide the tenant with alarm information for these other secondary physical servers, indicating that they may also be abnormal. In this way, the tenant can use these alarms to determine if one or more secondary physical servers are abnormal and proceed with subsequent anomaly handling.

[0107] When the maintenance information required by a tenant includes a work order, the cloud management platform can perform the operation on the second physical server, since the work order can instruct a specific second physical server among multiple second physical servers with an operating system installed, as well as the operation performed on that second physical server, thereby meeting the tenant's operational needs for the second physical server. The operation includes at least one of the following: migrating the second physical server from its original rack to another rack, removing the second physical server from its rack, and adding a third physical server (i.e., a new physical server owned by the tenant) that belongs to the tenant but not to the public cloud system to the rack where the second physical server is located, etc.

[0108] When a tenant requires operational information including operational reports for multiple secondary physical servers with operating systems installed, the cloud management platform can generate and provide the tenant with such reports. These reports indicate any anomalies present on the secondary physical servers within a predefined time period (which can be specified by the tenant or set by the cloud management platform; no restriction is placed here). This allows the tenant to use the operational reports to troubleshoot existing problems or potential future issues with the secondary physical servers.

[0109] When a tenant requires operational information that includes video footage of multiple secondary physical servers with operating systems installed, the cloud management platform can provide the tenant with video footage of these servers. This video footage is used to showcase the multiple secondary physical servers to the tenant, allowing them to view the servers in real time.

[0110] For example, such as Figure 8 As shown ( Figure 8 (This is a schematic diagram of the DCOS operation and maintenance page provided in an embodiment of this application). When a tenant needs to obtain operation and maintenance information for physical servers 1 to 6 in the cloud, the cloud management platform can also provide the tenant with the DCOS operation and maintenance page. The DCOS operation and maintenance page includes a resource view acquisition bar, a monitoring information acquisition bar, a topology acquisition bar, an alarm information acquisition bar, a work order input bar, an operation and maintenance report acquisition bar, and a video acquisition bar. Then, the tenant can click on the resource view acquisition bar, the monitoring information acquisition bar, the topology acquisition bar, the alarm information acquisition bar, the operation and maintenance report acquisition bar, and the video acquisition bar, and enter the tenant's work order in the work order input bar to generate a server operation and maintenance request and send it to the cloud management platform.

[0111] After parsing the server maintenance request, the cloud management platform can provide the tenant with a resource view (describing physical servers 1 to 6 and the racks 1 to 3 where these 6 physical servers are located), monitoring information for these 6 physical servers, the topology of these 6 physical servers, maintenance reports for these 6 physical servers, and video feeds for these 6 physical servers. Furthermore, the cloud management platform can determine whether the monitoring information of these 6 physical servers meets the alarm conditions. If the monitoring information of a certain physical server meets the alarm conditions, the platform will return the alarm information for that physical server to the tenant through a certain method (e.g., SMS or telephone) to inform the tenant that the physical server is abnormal. In addition, the cloud management platform can also execute the operations indicated by the tenant's work order on one of the 6 physical servers, such as migrating physical server 1 from rack 1 to rack 2.

[0112] In this embodiment, when a tenant needs to deploy multiple of its own second physical servers in the cloud, the tenant can send a server deployment request to the server deployment interface provided by the cloud management platform. Since the server deployment request indicates the target location for the multiple second physical servers, the cloud management platform can deploy the multiple second physical servers at the target location based on the request. When a tenant needs the cloud management platform to manage multiple second physical servers, the tenant can send a server management request to the server management interface provided by the cloud management platform. Since the server management request indicates the operating system of the multiple second physical servers and the network for these multiple second physical servers to access, the cloud management platform can install the operating system on the multiple second physical servers based on the request and connect the multiple second physical servers with the installed operating system to the network, so that the multiple second physical servers with the installed operating system can communicate with the multiple first physical servers owned by the public cloud system through the network. In the aforementioned process, since the cloud management platform can provide tenants with cloud-based management services for their second physical servers, based on this service, tenants can deploy multiple of their own second physical servers at target locations within the infrastructure of the public cloud system. The cloud management platform then establishes a network connection between these multiple second physical servers and the multiple first physical servers of the public cloud system. In other words, tenants can access the first physical servers of the public cloud system through their second physical servers. Therefore, while owning their own physical server (i.e., second physical server) assets, tenants can enjoy various services provided by the servers (i.e., first physical servers) of the public cloud system, thereby improving the tenant experience.

[0113] Furthermore, in this embodiment, the cloud management platform can provide tenants with various operation and maintenance information for multiple second physical servers, including resource views, monitoring information, alarm information, topology structure, and work order management, etc., so that tenants can quickly maintain multiple second physical servers without needing to develop other platforms for tenants, thereby reducing the operation and maintenance costs of servers.

[0114] The above is a detailed description of the server management method based on the cloud management platform provided in the embodiments of this application. The cloud management platform provided in the embodiments of this application will be introduced below. Figure 9 Another structural diagram of the cloud management platform provided in the embodiments of this application is shown below. Figure 9 As shown, the cloud management platform is used to manage the infrastructure of the public cloud system. The infrastructure includes multiple primary physical servers. The cloud management platform includes:

[0115] The first receiving module 901 is used to receive a server deployment request sent by a tenant. The server deployment request indicates the target location for multiple second physical servers, which belong to the tenant but not to a public cloud system, and the target location is located within the infrastructure. For example, the first receiving module 901 is used to implement... Figure 4 Step 401 of the illustrated embodiment.

[0116] Deployment module 902 is used to deploy multiple second physical servers at a target location based on a server deployment request; for example, deployment module 902 is used to implement... Figure 4 Step 402 of the illustrated embodiment.

[0117] The second receiving module 903 is used to receive server management requests sent by tenants, wherein the server management requests are used to instruct the operating systems of multiple second physical servers and the network accessed by the multiple second physical servers; for example, the second receiving module 903 is used to implement Figure 4 Step 403 of the illustrated embodiment.

[0118] Notification module 904 is used to install the operating system on multiple second physical servers based on server management requests, and to notify the multiple second physical servers with the operating system installed to access the network. The network is used to enable communication between the multiple second physical servers with the operating system installed and the multiple first physical servers. For example, notification module 904 is used to implement... Figure 4 Step 404 of the illustrated embodiment.

[0119] In one possible implementation, the target location includes at least one of the following: target region, target availability zone, target data center, and target server room.

[0120] In one possible implementation, the server deployment request is also used to indicate the number of racks, the arrangement order of the racks, and the power of the racks. The deployment module is used to: select multiple racks from the target location that meet the requirements of number, arrangement order, and power; and deploy multiple second physical servers in the multiple racks.

[0121] In one possible implementation, the server deployment request is also used to indicate the specifications and models of the multiple second physical servers, and the deployment module is used to: deploy second physical servers with the same specifications in the same rack and second physical servers with the same model in the same rack.

[0122] In one possible implementation, the server deployment request is also used to indicate the communication rate of multiple second physical servers, and the notification module 904 is used to notify the multiple second physical servers with operating systems installed to access the network at the communication rate.

[0123] In one possible implementation, the network includes a first sub-network to which multiple first physical servers are connected. A server management request is used to indicate a second sub-network to which the network includes. A notification module 904 is used to: create a second sub-network and establish a connection between the first and second sub-networks; and notify multiple second physical servers with operating systems installed to access the second sub-network at a communication rate.

[0124] In one possible implementation, the cloud management platform further includes: a third receiving module for receiving server maintenance requests sent by tenants, the server maintenance requests indicating the tenant's resource view; and an maintenance module for providing the tenant with a resource view based on the server maintenance requests, wherein the resource view indicates multiple second physical servers with operating systems installed and the rack where each second physical server is located.

[0125] In one possible implementation, the server maintenance request is used to indicate monitoring information of multiple second physical servers with operating systems installed. The maintenance module is also used to provide the tenant with the monitoring information of the multiple second physical servers with operating systems installed, wherein the monitoring information of the multiple second physical servers with operating systems installed includes at least one of the following: resource usage of the multiple second physical servers with operating systems installed and traffic of the multiple second physical servers with operating systems installed.

[0126] In one possible implementation, the server maintenance request is used to indicate alarm information of multiple second physical servers with operating systems installed. The maintenance module is also used to: detect whether the monitoring information of the multiple second physical servers with operating systems installed meets the preset alarm conditions; determine that the monitoring information of any one of the multiple second physical servers with operating systems installed meets the alarm conditions, and provide the tenant with the alarm information of the second physical server, wherein the alarm information is used to indicate that there is an anomaly in the second physical server.

[0127] In one possible implementation, the server maintenance request is used to indicate the topology for multiple second physical servers with an operating system installed. The maintenance module is also used to provide the topology to the tenant, wherein the topology indicates the relationship between multiple network devices connected to the multiple second physical servers with an operating system installed, the multiple second physical servers with an operating system installed, and the multiple racks where the multiple second physical servers with an operating system installed reside, and the multiple network devices are used to provide network access for the multiple second physical servers with an operating system installed.

[0128] In one possible implementation, the server maintenance request is used to indicate the tenant's work order. The maintenance module is also used to execute the operation indicated by the work order on any one of the multiple second physical servers with an operating system installed. The operation includes at least one of the following: adjusting the rack where the second physical server is located, removing the second physical server from its rack, and adding a third physical server to the rack where the second physical server is located. The third physical server belongs to the tenant and does not belong to the public cloud system.

[0129] In one possible implementation, the server maintenance request is used to indicate maintenance reports for multiple second physical servers with operating systems installed. The maintenance module is also used to provide maintenance reports to tenants, wherein the maintenance reports indicate anomalies existing in the multiple second physical servers with operating systems installed during a preset time period.

[0130] In one possible implementation, the server maintenance request is used to instruct the video of multiple second physical servers with operating systems installed. The maintenance module is also used to provide the video to the tenant, wherein the video is used to show the tenant multiple second physical servers with operating systems installed.

[0131] It should be noted that the information interaction and implementation process between the modules / units of the above-mentioned device are based on the same concept as the method embodiment of this application, and the resulting technical effects are the same as those of the method embodiment of this application. For details, please refer to the description in the method embodiment shown above in the embodiment of this application, and it will not be repeated here.

[0132] Please see Figure 10 , Figure 10 This is a schematic diagram of the structure of a computing device provided in an embodiment of this application. Figure 10 As shown, the computing device 1000 (which can be used to present the aforementioned cloud management platform) includes: a processor 1001, a memory 1002, a communication interface 1003, and a bus 1004. The processor 1001, memory 1002, and communication interface 1003 are coupled via the bus (not shown in the figure). The memory 1002 stores instructions. When the instructions in the memory 1002 are executed, the computing device 1000 executes the method performed by the cloud management platform in the above method embodiment.

[0133] The computing device 1000 may be one or more integrated circuits configured to implement the methods described above, such as: one or more application-specific integrated circuits (ASICs), or one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs), or a combination of at least two of these forms of integrated circuits. Furthermore, when the units in the device can be implemented in the form of a processing element scheduler, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processor capable of calling programs. Alternatively, these units may be integrated together and implemented as a system-on-a-chip (SOC).

[0134] The processor 1001 can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. A general-purpose processor can be a microprocessor or any conventional processor.

[0135] The memory 1002 can be volatile memory or non-volatile memory, or it can include both. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0136] The memory 1002 stores executable program code, and the processor 1001 executes the executable program code to implement the functions of the aforementioned first receiving module, deployment module, second receiving module, and notification module, thereby realizing the aforementioned server management method based on the cloud management platform. That is, the memory 1002 stores instructions for executing the aforementioned server management method based on the cloud management platform.

[0137] The communication interface 1003 uses transceiver modules such as, but not limited to, network interface cards and transceivers to enable communication between the computing device 1000 and other devices or communication networks.

[0138] In addition to the data bus, the 1004 bus can also include a power bus, a control bus, and a status signal bus. The bus can be a Peripheral Component Interconnect Express (PCIe) bus, an Extended Industry Standard Architecture (EISA) bus, a Unified Bus (Ubus or UB), a Compute Express Link (CXL) bus, a Cache Coherent Interconnect for Accelerators (CCIX) bus, etc. The bus can be divided into address bus, data bus, and control bus.

[0139] Please see Figure 11 , Figure 11 This is a schematic diagram of a computing device cluster provided in an embodiment of this application. Figure 11 As shown, the computing device cluster 1100 includes at least one computing device 1000.

[0140] like Figure 11 As shown, the computing device cluster 1100 includes at least one computing device 1000. The memory 1002 of one or more computing devices 1000 in the computing device cluster 1100 may store the same instructions for executing the server management method based on the cloud management platform described above.

[0141] In some possible implementations, the memory 1002 of one or more computing devices 1000 in the computing device cluster 1100 may also store partial instructions for executing the aforementioned server management method based on the cloud management platform. In other words, a combination of one or more computing devices 1000 can jointly execute the aforementioned server management method based on the cloud management platform.

[0142] It should be noted that the memory 1002 in different computing devices 1000 within the computing device cluster 1100 can store different instructions, which are used to execute certain functions of the aforementioned cloud management platform. That is, the instructions stored in the memory 1002 of different computing devices 1000 can implement the functions of one or more modules, such as the first receiving module, the deployment module, the second receiving module, and the notification module.

[0143] In some possible implementations, one or more computing devices 1000 in the computing device cluster 1100 can be connected via a network. This network can be a wide area network (WAN) or a local area network (LAN), etc.

[0144] Please see Figure 12 , Figure 12 This is a schematic diagram illustrating the network connection of computer devices in a computer cluster provided in an embodiment of this application. Figure 12 As shown, the two computing devices 1000A and 1000B are connected via a network. Specifically, they are connected to the network through the communication interfaces in each computing device.

[0145] In one possible implementation, the memory in computing device 1000A stores instructions for performing the functions of modules such as the first receiving module and the second receiving module. Meanwhile, the memory in computing device 1000B stores instructions for performing the functions of modules such as the deployment module and the notification module.

[0146] It should be understood that Figure 12 The functions of computing device 1000A shown can also be performed by multiple computing devices. Similarly, the functions of computing device 1000B can also be performed by multiple computing devices.

[0147] This application also relates to a computer storage medium storing a program for signal processing, which, when run on a computer, causes the computer to perform actions such as... Figure 4 The steps performed by the cloud management platform in the illustrated embodiment.

[0148] This application also relates to a computer program product that stores instructions that, when executed by a computer, cause the computer to perform actions such as... Figure 4 The steps performed by the cloud management platform in the illustrated embodiment.

[0149] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0150] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between apparatuses or units through some interfaces, and may be electrical, mechanical, or other forms.

[0151] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0152] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0153] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

Claims

1. A server management method based on a cloud management platform, characterized in that, The cloud management platform is used to manage the infrastructure of a public cloud system, the infrastructure comprising multiple first physical servers, and the method includes: The cloud management platform receives a server deployment request sent by a tenant, wherein the server deployment request is used to indicate a target location for multiple second physical servers, the multiple second physical servers belonging to the tenant and not belonging to the public cloud system, and the target location is located in the infrastructure; Based on the server deployment request, the cloud management platform deploys the multiple second physical servers at the target location; The cloud management platform receives a server management request sent by the tenant, wherein the server management request is used to indicate the operating system of the plurality of second physical servers and the network for the plurality of second physical servers to access; Based on the server management request, the cloud management platform installs the operating system on the plurality of second physical servers and notifies the plurality of second physical servers with the operating system installed to access the network, wherein the network is used to enable communication between the plurality of second physical servers with the operating system installed and the plurality of first physical servers.

2. The method according to claim 1, characterized in that, The target location includes at least one of the following: target area, target availability zone, target data center, and target server room.

3. The method according to claim 2, characterized in that, The server deployment request is also used to indicate the number of server racks, the arrangement order of the server racks, and the power of the server racks. The cloud management platform deploys the plurality of second physical servers at the target location, including: The cloud management platform selects multiple server racks from the target location that meet the requirements of quantity, arrangement order, and power. The cloud management platform deploys the multiple second physical servers in the multiple server racks.

4. The method according to claim 3, characterized in that, The server deployment request is also used to indicate the specifications and models of the multiple second physical servers, and the cloud management platform deploys the multiple second physical servers in the multiple racks including: Among the multiple second physical servers, the cloud management platform deploys second physical servers with the same specifications in the same rack, and deploys second physical servers with the same model in the same rack.

5. The method according to any one of claims 1 to 4, characterized in that, The server deployment request is also used to indicate the communication rate of the plurality of second physical servers, and the cloud management platform notifies the plurality of second physical servers with the operating system installed to access the network, including: The cloud management platform notifies multiple second physical servers equipped with the operating system to access the network at the specified communication rate.

6. The method according to claim 5, characterized in that, The network includes a first sub-network to which the plurality of first physical servers are connected, the server management request is used to indicate a second sub-network included in the network, and the cloud management platform notifies the plurality of second physical servers with the operating system installed to access the network at the communication rate, including: The cloud management platform creates the second sub-network and establishes the connection between the first sub-network and the second sub-network; The cloud management platform notifies multiple second physical servers equipped with the operating system to access the second sub-network at the specified communication rate.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: The cloud management platform receives a server maintenance request sent by the tenant, and the server maintenance request is used to instruct the tenant on the resource view; Based on the server maintenance request, the cloud management platform provides the tenant with the resource view, wherein the resource view is used to indicate multiple second physical servers installed with the operating system and the rack where each second physical server is located.

8. The method according to claim 7, characterized in that, The server maintenance request is used to indicate monitoring information for multiple second physical servers that have the operating system installed. The method further includes: The cloud management platform provides the tenant with monitoring information of multiple second physical servers that have the operating system installed. The monitoring information of the multiple second physical servers that have the operating system installed includes at least one of the following: resource usage of the multiple second physical servers that have the operating system installed and traffic of the multiple second physical servers that have the operating system installed.

9. The method according to claim 8, characterized in that, The server maintenance request is used to indicate alarm information from multiple second physical servers that have the operating system installed. The method further includes: The cloud management platform detects whether the monitoring information of multiple second physical servers with the operating system installed meets the preset alarm conditions. Among multiple second physical servers with the operating system installed, the cloud management platform determines that the monitoring information of any one of the second physical servers meets the alarm conditions, and provides the tenant with the alarm information of the second physical server, wherein the alarm information is used to indicate that there is an anomaly in the second physical server.

10. The method according to claim 8 or 9, characterized in that, The server maintenance request is used to indicate the topology for multiple second physical servers with the operating system installed, and the method further includes: The cloud management platform provides the topology to the tenant, wherein the topology is used to indicate the relationship between multiple network devices connected to multiple second physical servers with the operating system installed, multiple second physical servers with the operating system installed, and multiple racks where multiple second physical servers with the operating system installed are located, and the multiple network devices are used to allow multiple second physical servers with the operating system installed to access the network.

11. The method according to any one of claims 8 to 10, characterized in that, The server maintenance request is used to instruct the tenant on a work order, and the method further includes: Among the multiple second physical servers with the operating system installed, the cloud management platform executes the operation indicated by the work order on any one of the second physical servers indicated by the work order. The operation includes at least one of the following: adjusting the rack where the second physical server is located, removing the second physical server from its rack, and adding a third physical server to the rack where the second physical server is located. The third physical server belongs to the tenant and does not belong to the public cloud system.

12. The method according to any one of claims 8 to 11, characterized in that, The server maintenance request is used to instruct maintenance reports from multiple second physical servers that have the operating system installed. The method further includes: The cloud management platform provides the tenant with the operation and maintenance report, wherein the operation and maintenance report is used to indicate anomalies existing in multiple second physical servers with the operating system installed during a preset time period.

13. The method according to any one of claims 8 to 12, characterized in that, The server maintenance request is used to instruct on the video feeds of multiple second physical servers equipped with the operating system, and the method further includes: The cloud management platform provides the video to the tenant, wherein the video is used to show the tenant multiple second physical servers with the operating system installed.

14. A cloud management platform, characterized in that, The cloud management platform is used to manage the infrastructure of the public cloud system, which includes multiple first physical servers. The cloud management platform includes: The first receiving module is used to receive a server deployment request sent by a tenant, wherein the server deployment request is used to indicate a target location for multiple second physical servers, the multiple second physical servers belonging to the tenant and not belonging to the public cloud system, and the target location is located in the infrastructure; The deployment module is used to deploy the plurality of second physical servers at the target location based on the server deployment request; The second receiving module is used to receive a server management request sent by the tenant, wherein the server management request is used to indicate the operating system of the plurality of second physical servers and the network for the plurality of second physical servers to access; The notification module is used to install the operating system on the plurality of second physical servers based on the server management request, and to notify the plurality of second physical servers with the operating system installed to access the network, wherein the network is used to enable communication between the plurality of second physical servers with the operating system installed and the plurality of first physical servers.

15. The cloud management platform according to claim 14, characterized in that, The target location includes at least one of the following: target area, target availability zone, target data center, and target server room.

16. The cloud management platform according to claim 15, characterized in that, The server deployment request is also used to indicate the number of server racks, the arrangement order of the server racks, and the power of the server racks. The deployment module is used to: From the target location, select multiple cabinets that satisfy the quantity, the arrangement order, and the power. The plurality of second physical servers are deployed in the plurality of racks.

17. The cloud management platform according to claim 16, characterized in that, The server deployment request is also used to indicate the specifications and models of multiple second physical servers, and the deployment module is used to: Among the plurality of second physical servers, second physical servers with the same specifications are deployed in the same rack, and second physical servers with the same model are deployed in the same rack.

18. A computing device cluster, characterized in that, The computing device cluster includes at least one computing device, each computing device including a processor and memory: The memory is used to store instructions; The processor is configured to, according to the instructions, cause the computing device cluster to perform the method of any one of claims 1 to 13.

19. A computer storage medium, characterized in that, The computer storage medium stores one or more instructions that, when executed by one or more computers, cause the one or more computers to perform the method of any one of claims 1 to 13.

20. A computer program product, characterized in that, The computer program product stores instructions that, when executed by a computer, cause the computer to perform the method described in any one of claims 1 to 13.

Images