This application provides a resource pool management method and apparatus, a resource pool control unit, and a communications device. The method is applied to a resource pool system including a plurality of communications devices, and one resource pool control unit is deployed on each communications device. A first resource pool control unit that is responsible for managing a resource pool at a current moment receives a resource application request of an application program on any communications device, allocates, from the resource pool according to a preset rule, a first resource including one or more logical hardware devices, and sends a resource configuration request to a second resource pool control unit, so that the second resource pool control unit completes configuration of the first resource based on the resource configuration request, to provide a required hardware device resource for the application program.

Various examples are disclosed for placing virtual machine (VM) workloads in a computing environment. Ephemeral workloads can be placed onto reserved instances or reserved hosts in a cloud-based VM environment. If a request to place a guaranteed workload is received, ephemeral workloads can be evacuated to make way for the guaranteed workload.

An example method of managing an application in a virtualized computing system that includes a cluster of hosts managed by a virtualization management server, the hosts including a virtualization layer executing on hardware platforms is described. The method includes: receiving a specification for a namespace at the virtualization management server, the specification defining resource constraints and authorization constraints for the namespace; preparing an environment within the virtualized computing system for the namespace in response to the specification, the environment including: a resource pool implementing at least a portion of the resource constraints as reservations and limits of resources in the virtualized computing system; and a user access policy implementing the authorization constraints within the virtualized computing system for the namespace; and managing, by the virtualization management server as a single unit, workloads of the application, the workloads deployed on the virtualization layer within the resource pool consistent with the user access policy.

A system and method include reception of a request to create a virtual machine associated with a requested number of resource units of each of a plurality of resource types, determination, for each of the plurality of resource types, of a pool of available resource units, random selection, for each of the plurality of resource types, of the requested number of resource units from the pool of available resource units of the resource type, and allocation of the selected resource units of each of the plurality of resource types to the virtual machine.

A method for managing data includes obtaining, by a management module, a workload generation request, wherein the workload generation request specifies a plurality of resource devices, identifying available resource devices in a resource device pool based on the plurality of resource devices, performing a latency analysis on the available resource devices to obtain a plurality of resource device combinations and a total latency cost of each resource device combination, and selecting a resource device combination of the plurality of resource device combinations based on the total latency cost of each resource device combination, wherein the resource device combination comprises a second plurality of resource devices and wherein each of the second plurality of resource devices is one of the plurality of resource devices.

A shared computing system for serving a plurality of tenants using container pools. Each container pool has a filesystem service configured to service one or more applications within the container pool. A shared memory is used to facilitate interprocess communication between the application and the filesystem service, both of which along with the interprocess communication itself are run at user level.

Examples of services described herein expose an application programming interface (API) which may return the run-time configuration information. In this manner, software external to the service (e.g., an orchestrator) may query the service to determine the run-time configuration information, then provide both the initial configuration information known to the external software and the run-time configuration information to an Internet-facing gateway. Examples described herein may accordingly avoid or reduce instances of an upgrade dependency. When the service is upgraded, the run-time configuration information may be obtained by calling the API without a need to also upgrade the software external to the service.

New application sessions can be placed on reclaimable resource capacity that can be provided at lower cost than dedicated capacity, but with risk that the capacity might be reclaimed before completion of the session. A number of instance types can be determined that are capable of hosting a new session. Risk scores can be calculated for the instance types, as well as the cost of instances of each type. An instance type can be selected for the session using the risk scores and cost information, where the instance type will have relatively low risk with a relatively low cost for the instance. Once an instance type is selected, a resource pool can be selected from which to provide the resource instance of the selected type. The instance can then be allocated and caused to host the session or perform related functionality.

A request may be identified having one or more constraints for accessing disaggregated resources in a computing environment. One or more resources in a plurality of disaggregated resources may be identified based on the request. Computing server instances may be dynamically orchestrated using the one or more resources in the plurality of disaggregated resources based on the one or more constraints.

The present disclosure provides a generic multi-source heterogeneous large-scale data system, including a sync node config unit, an install & deployment unit, a block & pipelining unit, a unilateral sync unit, a bilateral sync unit and a correctness guarantee unit. The system operates on a middle layer which is above a node database layer and beneath an application logic layer. In a data synchronization process, a client end transmits captured local change information to a server end in accordance with a synchronization task plan; the server end receives and transfers the change information to an asynchronous parallel message processing mechanism to be stored in a corresponding message queue; the server end polls a local message queue for reading to-be-processed change information, and then performs subsequent data change in accordance with rules for heterogeneous data mapping, so as to maintain consistence of synchronized data objects between a source end and a target end. The system of the present disclosure operates independently in a manner parallel to local applications of a synchronous node, and provides a guarantee mechanism of relaxed transaction for Internet distributed multi-source heterogeneous data synchronization through collaboration of loose coupling.