Resource management for multiple desktop configurations for supporting virtual desktops of different user classes

Information

  • Patent Grant
  • 9800650
  • Patent Number
    9,800,650
  • Date Filed
    Monday, March 10, 2014
    10 years ago
  • Date Issued
    Tuesday, October 24, 2017
    7 years ago
Abstract
A service provider can efficiently allocate server computer resources to tenant users, while isolating tenants from such allocation decisions. A tenant specifies a desktop model to be used for virtual desktops to be provisioned for a pool of users. The service provider has desktop managers for each tenant, each of which manages a homogeneous set of server computers to be used for provisioning virtual desktops for the tenant. Different desktop managers for a tenant are used to manage different sets of server computers to support virtual desktops using different desktop models or desktop models with different resource requirements. A resource manager of the service provider assigns virtual desktops to a desktop manager in a manner that optimizes the utilization of the server computers by using information about the desktop model used by the virtual desktops.
Description
BACKGROUND

A virtual desktop is a combination of computing resources, such as processor, memory, storage and computer network access, and computer programs running on such resources, which is remotely accessed by a user from a remote device. Such computer programs typically include an operating system, and one or more applications running on the computer that utilize the computer resources as managed by the operating system. The remote device provides an input and output interface between an individual user and the virtual desktop. The remote device communicates inputs to the virtual desktop and receives display information from the virtual desktop for display on the remote device over a computer network. An application is used on the remote device to connect to the virtual desktop.


A service provider can provide virtual desktops as a service to multiple customers, also called tenants. The service provider generally maintains one or more data centers, which is a location that houses multiple server computers on which virtual desktops are implemented. A tenant typically is an enterprise that has multiple users. Each user typically has a set of applications and resources based on a classification of the user. The service provider manages the server computers so as to provision sets of virtual desktops on its server computers for use by the users of each tenant.


Generally speaking, the service provider desires to isolate its customers from selection and management of hardware configurations, i.e., server computers, used to support the virtual desktops, yet can operate more profitably by efficiently allocating resources of its server computers to its tenants. For example, different pools of users may be better supported using different kinds of computer hardware configurations. For example, users with a graphics intensive workload, such as individuals using computer-aided design or three-dimensional animation applications, would be better served by computer hardware incorporating graphics processing units and substantial memory. Other users may use more memory than others, but need not use graphics processors.


SUMMARY

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is intended neither to identify key or essential features of the claimed subject matter, nor to limit the scope of the claimed subject matter.


A service provider can efficiently allocate server computer resources to tenant users, while isolating tenants from such allocation decisions. A tenant specifies a desktop model to be used for virtual desktops to be provisioned for a pool of users. The service provider has desktop managers for each tenant, each of which manages a homogeneous set of server computers to be used for provisioning virtual desktops for the tenant. Different desktop managers for a tenant are used to manage different sets of server computers to support virtual desktops using different desktop models or desktop models with different resource requirements. A resource manager of the service provider assigns virtual desktops to a desktop manager in a manner that optimizes the utilization of the server computers by using information about the desktop model used by the virtual desktops.


Accordingly, in one aspect, a computer system that supports virtual desktops on server computers for access by remote user computers includes a resource manager that receives a request to provision a plurality of virtual desktops for a pool of users for an enterprise according to a desktop model. In response to the request, the resource manager selects one of the desktop managers for the enterprise according to the specified desktop model. The requested plurality of virtual desktops are provisioned on one or more of the server computers managed by the selected desktop manager, so as to optimize utilization of the server computers by the virtual desktops for the enterprise.


In another aspect, a resource manager receives a request to provision a plurality of virtual desktops for a pool of users for an enterprise according to a desktop model. In response to the request, the resource manager selects one of the desktop managers for the enterprise according to the specified desktop model. The requested plurality of virtual desktops are provisioned on one or more of the server computers managed by the selected desktop manager, so as to optimize utilization of the server computers by the virtual desktops for the enterprise.


In another aspect, an article of manufacture includes a computer readable storage device, with computer program instructions stored on the computer readable storage device, that when read from the computer readable storage device and processed by a processor of a computer, configure the computer to operate as such a resource manager within such a computer system.


Yet another aspect includes a computer-implemented process performed by such a resource manager, and by such a computer system including such a resource manager.


In the following description, reference is made to the accompanying drawings which form a part hereof, and in which are shown, by way of illustration, specific example implementations. Other implementations may be made without departing from the scope of the disclosure.





DESCRIPTION OF THE DRAWINGS


FIG. 1 is a block diagram of an example implementation of a computer system that supports virtual desktops for multiple tenants with multiple user classes.



FIG. 2 is an illustration of a data structures maintained for a desktop manager.



FIG. 3 is an illustration of a data structures maintained for a tenant.



FIG. 4 is an illustration of a data structures maintained for a pool of users.



FIG. 5 is an illustration of a data structures maintained for a user.



FIG. 6 is a flow chart describing provisioning of virtual desktops for a pool of users according to a desktop model.



FIG. 7 is a flow chart describing user access to a provisioned virtual desktop.



FIG. 8 is a block diagram of an example general purpose computer.





DETAILED DESCRIPTION

The following section provides an example implementation of a computer system that supports virtual desktops for multiple tenants with multiple user classes.


As shown in FIG. 1, a service provider has one or more locations in which multiple server computers 100 are located. The server computers 100 are interconnected by a service provider management computer network 102, on the one hand, to allow the service provider to manage the server computers for use by tenants. A tenant typically is an enterprise, such as a corporation or other organization of multiple individuals. A connection between servers can be provided through a port on a network interface of the server computer to allow kernel level access to the server computer by other computers on the service provider computer network to manage the servers. The server computers 100 also are connected to respective tenant computer networks 110, 112. Such a connection is provided through a separate port on the network interface of the server computer to allow the virtual desktops provisioned on the server computer to connect to the tenant computer network. The tenant computer networks allow virtual desktops for a tenant to access that tenant's private resources, such as directory services, file shares, applications, printers and other network connected resources. A server computer generally is a computer having an architecture such as shown in FIG. 8 below.


Two or more desktop managers 120 on the tenant computer network also are established for each tenant. Each desktop manager aggregates services for and information about virtual desktops available on the tenant computer network, and manages session state and allocation of virtual desktops to tenant users. A desktop manager generally is a computer having an architecture such as shown in FIG. 8 below. While separate computers are shown in FIG. 1, one or more desktop managers can be supported by the same computer. Desktop managers are created and configured for each tenant based on the desktop models that the tenant requests.


A tenant also has access to a tenant access manager computer (125). The tenant access manager computer allows a tenant to request the service provider provision one or more virtual desktops for a pool of users, as described in more detail below. The tenant access manager computer can provide other functionality such as account management, user entitlement, user authentication and authorization, utilization reporting, and the like. After a request from a tenant user to access a virtual desktop provisioned for the user, the tenant access manager contacts the desktop manager for the tenant to obtain information about a virtual desktop to be allocated to the user. The desktop manager provides an indication of a network address and a port through which the virtual desktop can be accessed on one of the server computers for the tenant. A tenant access manager generally is a computer having an architecture such as shown in FIG. 8 below, but is shown in FIG. 1 as being incorporated in the same computer as one of the desktop managers.


In this illustrative example, two tenants each with two different desktop managers are shown. While this example shows different tenants being assigned different server computers, it is possible to have different tenants share resources of a server computer.


A resource manager 130 allows the service provider to configure the server computers 100 to support virtual desktops, but without access to its tenants' computer networks or the virtual desktops. As described in more detail below, the resource manager receives requests, through tenant management computers, to provision virtual desktops for pools of users. These requests indicate a “desktop model” as described in more detail below. Using information about the server computers associated with each desktop manager of the tenant, the resource manager allocates the virtual desktops to the server computers assigned to the tenant so as to optimize the service provider's resource utilization for that tenant. A resource manager generally is a computer having an architecture such as shown in FIG. 8 below.


To allow the service provider to isolate the tenant from allocation decisions that allow the service provider to optimize its resource allocation, the concept of a desktop model is used, along with using multiple desktop managers that manage server computers based on desktop models supported by those server computers. A desktop model represents the resources used to support a virtual desktop, and different users can be assigned different desktop models based on their likely workload.


Additionally, the set of server computers managed by each desktop manager are homogeneous, i.e., each server computer provides the same hardware resources to each virtual desktop as other server computers managed by the same desktop manager. As noted above, a server computer generally has an architecture such as described in FIG. 8 below. Multiple types of server computers can be provided to support different types of workloads. For example, some users may use a conventional, dedicated virtual desktop to which a user computer connects through Virtual Desktop Infrastructure (VDI). In VDI based implementations, a virtual desktop is executed by provisioning a dedicated virtual machine on a physical server in a data center and assigning the virtual machine to a remote user. The dedicated virtual machine then executes the operating system and various applications to provide the virtual desktop remotely to the user. Other users may use a shared session of a virtual desktop (this would be done using a Windows Server) instead of a dedicated virtual machine, to which a user computer connects through remote desktop services (RDS). In RDS based implementations, an operating system (e.g., Windows) component enables a user to remotely control a physical computer or a virtual machine over a network. RDS differs from VDI in that multiple RDS sessions run in a single shared server operating system (i.e., Windows) while VDI based implementations provide individual desktop operating system instances for each user. Generally speaking, a user assigned to a dedicated virtual machine based desktop (i.e. VDI implementation) utilizes twice as much virtual memory per virtual CPU than a user assigned to a shared session based desktop (i.e., RDS implementation). Thus, if the same level of memory overcommitment were to be used in both servers, the server computers supporting VDI would typically utilize twice as much memory per CPU as server computers supporting RDS. It is thus advantageous that different desktop managers be used, which include different physical server types, in order to manage these different desktop models. Yet other users may have a graphics intensive workload for which a server computer with one or more graphics processing units (GPU) can be used. The characteristics of the system resources used to support a type of workload is called a desktop model, and can include information such as CPU, memory, storage or other resources that can differ.


Given a request to provision a set of virtual desktops for a pool of users for a tenant according to a desktop model, the service provider selects a desktop manager that manages a set of server computers that is designed to support the specified desktop model. The resource manager then instructs the server computers of the selected desktop manager to provision the set of virtual desktops.


Each desktop manager can support more than one desktop model with the assumption that the desktop models associated with the same desktop manager have a similar workload profile, i.e. the desktop models have a common ratio of number of processing units to number of units of memory. For example a workload requiring 2 GB RAM and 1 CPU and a workload requiring 4 GB RAM and 2 CPUs can be supported by the same desktop manager since the ratio of CPU to memory is both 2:1.


For each tenant, the system generally maintains a list of users and information associating the user to a desktop model. The information about the desktop model is used by the service provider to select a desktop manager, and in turn a server computer, to provision and manage the virtual desktop that can be used by that user. When the virtual desktops are provisioned, the selection of the server computer to support the virtual desktop can be done in a way that optimizes the use of the service provider's resources while isolating the tenant from such decisions.


Given this description of a general operation and functionality of such a system, a more specific example implementation will now be described.


In this example, various data is stored in data structures in data files in a storage device or memory within the system to maintain the information used to assign users to desktop models, to assign server computers and desktop models to desktop managers, and to provision virtual desktops efficiently on the server computers based on the desktop models assigned to pools of users.


Referring now to FIG. 2, the resource manager maintains data about each desktop manager 200 for the tenant, which includes data describing the desktop model 202 or desktop models supported by the desktop manager, and a list 204 of server computers associated with this desktop manager. The desktop models supported can be defined specifically or can be inferred from specifications of the server computers. Information about the capacity 206 of each server, and current usage 208 of each server, also can be determined by the resource manager. The data describing the server utilization of a server can include an indication of the virtual desktops provisioned for each tenant on the server.


Referring to FIG. 3, the resource manager maintains various tenant data 300 for each tenant. The tenant data can include, for example, a list 302 of users and a list of user pools 304. As noted below, a pool can be named and the list of pools can be a list of the pool names. Quota data 306 also can be stored. Typically, a tenant purchases from a service provider access to a number of virtual desktops within each of a number of predefined desktop models, called a quota. This quota also can be stored per desktop model per desktop manager, in which case a desktop manager is queried to determine its quota and current utilization within that quota. A current number of virtual desktops actually provisioned for access by the tenant's users also is tracked, as indicated at 308. When the tenant requests a set of virtual desktops for a pool of users to be provisioned, this quota and the current usage is checked to determine whether the request can be fulfilled. Various other tenant data 310 can be stored such as identification information, contact information and billing information.


Referring to FIG. 4, the tenant access manager stores data for each pool of users 400. The pool can be created, updated or otherwise accessed by the tenant through the resource manager. The data for a pool of users 400 includes a list 402 of users in the pool, and a reference 404 to a desktop model for the pool. A name 401 can be given to the pool. The tenant may be able to specify a data center 406 for the pool, if the service provider has multiple data centers. A reference 408 to a gold pattern (i.e., a base copy of an executable computer program providing the virtual desktop) to be used in provisioning the virtual desktops for this pool also can be included in the data for a pool of users.


Referring to FIG. 5, the tenant access manager maintains user data 500 that permits it to direct requests for access to a virtual desktop to the correct pool of virtual desktops available for that user. In an example implementation, user data 500 includes a reference to the pool 502 or pools with which the user is associated. Entitlements 504 indicate various resources, applications and the like to which the user is authorized access. Other data 506 about the user also can be stored. The reference to the pool 502 can be defined, for example, by a specific reference to a pool such as in FIG. 4, or by reference to a desktop model or desktop manager, for example.


These various data structures can be created, read, updated, written, deleted and stored by the service provider through the resource manager or by the tenant through the tenant desktop manager communicating with the resource manager. Both systems include computers (such as described in FIG. 8 below) configured by computer programs to provide access to the stored data. For example, the data can be made accessible through a browser application running on a computer that accesses the computer storing the data, which in turn provides an interface to the browser application that allows a user to view and enter data. For example, a user interface can be provided on the tenant access manager to specify a pool, including the list of users, a name for the pool, the desktop model to be used by the pool, the data center in which the virtual desktops will be provisioned, and the gold pattern to be used to provision the desktops. A service provider may offer to each tenant multiple data centers, desktop models and gold patterns from which such selections can be made.


Given a system so configured as described above in connection with FIGS. 1-5, example implementations of operations of such as a system to support users from multiple tenants will now be described in connection with FIGS. 6-7. FIG. 6 describes provisioning virtual desktops for a pool of users. FIG. 7 describes how a user accesses the virtual desktop.


Referring now to FIG. 6, a tenant issues a request to the resource manager of the service provider to provision a set of virtual desktops for a pool of users, in response to which the resource manager provisions the virtual desktops on the server computers in a manner that efficiently uses the resources of those server computers.


First, the tenant defines 600 the pool of users. This definition can be performed, for example, using an interface in a browser application on the tenant access manager which interfaces with the resource manager. For example, the user can provide a name for the pool, select a list of users to be associated with the pool from among a set of tenant users, and select a desktop model, data center and gold pattern to be associated with the pool (see FIG. 4).


The tenant access manager then identifies 608 a desktop manager that manages server computers in the specified data center which can support the desktop model specified for the pool. The desktop manager is selected so as to optimize the fit of the set of virtual desktops for this pool of users to the resources available in the server computers according to selected criteria. In particular, the selected desktop manager is identified as supporting the specified desktop model and having sufficient remaining capacity to support the number of requested virtual desktops.


The optimization that can be performed depends on the criteria used and how desktop models are associated with desktop managers.


In one implementation, each desktop manager is associated with a single desktop model, and the set of server computers managed by the desktop manager is homogeneous with respect to the resources available (e.g., processors and memory) on those server computers. Each server computer managed by a desktop manager has available resources that is an integer number multiple of the resources used by the virtual desktop of the desktop model for that desktop manager. For example, if the desktop model calls for a ratio of two units (e.g., gigabytes) of memory to one processing unit (e.g., a 2:1 resource ratio), then each server computer has an integer multiple of two units of memory and an integer multiple of one processing units.


In another implementation, each desktop manager is associated with two or more similar desktop models. The set of server computers managed by the desktop manager is homogeneous with respect to the resources available (e.g., processors and memory) on those server computers. Desktop models are similar if the resource ratios (e.g., units of memory to number of processing units) are the same. For example, one desktop model can use four units of memory and two processors, while another desktop model can use two units of memory and one processor. Both of these desktop models, if otherwise using the same resources, can be managed by the same desktop manager.


Other implementations using more complex optimization algorithms can be used if the resource ratios of different desktop models are different, yet the resources used by those desktop models are otherwise the same, which would allow the same set of homogeneous server computers to be used by the same desktop manager for the different desktop models. The optimization is intended to avoid a situation for the service provider where either the memory or processing units of the server computer are underutilized due to the other resource (memory or processing units) being fully utilized. Such optimization also can take into consideration that a server computer may also be partitioned for use by the service provider for multiple tenants.


Given a selected desktop manager, the tenant access manager can check 604 to ensure that the requested virtual desktops would not exceed the quota for that desktop manager, and can signal 606 that the quota is exceeded. This check also can be performed interactively at the time the request is being formulated through the interface used to define the request. If this desktop manager would exceed its quota, a different desktop manager can be selected. If no desktop manager is available, then such a condition can be signaled as indicated at 608.


After desktop manager that has sufficient capacity for the selected pool of users has been identified, the tenant user instructs the tenant access manager computer to send 610 a request to the resource manager computer to provision a set of virtual desktops for the specified pool of users, according to the information provided for the pool. In turn, the resource manager provisions the virtual desktops on the server computers managed by that desktop manager using the specified gold pattern for that pool of users. After the virtual desktops are provisioned, users can access and use the virtual desktops through the access manager.


Referring now to FIG. 7, when a user for a tenant accesses the service provider computers to use a virtual desktop, the user utilizes a computer that connects 700 to the tenant access manager.


The tenant access manager 702 authenticates the user. Errors are signaled if the user is not properly authenticated. Using the examples described above, given a user identifier, the pool to which the user is assigned is identified. In turn, the data center and desktop model for that user are identified.


The tenant access manager contacts 704 the desktop manager in the data center associated with the desktop model for the user pool, to request an identifier for a virtual desktop running on one of the server computers associated with the desktop manager. It is possible that the virtual desktops for the user pool are underprovisioned, i.e., there are fewer virtual desktops than users in the pool. If all of the virtual desktops are being used, then the tenant access manager rejects the request for access from the user. Otherwise, a virtual desktop is assigned 706 to the user and an identifier for a virtual desktop in this class is returned to the user 708.


The resource manager and desktop managers as described above allow a service provider to optimize utilization of its server computers based on the desktop models specified by a tenant for each pool of users for the tenant, while isolating the tenant from decisions regarding allocation of its virtual desktops within the service provider's infrastructure.



FIG. 8 illustrates an example computer with which various components of the system described above can be implemented. The computer illustrated in FIG. 8 is only one example of general purpose computer and is not intended to suggest any limitation as to the scope of use or functionality of such a computer.


With reference to FIG. 8, an example computer in a basic configuration includes at least one processing unit 802 and memory 804. The computer can have multiple processing units 802. A processing unit 802 can include one or more processing cores (not shown) that operate independently of each other. Additional co-processing units, such as graphics processing unit 820, also can be present in the computer. The memory 804 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This basic configuration is illustrated in FIG. 8 by dashed line 806. The computer 800 may include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in FIG. 8 by removable storage 808 and non-removable storage 810.


A computer storage medium is any medium in which data can be stored in and retrieved from addressable physical storage locations by the computer. Computer storage media includes volatile and nonvolatile, removable and non-removable media. Memory 804, removable storage 808 and non-removable storage 810 are all examples of computer storage media. Some examples of computer storage media are RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optically or magneto-optically recorded storage device, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Computer storage media and communication media are mutually exclusive categories of media.


The computer 800 also may include communications connection(s) 812 that allow the computer to communicate with other devices over a communication medium. Communication media typically transmit computer program instructions, data structures, program modules or other data over a wired or wireless substance by propagating a modulated data signal such as a carrier wave or other transport mechanism over the substance. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal, thereby changing the configuration or state of the receiving device of the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Communications connections 812 are devices, such as a network interface or radio transmitter, that interface with the communication media to transmit data over and receive data from communication media.


Computing machine 800 may have various input device(s) 814 such as a keyboard, mouse, pen, camera, touch input device, and so on. Output device(s) 816 such as a display, speakers, a printer, and so on may also be included. All of these devices are well known in the art and need not be discussed at length here.


The various components in FIG. 8 are generally interconnected by an interconnection mechanism, such as one or more buses 830.


Each component of the system as described herein which operates using a computer can be implemented by a computer that is configured by one or more computer programs being processed by one or more processing units in the computer. A computer program includes computer-executable instructions and/or computer-interpreted instructions, such as program modules, which instructions are processed by one or more processing units in the computer. Generally, such instructions define routines, programs, objects, components, data structures, and so on, that, when processed by a processing unit, instruct the processing unit to perform operations on data or configure the computer to include various devices or data structures. This computer system may be practiced in distributed computing environments where tasks are performed by remote computers that are linked through a communications network. In a distributed computing environment, computer programs may be located in both local and remote computer storage media. The computer can be made highly available using conventional techniques in which computer hardware may be duplicated and includes fail over operations.


It should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific implementations described above. The specific implementations described above are disclosed as examples only.

Claims
  • 1. A computer system supporting virtual desktops on server computers for access by remote user computers, comprising: a plurality of server computers interconnected on a service provider computer network;each server computer comprising computing resources, including at least processing units and memory, configured to support a plurality of virtual desktops utilizing the computing resources;for each of a plurality of enterprises, a plurality of desktop managers for the enterprise the plurality of desktop managers including for a first enterprise: a first desktop manager assigned to the first enterprise, wherein one or more server computers are assigned to the first desktop manager, wherein the assigned one or more server computers are specifically configured to support virtual desktops provisioned according to hardware resource requirements specified by a first desktop model, and wherein the first desktop manager comprises computing resources configured to manage virtual desktops according to the first desktop model; anda second desktop manager assigned to the first enterprise, wherein the second desktop manager is associated with one or more server computers assigned to the second desktop manager and that are configured to support virtual desktops according to resource requirements of a second desktop model distinct from the first desktop model, and wherein the second desktop manager comprises computing resources configured to manage virtual desktops according to the second desktop model;wherein in response to a request from the first enterprise to provision virtual desktops for a first pool of users, the request specifying the first desktop model, a resource manager selects the first desktop manager to manage virtual desktops for the first pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager, andwherein in response to a request from the first enterprise to provision virtual desktops for a second pool of users, the request specifying the second desktop model, the resource manager selects the second desktop manager to manage virtual desktops for the second pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager.
  • 2. The computer system of claim 1, wherein the requested virtual desktops are provisioned on one or more of the server computers managed by the selected desktop manager so as to optimize utilization of the server computers by the virtual desktops for the enterprise.
  • 3. The computer system of claim 1, wherein the first desktop model supports virtual desktop infrastructure (VDI) based virtual desktops and the second desktop model supports remote desktop services (RDS) based virtual desktops.
  • 4. The computer system of claim 1, wherein the first desktop model supports server computers with graphics processing units and wherein the second desktop model supports server computers without graphics processing units.
  • 5. The computer system of claim 1 wherein the first desktop model and the second desktop model differ in terms of ratio of units of memory to number of processing units available in server computers.
  • 6. The computer system of claim 1, wherein the first desktop model and the second desktop model differ in terms of storage available to the server computers.
  • 7. The computer system of claim 1, wherein allocation of virtual desktops to server computers is performed by assigning a desktop manager to desktop models based on a common resource ratio of the desktop models, such that the first desktop manager is assigned to the first desktop model and a third desktop model different from the first desktop model if the first and third desktop models have a common resource ratio, and the second desktop manager is assigned to the second desktop model having a resource ratio different from the common resource ratio.
  • 8. The computer system of claim 1, wherein allocation of virtual desktops to server computers is performed by assigning a desktop manager to unique desktop models, such that the first desktop manager is assigned to the first desktop model and the second desktop manager is assigned to the second desktop model.
  • 9. The computer system of claim 1, wherein a server computer managed by a desktop manager can be partitioned such that the server computer supports virtual desktops by a plurality of tenants.
  • 10. In a computer system supporting virtual desktops on server computers for access by remote computers of users of a plurality of enterprises, comprising a plurality of server computers interconnected on a service provider computer network, each server computer comprising computing resources, including at least processing units and memory, configured to support a plurality of virtual desktops utilizing the computing resources, a process comprising: configuring a plurality of desktop managers for each of a plurality of enterprises, such configuring for a first enterprise of the plurality of enterprises comprising: assigning a first desktop manager to the enterprise, wherein one or more server computers are assigned to the first desktop manager, wherein the assigned one or more server computers are specifically configured to support virtual desktops provisioned according to hardware resource requirements specified by a first desktop model, and wherein the first desktop manager comprises computing resources configured to manage virtual desktops according to the first desktop model; andassigning a second desktop manager to the enterprise, wherein the second desktop manager is associated with one or more server computers assigned to the second desktop manager and that are configured to support virtual desktops according to resource requirements of a second desktop model distinct from the first desktop model, and wherein the second desktop manager comprises computing resources configured to manage virtual desktops according to the second desktop model;wherein in response to a request from the first enterprise to provision virtual desktops for a first pool of users, the request specifying the first desktop model, a resource manager selects the first desktop manager to manage virtual desktops for the first pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager, andwherein in response to a request from the first enterprise to provision virtual desktops for a second pool of users, the request specifying the second desktop model, the resource manager selects the second desktop manager to manage virtual desktops for the second pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager.
  • 11. The process of claim 10, further comprising: causing the requested virtual desktops to be provisioned on one or more of the server computers managed by the selected desktop manager, so as to optimize utilization of the server computers by the virtual desktops for the enterprise.
  • 12. The process of claim 10, wherein the first desktop model supports virtual desktop infrastructure (VDI) based virtual desktops and the second desktop model supports remote desktop services (RDS) based virtual desktops.
  • 13. The process of claim 10, wherein the first desktop model supports server computers with graphics processing units and wherein the second desktop model supports server computers without graphics processing units.
  • 14. The process of claim 10, wherein the first desktop model and the second desktop model differ in terms of ratio of units of memory to number of processing units available in server computers.
  • 15. The process of claim 10, wherein allocation of virtual desktops to server computers is performed by assigning a desktop manager to desktop models based on a common resource ratio of the desktop models, such that the first desktop manager is assigned to the first desktop model and a third desktop model different from the first desktop model if the first and third desktop models have a common resource ratio, and the second desktop manager is assigned to the second desktop model having a resource ratio different from the common resource ratio.
  • 16. The process of claim 10, wherein allocation of virtual desktops to server computers is performed by assigning a desktop manager to unique desktop models, such that the first desktop manager is assigned to the first desktop model and the second desktop manager is assigned to the second desktop model.
  • 17. The process of claim 10, wherein a server computer managed by a desktop manager can be partitioned such that the server computer supports virtual desktops by a plurality of tenants.
  • 18. The process of claim 10, wherein the first desktop model and the second desktop model differ in terms of storage available to the server computers.
  • 19. An article of manufacture, comprising: a computer readable storage device;computer program instructions stored on the computer readable storage device, that when read from the computer readable storage device and processed by processors of a computer system, configure the computer system to support virtual desktops on server computers for access by remote user computers, the computer system comprising a plurality of server computers interconnected on a service provider computer network, each server computer comprising computing resources, including at least processing units and memory, configured to support virtual desktops utilizing the computing resources, the computer system further comprising, for each of a plurality of enterprises, a plurality of desktop managers for the enterprise, the plurality of desktop managers including, for a first enterprise:a first desktop manager assigned to the first enterprise, wherein one or more server computers are assigned to the first desktop manager, wherein the assigned one or more server computers are specifically configured to support virtual desktops provisioned according to hardware resource requirements specified by a first desktop model, and wherein the first desktop manager comprises computing resources configured to manage virtual desktops according to the first desktop model; anda second desktop manager assigned to the first enterprise, wherein the second desktop manager is associated with one or more server computers assigned to the second desktop manager and that are configured to support virtual desktops according to resource requirements of a second desktop model distinct from the first desktop model, and wherein the second desktop manager comprises computing resources configured to manage virtual desktops according to the second desktop model;wherein in response to a request from the first enterprise to provision virtual desktops for a first pool of users, the request specifying the first desktop model, a resource manager selects the first desktop manager to manage virtual desktops for the first pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager, andwherein in response to a request from the first enterprise to provision virtual desktops for a second pool of users, the request specifying the second desktop model, the resource manager selects the second desktop manager to manage virtual desktops for the second pool of users based on the specified desktop model and the available resources of the server computers managed by the first desktop manager.
  • 20. The article of manufacture of claim 19, wherein the computer system further comprises causing the requested virtual desktops to be provisioned on one or more of the server computers managed by the selected desktop manager, so as to optimize utilization of the server computers by the virtual desktops for the enterprise.
US Referenced Citations (79)
Number Name Date Kind
5063500 Shorter Nov 1991 A
5564016 Korenshtein Oct 1996 A
5774878 Marshall Jun 1998 A
6055563 Endo Apr 2000 A
6067545 Wolff May 2000 A
6070142 McDonough et al. May 2000 A
6341303 Rhee Jan 2002 B1
6615253 Bowman-Amuah Sep 2003 B1
6799209 Hayton Sep 2004 B1
7299033 Kjellberg Nov 2007 B2
7340522 Basu et al. Mar 2008 B1
7373451 Lam et al. May 2008 B2
7398349 Birrell et al. Jul 2008 B2
7526300 Choi Apr 2009 B2
7587352 Arnott Sep 2009 B2
7802248 Broquere et al. Sep 2010 B2
7917450 Musuvathy Mar 2011 B1
7941801 Williams May 2011 B2
8065676 Sahai Nov 2011 B1
8166475 Scales et al. Apr 2012 B1
8364802 Keagy Jan 2013 B1
8380853 Kudo Feb 2013 B2
8387132 Frank et al. Feb 2013 B2
8423998 Isci Apr 2013 B2
8549513 Vinberg et al. Oct 2013 B2
8560671 Yahalom et al. Oct 2013 B1
8938775 Roth Jan 2015 B1
20010056494 Trabelsi Dec 2001 A1
20020069102 Vellante Jun 2002 A1
20020091697 Huang et al. Jul 2002 A1
20020129126 Chu Sep 2002 A1
20020152094 Fahraeus Oct 2002 A1
20030006988 Alford Jan 2003 A1
20030055666 Roddy et al. Mar 2003 A1
20030149567 Schmitz et al. Aug 2003 A1
20040003087 Chambliss Jan 2004 A1
20040024627 Keener Feb 2004 A1
20040054786 Kjellberg Mar 2004 A1
20040054787 Kjellberg Mar 2004 A1
20040093247 Baken May 2004 A1
20050108709 Sciandra et al. May 2005 A1
20050198130 Bosloy Sep 2005 A1
20050198303 Knauerhase et al. Sep 2005 A1
20050273568 Blandy Dec 2005 A1
20050273862 Benaloh et al. Dec 2005 A1
20060070077 Erlandson Mar 2006 A1
20060143417 Poisner et al. Jun 2006 A1
20060143617 Knauerhase Jun 2006 A1
20060253848 Mathieu Nov 2006 A1
20060276174 Katz et al. Dec 2006 A1
20060294238 Naik Dec 2006 A1
20070016432 Piggott et al. Jan 2007 A1
20070043861 Baron Feb 2007 A1
20070083630 Roth Apr 2007 A1
20070106798 Masumitsu et al. May 2007 A1
20070157309 Bin et al. Jul 2007 A1
20070180448 Low Aug 2007 A1
20070214455 Williams et al. Sep 2007 A1
20070250833 Araujo et al. Oct 2007 A1
20070260723 Cohen Nov 2007 A1
20080005398 Huffman Jan 2008 A1
20080080552 Gates Apr 2008 A1
20080147671 Simon Jun 2008 A1
20080184225 Fitzgerald Jul 2008 A1
20080301674 Faus Dec 2008 A1
20090199177 Edwards et al. Aug 2009 A1
20100031270 Wu Feb 2010 A1
20100088699 Sasaki Apr 2010 A1
20100161879 Nation Jun 2010 A1
20110102443 Dror May 2011 A1
20110252135 Kudo Oct 2011 A1
20110302578 Isci Dec 2011 A1
20120110574 Kumar May 2012 A1
20120159648 Park Jun 2012 A1
20130235874 Ringdahl Sep 2013 A1
20130263131 Beda, III Oct 2013 A1
20140189109 Jang Jul 2014 A1
20140214922 Kim Jul 2014 A1
20150040121 Barabash Feb 2015 A1
Non-Patent Literature Citations (11)
Entry
First office action in U.S. Appl. No. 11/875,297, dated Oct. 5, 2009.
Second office action in U.S. Appl. No. 11/875,297, dated Apr. 2, 2010.
Third office action in U.S. Appl. No. 11/875,297, dated May 11, 2012.
Fourth office action in U.S. Appl. No. 11/875,297, dated Mar. 3, 2013.
Notice of Allowability in U.S. Appl. No. 11/875,297, dated Jan. 2, 2014.
First office action in U.S. Appl. No. 11/875,375, dated Sep. 28, 2010.
Second office action in U.S. Appl. No. 11/875,375, dated Mar. 8, 2011.
Third office action in U.S. Appl. No. 11/875,375, dated Apr. 20, 2012.
Notice of Allowability in U.S. Appl. No. 11/875,375, dated Nov. 30, 2012.
First office action in U.S. Appl. No. 13/716,289, dated Jul. 3, 2014.
Second office action in U.S. Appl. No. 13/716,289, dated Dec. 19, 2014.
Related Publications (1)
Number Date Country
20150256474 A1 Sep 2015 US