US20110214123A1 - Mechanism for Optimal Placement of Virtual Machines to Reduce Memory Consumption Based on Shared Images - Google Patents
Mechanism for Optimal Placement of Virtual Machines to Reduce Memory Consumption Based on Shared Images Download PDFInfo
- Publication number
- US20110214123A1 US20110214123A1 US12/714,053 US71405310A US2011214123A1 US 20110214123 A1 US20110214123 A1 US 20110214123A1 US 71405310 A US71405310 A US 71405310A US 2011214123 A1 US2011214123 A1 US 2011214123A1
- Authority
- US
- United States
- Prior art keywords
- candidate host
- machine
- host
- new
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000015654 memory Effects 0.000 title claims description 68
- 230000007246 mechanism Effects 0.000 title abstract description 8
- 238000000034 method Methods 0.000 claims abstract description 31
- 238000004519 manufacturing process Methods 0.000 claims 5
- 239000003795 chemical substances by application Substances 0.000 description 28
- 238000012545 processing Methods 0.000 description 18
- 238000013500 data storage Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000005291 magnetic effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000002155 anti-virotic effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5055—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45583—Memory management, e.g. access or allocation
Definitions
- the present application is related to co-filed U.S. patent application Ser. No. ______ entitled “Mechanism for Optimizing Initial Placement of Virtual Machines to Reduce Memory Consumption Based on Similar Characteristics” (attorney docket number 8671.P027), and co-filed U.S. patent application Ser. No. ______ entitled “Mechanism for Dynamic Placement of Virtual Machines During Live Migration Based on Memory” (attorney docket number 8671.P028), which are both assigned to the assignee of the present application.
- the embodiments of the invention relate generally to virtual machine (VM) systems and, more specifically, relate to optimal placement of VMs based on shared images.
- VM virtual machine
- a virtual machine In computer science, a virtual machine (VM) is a portion of software that, when executed on appropriate hardware, creates an environment allowing the virtualization of an actual physical computer system. Each VM may function as a self-contained platform, running its own operating system (OS) and software applications (processes). Typically, a virtual machine monitor (VMM) manages allocation and virtualization of computer resources and performs context switching, as may be necessary, to cycle between various VMs.
- OS operating system
- processs software applications
- VMM virtual machine monitor
- a host machine e.g., computer or server
- a host machine is typically enabled to simultaneously run multiple VMs, where each VM may be used by a remote client.
- the host machine allocates a certain amount of the host's resources to each of the VMs.
- Each VM is then able to use the allocated resources to execute applications, including operating systems known as guest operating systems.
- the VMM virtualizes the underlying hardware of the host machine or emulates hardware devices, making the use of the VM transparent to the guest operating system or the remote client that uses the VM.
- the host is a centralized server that is partitioned into multiple VMs to provide virtual desktops to users within an enterprise.
- a problem with centralized hosting of VMs is the use of shared storage amongst the VMs. Typically, each VM is allocated some minimum storage space out of the shared pool of storage. Because the total amount of storage in a shared pool of storage is a fixed amount, conserving disk space becomes an important consideration in virtualization systems.
- the storage allocation per VM is usually a sparse amount that is allocated on-demand; rather than allocating to each VM the maximum amount of storage that the VM may use. Virtualization systems require storage allocation in this sparse manner in order to conserve disk space for use only by VM systems that require the storage.
- One exemplary use of the shared storage for VMs is to store an image template of a VM, so as to reduce or eliminate the need to install an OS and applications in every copy of a VM on a host machine and to reduce disk image size.
- This image template may include a codebase of an operating system (a guest operating system) and applications running on the guest operating system, as well as libraries and data used by the guest operating system and the applications.
- the size of a typical VM image is substantial. For example, an enterprise's virtual machine image is usually more than 10 GB. Hence, in an enterprise with 1,000 users, the storage requirement for virtual machine images is likely to exceed 10 TB. Maintaining such a large amount of storage is expensive and inefficient.
- Most virtualization systems include one or more clusters of host machines that each run multiple VMs. Upon initialization of a new VM, a host machine must be selected to host this VM. Many factors may be considered in the initial placement of this VM, including, but not limited to, CPU usage, power consumption considerations, and so on. A mechanism for optimizing the initial placement of a VM to consider reduction of memory consumption as part of the multiple factors of initial placement would be beneficial.
- FIG. 1 is a block diagram of an exemplary network architecture in which embodiments of the invention may operate;
- FIG. 2 is a flow diagram illustrating a method for optimizing initial placement of virtual machines (VMs) to reduce memory consumption based on similar characteristics of VMs according to an embodiment of the invention
- FIG. 3 is a flow diagram illustrating a method for optimizing initial placement of VMs to reduce memory consumption based on identical images of VMs according to an embodiment of the invention.
- FIG. 4 illustrates a block diagram of one embodiment of a computer system.
- Embodiments of the invention provide a mechanism for optimal placement of VMs based on shared images.
- a method of embodiments of the invention includes identifying a virtual machine (VM) image of a new VM to be placed by a host controller on one of a plurality of candidate host machines, for each candidate host machine of the plurality of candidate host machines, identifying a VM image for each VM hosted by the candidate host machine, and determining the candidate host with the most VMs having identical VM images to the new VM.
- VM virtual machine
- the present invention also relates to an apparatus for performing the operations herein.
- This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer.
- a computer program may be stored in a computer readable storage medium, such as, but not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, each coupled to a computer system bus.
- the present invention may be provided as a computer program product, or software, that may include a machine-readable medium having stored thereon instructions, which may be used to program a computer system (or other electronic devices) to perform a process according to the present invention.
- a machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer).
- a machine-readable (e.g., computer-readable) medium includes a machine (e.g., a computer) readable storage medium (e.g., read only memory (“ROM”), random access memory (“RAM”), magnetic disk storage media, optical storage media, flash memory devices, etc.), a machine (e.g., computer) readable transmission medium (non-propagating electrical, optical, or acoustical signals), etc.
- Embodiments of the invention provide a mechanism for optimizing initial placement of VMs to reduce memory consumption.
- a VM placement agent of a host controller selects an optimum host machine to place a newly-initialized VM by determining which host machine of multiple candidate host machines includes the most VMs that will share RAM memory with the newly-initialized VM to be placed.
- identifying VMs that will share RAM memory with the newly-initialized VM includes determining a host having the most VMs with similar characteristics to the new VM.
- identifying VMs that will share RAM memory with the newly-initialized VM includes determining a host having the most VMs with identical VM images to the new VM.
- FIG. 1 illustrates an exemplary network architecture 100 in which embodiments of the present invention may operate.
- the network architecture 100 may include a host machine 103 coupled to one or more clients 101 over a network 102 .
- the network 102 may be a private network (e.g., a local area network (LAN), wide area network (WAN), intranet, etc.) or a public network (e.g., the Internet).
- clients 101 may be hosted directly by a host machine 103 as a local client on host machine 103 .
- Host machine 103 may be part of a cluster of host machines 103 .
- the host machine 103 may be coupled to a host controller 105 (via a network or directly). Alternatively, the host controller 105 may be part of the host machine 103 .
- the clients 101 may include computing devices that have a wide range of processing capabilities. Some or all of the clients 101 may be thin clients, which serve as access terminals for users and depend primarily on the host machine 103 for processing activities.
- the client 101 may be a desktop computer, laptop computer, cellular phone, personal digital assistant (PDA), etc.
- PDA personal digital assistant
- the client 101 may run client applications such as a Web browser and a graphic user interface (GUI).
- GUI graphic user interface
- the client 101 may also run other client applications to receive multimedia data streams or other data sent from the host machine 103 and re-direct the received data to a display or other user interface.
- host machine 103 runs one or more virtual machines (VMs) 131 .
- VMs virtual machines
- Each VM 131 runs a guest operating system (OS) that may be different from one another.
- the guest OS may include Microsoft Windows, Linux, Solaris, Mac OS, etc.
- the host machine 103 may include a hypervisor 135 that emulates the underlying hardware platform for the VMs 131 .
- the hypervisor 135 may also be known as a virtual machine monitor (VMM), a kernel-based hypervisor or a host operating system.
- VMM virtual machine monitor
- Each VM 131 can be accessed by one or more of the clients 101 over the network 102 .
- the VM 131 can provide a virtual desktop for the client 101 .
- the VM 131 may provide a virtual server for the client 101 .
- the VMs 131 can be managed by the host controller 105 , which may reside on a designated computer system (e.g., a server computer, a desktop computer, etc.) or be part of the host machine 103 or another machine.
- the host controller 105 may also add a VM, delete a VM, balance the load on the server cluster, provide directory service to the VMs 131 , and perform other management functions.
- the host machine 103 may also be coupled to data storage 120 .
- Data storage 120 may represent multiple storage devices (e.g., disks in a disk array) associated with individual VMs 131 , or a single storage device (e.g., hard drive of the host machine 103 ) including areas designated for individual VMs 131 .
- a VM 131 is created, it is associated with individual data storage 120 , which may be an independent storage device or a designated area of the storage device.
- the host machine 103 may further be coupled to common data storage 125 directly or remotely.
- Common data storage 125 may represent a designated area of the same storage device as data storage 120 (e.g., a disk drive), an independent storage device coupled with the host machine 103 directly (e.g., a disk drive) or a remote storage device (e.g., network attached storage (NAS), etc.).
- data storage 120 e.g., a disk drive
- independent storage device coupled with the host machine 103 directly e.g., a disk drive
- NAS network attached storage
- host controller 105 may include a VM placement agent 107 .
- VM placement agent 107 is responsible for making a determination of which host machine 103 a VM 131 should be placed upon its creation. Although only one host machine 103 is shown in FIG. 1 , for purposes of explanation assume that a plurality of host machines 103 exist in network 100 .
- VM placement agent 107 utilizes a general scheduling algorithm that considers a variety of factors for initial placement of a VM 131 . Such factors may include, but are not limited to, CPU utilization, CPU speed, memory space, and memory utilization. Embodiments of the invention introduce the concept of reducing memory consumption as one of the factors for VM placement agent 107 to consider in initial placement of a VM 131 on a host machine 103 .
- each host machine 103 includes a memory sharing agent 137 that operates to unify shared pages of VMs 131 running on that host machine 103 .
- the memory sharing agent 137 is a Kernel SamePage Merging (KSM) feature of a Linux kernel running in host machine 103 .
- KSM Kernel SamePage Merging
- the KSM feature is generally found inside the host kernel of host machine 103 .
- the memory sharing agent 137 can identify these shared pages and store one copy of these memory pages in the host machine memory 109 that may be accessed by each VM 131 .
- the VM placement agent 107 of host controller 105 selects an optimum host machine 103 to place a newly-initialized VM 131 by determining which host machine 103 includes the most VMs 131 that will share RAM memory with the newly-initialized VM 131 to be placed.
- the memory sharing agent 137 of that host machine 103 can unify memory pages of the newly-placed VM 131 with commonly-shared memory pages of the VMs 131 already running on the host machine 103 . This unification of memory pages operates to reduce overall memory consumption on the host machine 103 .
- selecting an optimal host machine 103 to place a newly-initialized VM includes identifying VMs 131 running on the host that have similar characteristics to the VM to be placed. Similar characteristics may include, for example, similar operating systems, similar applications, and similar libraries.
- VM placement manager 107 communicates with VM agents 132 of each VM 131 in order to determine the current OS and the current applications running on each VM 131 . In one embodiment, this communication occurs on an on-going basis whenever any changes are made at the VM. In other embodiments, the communication may occur when the VM placement agent 107 is performing the general scheduling algorithm to place a new VM and requires this information as part of embodiments of the invention.
- the VM placement agent 107 compares the determined characteristics with the characteristics of the VM to-be-placed in order to find similarities.
- the host machine 103 with the most VMs 131 having similar characteristics to the VM to-be-placed is then identified to a scheduling algorithm of the VM placement agent 107 for preferential treatment by the algorithm.
- Utilizing similar characteristics in embodiments of the invention allows flexibility in placing a VM, because identical features do not have to exist in order to meet the criteria for placement.
- a VM 131 running the same type, but not necessarily same version, of an OS and/or application as the VM to be placed may be considered to have similar characteristics for purposes of the scheduling algorithm used by the VM placement agent 107 in embodiments of the invention.
- the required extent of similarity for each VM characteristic and a collection of VM characteristics may be predetermined or configurable by a user (e.g., a system administrator) and stored in a data store accessible by the VM placement agent 107 .
- selecting an optimal host machine 103 to place a newly-initialized VM includes identifying VMs 131 running on the host machine 103 that have an identical VM image template to the VM to be placed.
- a VM image template may include, for example, a codebase of the guest OS and applications running in the VM 131 , and the libraries and data used by the guest OS and the applications.
- a VM image template may also include components required by all users of clients 101 (e.g., installation files of a guest OS, a web browser application, an anti-virus application, an email application, etc.) and components specific to individual users (e.g., profiles, user specific applications, etc.).
- identifying VMs 131 running on a host machine 103 that have an identical VM image template to the VM being placed involves the VM placement agent 107 having to examine the actual VM image templates 131 stored by a host machine 103 .
- VM placement agent 107 may utilize the memory sharing agent 137 of host machine 103 to assist in locating shared or common VM images.
- VM placement agent 107 also searches individual VM storage 120 for VM image template information.
- the optimal placement of VMs based on shared memory in embodiments of the invention has the effect of reducing RAM usage 109 on the host machine. For instance, in the case of placing a VM on a host running VMs with identical image templates, embodiments of the invention gain additional RAM savings (as well as the standard savings of disk storage) and improved performance due to increased usage of cache hits on the host machine. This is because when image files are accessed by the host, the host automatically caches that file in its own file system cache. These caches are per image (or a standard file because an image can actually be a file). When a VM is using a template image, it has read-only access to the base image, called the template. Over this template, a VM has an additional file to hold its image specific data. This is per-VM file with write access. When a host is running several VMs and uses either local storage or network storage file system (NFS), all of its image files and base templates are cached.
- NFS network storage file system
- VMs there are 10 different base image templates in a virtualization system. For example: 1) WINDOWS XP; 2) WINDOWS XP with Office; 3) RED HAT Enterprise Linux 5.4; 4) WINDOWS Server 2008; and so on. Many VMs can be created utilizing these base image templates. Also assume that there are 4 VMs to be allocated to 2 host machines in the virtualization system. Two of the VMs have the WinXp base image template, and the other two VMs have the Linux 5.4 base image template. Embodiments of the invention perform VM allocation by taking the shared image templates into account.
- the two WinXP VMs would run on host # 1 , and the two Linux VMs would run on host # 2 , thus not wasting RAM for the host cache and being able to use more RAM for caching the same images, as well as reduce the number of disk accesses, thereby gaining better performance.
- FIG. 2 is a flow diagram illustrating a method 200 for optimizing initial placement of VMs to reduce memory consumption based on similar characteristics of VMs according to an embodiment of the invention.
- Method 200 may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof.
- processing logic may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof.
- method 200 is performed by VM placement agent 107 of FIG. 1 .
- Method 200 begins at block 210 where characteristics of a new VM to be placed are identified. Characteristics of the VM may include, for example, the operating system and applications to be run by the VM. Then, at block 220 , potential candidate host machines that may host the new VM are identified (e.g., based on geographic location, an organization's department of a VM user, etc.). At block 230 , for each identified candidate host machine, characteristics of each VM on the candidate host are determined via communications with a VM agent on the candidate host. In one embodiment, the communications with the VM agent are on an on-going basis and the characteristic information is stored by the host controller for future use. In other embodiments, the communication with the VM agent may occur at the time of the placement of the new VM. The VM agent is capable of identifying the current OS and the current applications running on the VM it is associated with, as well as other classified characteristics.
- the candidate host that includes the most VMs having similar characteristics to the VM to be placed is then identified as the optimum host to reduce memory consumption. This identification is provided to a scheduling algorithm that is used to ultimately select the candidate host on which to place the new VM. The score for the identified candidate host in the scheduling algorithm may then be adjusted accordingly to reflect the memory consumption saving that the candidate host would provide if the new VM was placed there.
- FIG. 3 is a flow diagram illustrating a method 300 for optimizing initial placement of VMs to reduce memory consumption based on identical image templates of VMs according to an embodiment of the invention.
- Method 300 may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof.
- processing logic may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof.
- method 300 is performed by VM placement agent 107 of FIG. 1 .
- Method 300 begins at block 310 where the VM image template of a new VM to be placed is identified.
- the VM image template may include, for example, a codebase of the guest OS and applications running in the VM, as well as the libraries and data used by the guest OS and the applications.
- a VM image template may also include components required by all users of clients 101 (e.g., installation files of a guest OS, a web browser application, an antivirus application, an email application, etc.) and components specific to individual users (e.g., profiles, user specific applications, etc.).
- potential candidate host machines that may host the new VM are identified (e.g., based on geographic location, an organization's department of a VM user, etc.). Then, at block 330 , for each identified candidate host machine, the VM image template of each VM hosted by the candidate host machine is examined.
- the VM image template is stored in individual VM data storage and/or in common storage associated with the candidate host machine.
- a memory sharing agent may be utilized to assist in locating and identifying VM images templates of each candidate host machine.
- the candidate host that includes the most VMs having an identical VM image template match to the VM to be placed is then identified as the optimum host to reduce memory consumption and the number of I/O accesses outside of the host machine.
- This identification of the optimum host is provided to a scheduling algorithm that is used to ultimately select the candidate host on which to place the new VM.
- the score for the identified candidate host in the scheduling algorithm may then be adjusted accordingly to reflect the memory consumption saving that the candidate host would provide if the new VM was placed there.
- FIG. 4 illustrates a diagrammatic representation of a machine in the exemplary form of a computer system 400 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
- the machine may be connected (e.g., networked) to other machines in a LAN, an intranet, an extranet, or the Internet.
- the machine may operate in the capacity of a server or a client machine in a client-server network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a server, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- WPA Personal Digital Assistant
- a cellular telephone a web appliance
- server a server
- network router switch or bridge
- the exemplary computer system 400 includes a processing device 402 , a main memory 404 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) (such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.), a static memory 406 (e.g., flash memory, static random access memory (SRAM), etc.), and a data storage device 418 , which communicate with each other via a bus 430 .
- main memory 404 e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) (such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.
- DRAM dynamic random access memory
- SDRAM synchronous DRAM
- RDRAM Rambus DRAM
- static memory 406 e.g., flash memory, static random access memory (SRAM), etc.
- SRAM static random access memory
- Processing device 402 represents one or more general-purpose processing devices such as a microprocessor, central processing unit, or the like. More particularly, the processing device may be complex instruction set computing (CISC) microprocessor, reduced instruction set computer (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or processor implementing other instruction sets, or processors implementing a combination of instruction sets. Processing device 402 may also be one or more special-purpose processing devices such as an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. The processing device 402 is configured to execute the processing logic 426 for performing the operations and steps discussed herein.
- CISC complex instruction set computing
- RISC reduced instruction set computer
- VLIW very long instruction word
- ASIC application specific integrated circuit
- FPGA field programmable gate array
- DSP digital signal processor
- network processor or the like.
- the computer system 400 may further include a network interface device 408 .
- the computer system 400 also may include a video display unit 410 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), an alphanumeric input device 412 (e.g., a keyboard), a cursor control device 414 (e.g., a mouse), and a signal generation device 416 (e.g., a speaker).
- a video display unit 410 e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)
- an alphanumeric input device 412 e.g., a keyboard
- a cursor control device 414 e.g., a mouse
- a signal generation device 416 e.g., a speaker
- the data storage device 418 may include a machine-accessible storage medium 428 on which is stored one or more set of instructions (e.g., software 422 ) embodying any one or more of the methodologies of functions described herein.
- software 422 may store instructions to implement a method of optimizing initial placement of VMs to reduce memory consumption based on similar characteristics of VMs performed by VM placement agent 107 described with respect to FIG. 1 .
- the software 422 may also reside, completely or at least partially, within the main memory 404 and/or within the processing device 402 during execution thereof by the computer system 400 ; the main memory 404 and the processing device 402 also constituting machine-accessible storage media.
- the software 422 may further be transmitted or received over a network 420 via the network interface device 408 .
- the machine-readable storage medium 428 may also be used to stored instructions to perform methods 200 and 300 for optimizing initial placement of VMs to reduce memory consumption described with respect to FIGS. 2 and 3 , and/or a software library containing methods that call the above applications. While the machine-accessible storage medium 428 is shown in an exemplary embodiment to be a single medium, the term “machine-accessible storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
- machine-accessible storage medium shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instruction for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
- machine-accessible storage medium shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
A mechanism for optimal placement of VMs based on shared images is disclosed. A method of embodiments of the invention includes identifying a virtual machine (VM) image of a new VM to be placed by a host controller on one of a plurality of candidate host machines, for each candidate host machine of the plurality of candidate host machines, identifying a VM image for each VM hosted by the candidate host machine, and determining the candidate host with the most VMs having identical VM images to the new VM.
Description
- The present application is related to co-filed U.S. patent application Ser. No. ______ entitled “Mechanism for Optimizing Initial Placement of Virtual Machines to Reduce Memory Consumption Based on Similar Characteristics” (attorney docket number 8671.P027), and co-filed U.S. patent application Ser. No. ______ entitled “Mechanism for Dynamic Placement of Virtual Machines During Live Migration Based on Memory” (attorney docket number 8671.P028), which are both assigned to the assignee of the present application.
- The embodiments of the invention relate generally to virtual machine (VM) systems and, more specifically, relate to optimal placement of VMs based on shared images.
- In computer science, a virtual machine (VM) is a portion of software that, when executed on appropriate hardware, creates an environment allowing the virtualization of an actual physical computer system. Each VM may function as a self-contained platform, running its own operating system (OS) and software applications (processes). Typically, a virtual machine monitor (VMM) manages allocation and virtualization of computer resources and performs context switching, as may be necessary, to cycle between various VMs.
- A host machine (e.g., computer or server) is typically enabled to simultaneously run multiple VMs, where each VM may be used by a remote client. The host machine allocates a certain amount of the host's resources to each of the VMs. Each VM is then able to use the allocated resources to execute applications, including operating systems known as guest operating systems. The VMM virtualizes the underlying hardware of the host machine or emulates hardware devices, making the use of the VM transparent to the guest operating system or the remote client that uses the VM.
- In some virtualization systems, the host is a centralized server that is partitioned into multiple VMs to provide virtual desktops to users within an enterprise. A problem with centralized hosting of VMs is the use of shared storage amongst the VMs. Typically, each VM is allocated some minimum storage space out of the shared pool of storage. Because the total amount of storage in a shared pool of storage is a fixed amount, conserving disk space becomes an important consideration in virtualization systems. The storage allocation per VM is usually a sparse amount that is allocated on-demand; rather than allocating to each VM the maximum amount of storage that the VM may use. Virtualization systems require storage allocation in this sparse manner in order to conserve disk space for use only by VM systems that require the storage.
- One exemplary use of the shared storage for VMs is to store an image template of a VM, so as to reduce or eliminate the need to install an OS and applications in every copy of a VM on a host machine and to reduce disk image size. This image template may include a codebase of an operating system (a guest operating system) and applications running on the guest operating system, as well as libraries and data used by the guest operating system and the applications. The size of a typical VM image is substantial. For example, an enterprise's virtual machine image is usually more than 10 GB. Hence, in an enterprise with 1,000 users, the storage requirement for virtual machine images is likely to exceed 10 TB. Maintaining such a large amount of storage is expensive and inefficient.
- Most virtualization systems include one or more clusters of host machines that each run multiple VMs. Upon initialization of a new VM, a host machine must be selected to host this VM. Many factors may be considered in the initial placement of this VM, including, but not limited to, CPU usage, power consumption considerations, and so on. A mechanism for optimizing the initial placement of a VM to consider reduction of memory consumption as part of the multiple factors of initial placement would be beneficial.
- The invention will be understood more fully from the detailed description given below and from the accompanying drawings of various embodiments of the invention. The drawings, however, should not be taken to limit the invention to the specific embodiments, but are for explanation and understanding only.
-
FIG. 1 is a block diagram of an exemplary network architecture in which embodiments of the invention may operate; -
FIG. 2 is a flow diagram illustrating a method for optimizing initial placement of virtual machines (VMs) to reduce memory consumption based on similar characteristics of VMs according to an embodiment of the invention; -
FIG. 3 is a flow diagram illustrating a method for optimizing initial placement of VMs to reduce memory consumption based on identical images of VMs according to an embodiment of the invention; and -
FIG. 4 illustrates a block diagram of one embodiment of a computer system. - Embodiments of the invention provide a mechanism for optimal placement of VMs based on shared images. A method of embodiments of the invention includes identifying a virtual machine (VM) image of a new VM to be placed by a host controller on one of a plurality of candidate host machines, for each candidate host machine of the plurality of candidate host machines, identifying a VM image for each VM hosted by the candidate host machine, and determining the candidate host with the most VMs having identical VM images to the new VM.
- In the following description, numerous details are set forth. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the present invention.
- Some portions of the detailed descriptions which follow are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.
- It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise, as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “sending”, “receiving”, “attaching”, “forwarding”, “caching”, or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
- The present invention also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, each coupled to a computer system bus.
- The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear as set forth in the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.
- The present invention may be provided as a computer program product, or software, that may include a machine-readable medium having stored thereon instructions, which may be used to program a computer system (or other electronic devices) to perform a process according to the present invention. A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable (e.g., computer-readable) medium includes a machine (e.g., a computer) readable storage medium (e.g., read only memory (“ROM”), random access memory (“RAM”), magnetic disk storage media, optical storage media, flash memory devices, etc.), a machine (e.g., computer) readable transmission medium (non-propagating electrical, optical, or acoustical signals), etc.
- Embodiments of the invention provide a mechanism for optimizing initial placement of VMs to reduce memory consumption. To reduce memory consumption in embodiments of the invention, a VM placement agent of a host controller selects an optimum host machine to place a newly-initialized VM by determining which host machine of multiple candidate host machines includes the most VMs that will share RAM memory with the newly-initialized VM to be placed. In one embodiment, identifying VMs that will share RAM memory with the newly-initialized VM includes determining a host having the most VMs with similar characteristics to the new VM. In another embodiment, identifying VMs that will share RAM memory with the newly-initialized VM includes determining a host having the most VMs with identical VM images to the new VM. Although embodiments of the invention refer to initial placement of a VM, one skilled in the art will appreciate that solutions provided in embodiments of the invention may apply equally to migration of a VM as well.
-
FIG. 1 illustrates anexemplary network architecture 100 in which embodiments of the present invention may operate. Thenetwork architecture 100 may include ahost machine 103 coupled to one ormore clients 101 over anetwork 102. Thenetwork 102 may be a private network (e.g., a local area network (LAN), wide area network (WAN), intranet, etc.) or a public network (e.g., the Internet). In some embodiments,clients 101 may be hosted directly by ahost machine 103 as a local client onhost machine 103.Host machine 103 may be part of a cluster ofhost machines 103. Thehost machine 103 may be coupled to a host controller 105 (via a network or directly). Alternatively, thehost controller 105 may be part of thehost machine 103. - In one embodiment, the
clients 101 may include computing devices that have a wide range of processing capabilities. Some or all of theclients 101 may be thin clients, which serve as access terminals for users and depend primarily on thehost machine 103 for processing activities. For example, theclient 101 may be a desktop computer, laptop computer, cellular phone, personal digital assistant (PDA), etc. Theclient 101 may run client applications such as a Web browser and a graphic user interface (GUI). Theclient 101 may also run other client applications to receive multimedia data streams or other data sent from thehost machine 103 and re-direct the received data to a display or other user interface. - In one embodiment,
host machine 103 runs one or more virtual machines (VMs) 131. EachVM 131 runs a guest operating system (OS) that may be different from one another. The guest OS may include Microsoft Windows, Linux, Solaris, Mac OS, etc. Thehost machine 103 may include ahypervisor 135 that emulates the underlying hardware platform for theVMs 131. Thehypervisor 135 may also be known as a virtual machine monitor (VMM), a kernel-based hypervisor or a host operating system. - Each
VM 131 can be accessed by one or more of theclients 101 over thenetwork 102. In one scenario, theVM 131 can provide a virtual desktop for theclient 101. In other embodiments, theVM 131 may provide a virtual server for theclient 101. TheVMs 131 can be managed by thehost controller 105, which may reside on a designated computer system (e.g., a server computer, a desktop computer, etc.) or be part of thehost machine 103 or another machine. Thehost controller 105 may also add a VM, delete a VM, balance the load on the server cluster, provide directory service to theVMs 131, and perform other management functions. - The
host machine 103 may also be coupled todata storage 120.Data storage 120 may represent multiple storage devices (e.g., disks in a disk array) associated withindividual VMs 131, or a single storage device (e.g., hard drive of the host machine 103) including areas designated forindividual VMs 131. When aVM 131 is created, it is associated withindividual data storage 120, which may be an independent storage device or a designated area of the storage device. - The
host machine 103 may further be coupled tocommon data storage 125 directly or remotely.Common data storage 125 may represent a designated area of the same storage device as data storage 120 (e.g., a disk drive), an independent storage device coupled with thehost machine 103 directly (e.g., a disk drive) or a remote storage device (e.g., network attached storage (NAS), etc.). - In one embodiment,
host controller 105 may include aVM placement agent 107.VM placement agent 107 is responsible for making a determination of which host machine 103 aVM 131 should be placed upon its creation. Although only onehost machine 103 is shown inFIG. 1 , for purposes of explanation assume that a plurality ofhost machines 103 exist innetwork 100. In one embodiment,VM placement agent 107 utilizes a general scheduling algorithm that considers a variety of factors for initial placement of aVM 131. Such factors may include, but are not limited to, CPU utilization, CPU speed, memory space, and memory utilization. Embodiments of the invention introduce the concept of reducing memory consumption as one of the factors forVM placement agent 107 to consider in initial placement of aVM 131 on ahost machine 103. - In one embodiment, each
host machine 103 includes amemory sharing agent 137 that operates to unify shared pages ofVMs 131 running on thathost machine 103. In one embodiment, thememory sharing agent 137 is a Kernel SamePage Merging (KSM) feature of a Linux kernel running inhost machine 103. The KSM feature is generally found inside the host kernel ofhost machine 103. Instead of eachVM 131 storing identical memory pages separately, thememory sharing agent 137 can identify these shared pages and store one copy of these memory pages in thehost machine memory 109 that may be accessed by eachVM 131. - To reduce memory consumption in embodiments of the invention, the
VM placement agent 107 ofhost controller 105 selects anoptimum host machine 103 to place a newly-initializedVM 131 by determining whichhost machine 103 includes themost VMs 131 that will share RAM memory with the newly-initializedVM 131 to be placed. Once the VM is placed on thehost machine 103, thememory sharing agent 137 of thathost machine 103 can unify memory pages of the newly-placedVM 131 with commonly-shared memory pages of theVMs 131 already running on thehost machine 103. This unification of memory pages operates to reduce overall memory consumption on thehost machine 103. - In one embodiment, selecting an
optimal host machine 103 to place a newly-initialized VM includes identifyingVMs 131 running on the host that have similar characteristics to the VM to be placed. Similar characteristics may include, for example, similar operating systems, similar applications, and similar libraries. In one embodiment,VM placement manager 107 communicates withVM agents 132 of eachVM 131 in order to determine the current OS and the current applications running on eachVM 131. In one embodiment, this communication occurs on an on-going basis whenever any changes are made at the VM. In other embodiments, the communication may occur when theVM placement agent 107 is performing the general scheduling algorithm to place a new VM and requires this information as part of embodiments of the invention. - Once the characteristics of all currently-running VMs are known, the
VM placement agent 107 compares the determined characteristics with the characteristics of the VM to-be-placed in order to find similarities. Thehost machine 103 with themost VMs 131 having similar characteristics to the VM to-be-placed is then identified to a scheduling algorithm of theVM placement agent 107 for preferential treatment by the algorithm. - Utilizing similar characteristics in embodiments of the invention allows flexibility in placing a VM, because identical features do not have to exist in order to meet the criteria for placement. For example, a
VM 131 running the same type, but not necessarily same version, of an OS and/or application as the VM to be placed may be considered to have similar characteristics for purposes of the scheduling algorithm used by theVM placement agent 107 in embodiments of the invention. The required extent of similarity for each VM characteristic and a collection of VM characteristics may be predetermined or configurable by a user (e.g., a system administrator) and stored in a data store accessible by theVM placement agent 107. - In another embodiment, selecting an
optimal host machine 103 to place a newly-initialized VM includes identifyingVMs 131 running on thehost machine 103 that have an identical VM image template to the VM to be placed. A VM image template may include, for example, a codebase of the guest OS and applications running in theVM 131, and the libraries and data used by the guest OS and the applications. A VM image template may also include components required by all users of clients 101 (e.g., installation files of a guest OS, a web browser application, an anti-virus application, an email application, etc.) and components specific to individual users (e.g., profiles, user specific applications, etc.). - In embodiments of the invention, identifying
VMs 131 running on ahost machine 103 that have an identical VM image template to the VM being placed involves theVM placement agent 107 having to examine the actualVM image templates 131 stored by ahost machine 103. In one embodiment,VM placement agent 107 may utilize thememory sharing agent 137 ofhost machine 103 to assist in locating shared or common VM images. However,VM placement agent 107 also searchesindividual VM storage 120 for VM image template information. - The optimal placement of VMs based on shared memory in embodiments of the invention has the effect of reducing
RAM usage 109 on the host machine. For instance, in the case of placing a VM on a host running VMs with identical image templates, embodiments of the invention gain additional RAM savings (as well as the standard savings of disk storage) and improved performance due to increased usage of cache hits on the host machine. This is because when image files are accessed by the host, the host automatically caches that file in its own file system cache. These caches are per image (or a standard file because an image can actually be a file). When a VM is using a template image, it has read-only access to the base image, called the template. Over this template, a VM has an additional file to hold its image specific data. This is per-VM file with write access. When a host is running several VMs and uses either local storage or network storage file system (NFS), all of its image files and base templates are cached. - In one example scenario, assume that there are 10 different base image templates in a virtualization system. For example: 1) WINDOWS XP; 2) WINDOWS XP with Office; 3) RED HAT Enterprise Linux 5.4; 4) WINDOWS Server 2008; and so on. Many VMs can be created utilizing these base image templates. Also assume that there are 4 VMs to be allocated to 2 host machines in the virtualization system. Two of the VMs have the WinXp base image template, and the other two VMs have the Linux 5.4 base image template. Embodiments of the invention perform VM allocation by taking the shared image templates into account. The two WinXP VMs would run on
host # 1, and the two Linux VMs would run onhost # 2, thus not wasting RAM for the host cache and being able to use more RAM for caching the same images, as well as reduce the number of disk accesses, thereby gaining better performance. -
FIG. 2 is a flow diagram illustrating amethod 200 for optimizing initial placement of VMs to reduce memory consumption based on similar characteristics of VMs according to an embodiment of the invention.Method 200 may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof. In one embodiment,method 200 is performed byVM placement agent 107 ofFIG. 1 . -
Method 200 begins atblock 210 where characteristics of a new VM to be placed are identified. Characteristics of the VM may include, for example, the operating system and applications to be run by the VM. Then, atblock 220, potential candidate host machines that may host the new VM are identified (e.g., based on geographic location, an organization's department of a VM user, etc.). Atblock 230, for each identified candidate host machine, characteristics of each VM on the candidate host are determined via communications with a VM agent on the candidate host. In one embodiment, the communications with the VM agent are on an on-going basis and the characteristic information is stored by the host controller for future use. In other embodiments, the communication with the VM agent may occur at the time of the placement of the new VM. The VM agent is capable of identifying the current OS and the current applications running on the VM it is associated with, as well as other classified characteristics. - Subsequently, at
block 240, the candidate host that includes the most VMs having similar characteristics to the VM to be placed is then identified as the optimum host to reduce memory consumption. This identification is provided to a scheduling algorithm that is used to ultimately select the candidate host on which to place the new VM. The score for the identified candidate host in the scheduling algorithm may then be adjusted accordingly to reflect the memory consumption saving that the candidate host would provide if the new VM was placed there. -
FIG. 3 is a flow diagram illustrating amethod 300 for optimizing initial placement of VMs to reduce memory consumption based on identical image templates of VMs according to an embodiment of the invention.Method 300 may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as instructions run on a processing device), or a combination thereof. In one embodiment,method 300 is performed byVM placement agent 107 ofFIG. 1 . -
Method 300 begins atblock 310 where the VM image template of a new VM to be placed is identified. The VM image template may include, for example, a codebase of the guest OS and applications running in the VM, as well as the libraries and data used by the guest OS and the applications. A VM image template may also include components required by all users of clients 101 (e.g., installation files of a guest OS, a web browser application, an antivirus application, an email application, etc.) and components specific to individual users (e.g., profiles, user specific applications, etc.). - At
block 320, potential candidate host machines that may host the new VM are identified (e.g., based on geographic location, an organization's department of a VM user, etc.). Then, atblock 330, for each identified candidate host machine, the VM image template of each VM hosted by the candidate host machine is examined. In one embodiment, the VM image template is stored in individual VM data storage and/or in common storage associated with the candidate host machine. In one embodiment, a memory sharing agent may be utilized to assist in locating and identifying VM images templates of each candidate host machine. - Subsequently, at
block 340, the candidate host that includes the most VMs having an identical VM image template match to the VM to be placed is then identified as the optimum host to reduce memory consumption and the number of I/O accesses outside of the host machine. This identification of the optimum host is provided to a scheduling algorithm that is used to ultimately select the candidate host on which to place the new VM. The score for the identified candidate host in the scheduling algorithm may then be adjusted accordingly to reflect the memory consumption saving that the candidate host would provide if the new VM was placed there. -
FIG. 4 illustrates a diagrammatic representation of a machine in the exemplary form of acomputer system 400 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed. In alternative embodiments, the machine may be connected (e.g., networked) to other machines in a LAN, an intranet, an extranet, or the Internet. The machine may operate in the capacity of a server or a client machine in a client-server network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a server, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein. - The
exemplary computer system 400 includes aprocessing device 402, a main memory 404 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) (such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.), a static memory 406 (e.g., flash memory, static random access memory (SRAM), etc.), and adata storage device 418, which communicate with each other via a bus 430. -
Processing device 402 represents one or more general-purpose processing devices such as a microprocessor, central processing unit, or the like. More particularly, the processing device may be complex instruction set computing (CISC) microprocessor, reduced instruction set computer (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or processor implementing other instruction sets, or processors implementing a combination of instruction sets.Processing device 402 may also be one or more special-purpose processing devices such as an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. Theprocessing device 402 is configured to execute theprocessing logic 426 for performing the operations and steps discussed herein. - The
computer system 400 may further include anetwork interface device 408. Thecomputer system 400 also may include a video display unit 410 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), an alphanumeric input device 412 (e.g., a keyboard), a cursor control device 414 (e.g., a mouse), and a signal generation device 416 (e.g., a speaker). - The
data storage device 418 may include a machine-accessible storage medium 428 on which is stored one or more set of instructions (e.g., software 422) embodying any one or more of the methodologies of functions described herein. For example,software 422 may store instructions to implement a method of optimizing initial placement of VMs to reduce memory consumption based on similar characteristics of VMs performed byVM placement agent 107 described with respect toFIG. 1 . Thesoftware 422 may also reside, completely or at least partially, within themain memory 404 and/or within theprocessing device 402 during execution thereof by thecomputer system 400; themain memory 404 and theprocessing device 402 also constituting machine-accessible storage media. Thesoftware 422 may further be transmitted or received over anetwork 420 via thenetwork interface device 408. - The machine-
readable storage medium 428 may also be used to stored instructions to performmethods FIGS. 2 and 3 , and/or a software library containing methods that call the above applications. While the machine-accessible storage medium 428 is shown in an exemplary embodiment to be a single medium, the term “machine-accessible storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-accessible storage medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instruction for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-accessible storage medium” shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media. - Whereas many alterations and modifications of the present invention will no doubt become apparent to a person of ordinary skill in the art after having read the foregoing description, it is to be understood that any particular embodiment shown and described by way of illustration is in no way intended to be considered limiting. Therefore, references to details of various embodiments are not intended to limit the scope of the claims, which in themselves recite only those features regarded as the invention.
Claims (20)
1. A computer-implemented method, comprising:
identifying, by a host controller computing device, a virtual machine (VM) image of a new VM to be placed by the host controller computing device on one of a plurality of candidate host machines;
for each candidate host machine of the plurality of candidate host machines, identifying, by the host controller computing device, a VM image for each VM hosted by the candidate host machine; and
determining, by the host controller computing device, the candidate host with the most VMs having identical VM images to the new VM.
2. The method of claim 1 , wherein the VM image includes at least one of a codebase of a guest operating system (OS) of the VM, a codebase of one or more applications of the VM, libraries used by the OS and the one or more application of the VM, and data used by the OS and the one or more applications of the VM.
3. The method of claim 1 , wherein the VM image of the VMs hosted by the plurality of candidate host machines are stored in at least one of individual storage for the particular VM and common storage for the plurality of VMs.
4. The method of claim 1 , wherein the host controller computing device includes a VM placement agent to perform the identifying the VM image, the identifying the VM image for each VM hosted by the candidate host machine, and the determining the candidate host.
5. The method of claim 1 , further comprising providing the determined candidate host to a scheduling algorithm that ultimately selects the one of the plurality of candidate host machines to host the new VM.
6. The method of claim 1 , further comprising placing the new VM on the candidate host having the most VMs with identical VM images to the VM image of the new VM, wherein a memory sharing agent on the identified candidate host machine is operable to consolidate memory pages of the new VM with memory pages of the VMs already hosted on the identified candidate host.
7. The method of claim 6 , wherein the memory sharing agent assists the host controller computing device in the identifying a VM image for each VM hosted by the candidate host machine by locating the VM images for each VM.
8. The method of claim 6 , wherein the memory sharing agent is a Kernel SamePage Merging (KSM) feature of a Linux kernel running in the candidate host machine hosting the new VM.
9. A system, comprising:
a memory;
a processor communicably coupled to the memory; and
a VM placement agent executed from the memory and the processor, the VM placement agent operable to:
identify a virtual machine (VM) image of a new VM to be placed on one of a plurality of candidate host machines;
for each candidate host machine of the plurality of candidate host machines, identify a VM image for each VM hosted by the candidate host machine; and
determine the candidate host with the most VMs having identical VM images to the new VM.
10. The system of claim 9 , wherein the VM image includes at least one of a codebase of a guest operating system (OS) of the VM, a codebase of one or more applications of the VM, libraries used by the OS and the one or more application of the VM, and data used by the OS and the one or more applications of the VM.
11. The system of claim 9 , wherein the host controller computing device includes a VM placement agent to perform the identifying the VM image, the identifying the VM image for each VM hosted by the candidate host machine, the comparing the identified VM images, and the determining the candidate host.
12. The system of claim 9 , wherein the VM placement agent further operable to provide the determined candidate host to a scheduling algorithm that ultimately selects the one of the plurality of candidate host machines to host the new VM.
13. The system of claim 9 , wherein the VM placement agent further operable to place the new VM on the candidate host having the most VMs with identical VM images to the VM image of the new VM, wherein a memory sharing agent on the identified candidate host machine is operable to consolidate memory pages of the new VM with memory pages of the VMs already hosted on the identified candidate host.
14. The system of claim 13 , wherein the memory sharing agent assists the VM placement agent in identifying a VM image for each VM hosted by the candidate host machine by locating the VM images for each VM.
15. The system of claim 13 , wherein the memory sharing agent is a Kernel SamePage Merging (KSM) feature of a Linux kernel running in the candidate host machine hosting the new VM.
16. An article of manufacture comprising a machine-readable storage medium including data that, when accessed by a machine, cause the machine to perform operations comprising:
identifying a virtual machine (VM) image of a new VM to be placed by a host controller on one of a plurality of candidate host machines;
for each candidate host machine of the plurality of candidate host machines, identifying a VM image for each VM hosted by the candidate host machine; and
determining the candidate host with the most VMs having identical VM images to the new VM.
17. The article of manufacture of claim 16 , wherein the VM image includes at least one of a codebase of a guest operating system (OS) of the VM, a codebase of one or more applications of the VM, libraries used by the OS and the one or more application of the VM, and data used by the OS and the one or more applications of the VM.
18. The article of manufacture of claim 16 , wherein the machine-readable storage medium includes data that, when accessed by the machine, cause the machine to perform further operations comprising providing the determined candidate host to a scheduling algorithm that ultimately selects the one of the plurality of candidate host machines to host the new VM.
19. The article of manufacture of claim 16 , further comprising placing the new VM on the candidate host having the most VMs with identical VM images to the VM image of the new VM, wherein a memory sharing agent on the identified candidate host machine is operable to consolidate memory pages of the new VM with memory pages of the VMs already hosted on the identified candidate host.
20. The article of manufacture of claim 19 , wherein the memory sharing agent is a Kernel SamePage Merging (KSM) feature of a Linux kernel running in the candidate host machine hosting the new VM.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/714,053 US8650563B2 (en) | 2010-02-26 | 2010-02-26 | Identification and placement of new virtual machines to reduce memory consumption based on shared images with hosted virtual machines |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/714,053 US8650563B2 (en) | 2010-02-26 | 2010-02-26 | Identification and placement of new virtual machines to reduce memory consumption based on shared images with hosted virtual machines |
Publications (2)
Publication Number | Publication Date |
---|---|
US20110214123A1 true US20110214123A1 (en) | 2011-09-01 |
US8650563B2 US8650563B2 (en) | 2014-02-11 |
Family
ID=44506007
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/714,053 Active 2031-01-15 US8650563B2 (en) | 2010-02-26 | 2010-02-26 | Identification and placement of new virtual machines to reduce memory consumption based on shared images with hosted virtual machines |
Country Status (1)
Country | Link |
---|---|
US (1) | US8650563B2 (en) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110004735A1 (en) * | 2009-07-01 | 2011-01-06 | International Business Machines Corporation | Method and apparatus for two-phase storage-aware placement of virtual machines |
US20120137291A1 (en) * | 2010-11-29 | 2012-05-31 | International Business Machines Corporation | Placing a virtual machine on a target hypervisor |
US20120180045A1 (en) * | 2011-01-11 | 2012-07-12 | International Business Machines Corporation | Determining an optimal computing environment for running an image |
US20130191827A1 (en) * | 2012-01-23 | 2013-07-25 | International Business Machines Corporation | System and method to reduce memory usage by optimally placing vms in a virtualized data center |
US20140040891A1 (en) * | 2012-08-03 | 2014-02-06 | International Business Machines Corporation | Selecting provisioning targets for new virtual machine instances |
US20140047444A1 (en) * | 2011-04-20 | 2014-02-13 | Nec Corporation | Virtual machine managing apparatus, virtual machine managing method, and program thereof |
US20140082131A1 (en) * | 2012-09-14 | 2014-03-20 | Ca, Inc. | Automatically configured management service payloads for cloud it services delivery |
US20140201741A1 (en) * | 2010-07-26 | 2014-07-17 | Microsoft Corporation | Workload interference estimation and performance optimization |
US20140237470A1 (en) * | 2013-02-19 | 2014-08-21 | International Business Machines Corporation | Virtual Machine-to-Image Affinity on a Physical Server |
US20140359213A1 (en) * | 2013-05-31 | 2014-12-04 | Microsoft Corporation | Differencing disk improved deployment of virtual machines |
US9053053B2 (en) | 2010-11-29 | 2015-06-09 | International Business Machines Corporation | Efficiently determining identical pieces of memory used by virtual machines |
US9104458B1 (en) | 2010-09-30 | 2015-08-11 | Amazon Technologies, Inc. | Managing virtual computing nodes using isolation and migration techniques |
US9183028B1 (en) | 2010-09-30 | 2015-11-10 | Amazon Technologies, Inc. | Managing virtual computing nodes |
US9384029B1 (en) * | 2010-09-30 | 2016-07-05 | Amazon Technologies, Inc. | Managing virtual computing nodes |
US9733970B2 (en) * | 2015-08-21 | 2017-08-15 | International Business Machines Corporation | Placement of virtual machines on preferred physical hosts |
US9754303B1 (en) | 2013-10-03 | 2017-09-05 | Ca, Inc. | Service offering templates for user interface customization in CITS delivery containers |
CN107967168A (en) * | 2017-12-08 | 2018-04-27 | 中南大学 | Virtual machine integration method based on the shared drive page in a kind of cloud data center |
US10216529B1 (en) * | 2015-11-19 | 2019-02-26 | Virtuozzo International Gmbh | Method and system for sharing driver pages |
US10713181B1 (en) * | 2019-02-21 | 2020-07-14 | Virtuozzo International Gmbh | Method and system for sharing driver pages |
US10739983B1 (en) | 2019-04-10 | 2020-08-11 | Servicenow, Inc. | Configuration and management of swimlanes in a graphical user interface |
EP3690648A4 (en) * | 2017-09-29 | 2020-12-09 | Tencent Technology (Shenzhen) Company Limited | Resource scheduling method, scheduling server, cloud computing system and storage medium |
US11775333B2 (en) * | 2019-03-19 | 2023-10-03 | Hewlett Packard Enterprise Development Lp | Virtual resource selection for a virtual resource creation request |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20240036908A1 (en) * | 2021-04-21 | 2024-02-01 | NEC Laboratories Europe GmbH | Method and system for supporting memory deduplication for unikernel images |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050268298A1 (en) * | 2004-05-11 | 2005-12-01 | International Business Machines Corporation | System, method and program to migrate a virtual machine |
US20060218544A1 (en) * | 2005-03-25 | 2006-09-28 | Microsoft Corporation | Mechanism to store information describing a virtual machine in a virtual disk image |
US20090055507A1 (en) * | 2007-08-20 | 2009-02-26 | Takashi Oeda | Storage and server provisioning for virtualized and geographically dispersed data centers |
US20090070771A1 (en) * | 2007-08-31 | 2009-03-12 | Tom Silangan Yuyitung | Method and system for evaluating virtualized environments |
US20090172662A1 (en) * | 2007-12-28 | 2009-07-02 | Huan Liu | Virtual machine configuration system |
US20090228629A1 (en) * | 2008-03-07 | 2009-09-10 | Alexander Gebhart | Migration Of Applications From Physical Machines to Virtual Machines |
US20100095297A1 (en) * | 2008-10-15 | 2010-04-15 | International Business Machines Corporation | Method, system and computer program product for solution replication |
US20100107159A1 (en) * | 2008-10-29 | 2010-04-29 | Dell Products L.P. | Virtual Machine Scheduling Methods and Systems |
US20100250744A1 (en) * | 2009-03-24 | 2010-09-30 | International Business Machines Corporation | System and method for deploying virtual machines in a computing environment |
US20110004736A1 (en) * | 2006-04-26 | 2011-01-06 | Yuri Hiraiwa | Computer system and control method for the computer system |
US20110131568A1 (en) * | 2009-11-30 | 2011-06-02 | Itamar Heim | Mechanism for Live Migration of Virtual Machines with Memory Optimizations |
US8140812B2 (en) * | 2009-07-01 | 2012-03-20 | International Business Machines Corporation | Method and apparatus for two-phase storage-aware placement of virtual machines |
US8141090B1 (en) * | 2007-04-24 | 2012-03-20 | Hewlett-Packard Development Company, L.P. | Automated model-based provisioning of resources |
US8141075B1 (en) * | 2006-05-08 | 2012-03-20 | Vmware, Inc. | Rule engine for virtualized desktop allocation system |
US8185547B1 (en) * | 2005-07-29 | 2012-05-22 | Teradata Us, Inc. | Data analysis based on manipulation of large matrices on a persistent storage medium |
US8191065B2 (en) * | 2009-04-06 | 2012-05-29 | Red Hat Israel, Ltd. | Managing virtual machine images |
US8307362B1 (en) * | 2009-12-18 | 2012-11-06 | Emc Corporation | Resource allocation in a virtualized environment |
US8407448B1 (en) * | 2008-05-06 | 2013-03-26 | Emc Corporation | Shared storage I/O elimination through mapping client integration into a hypervisor |
-
2010
- 2010-02-26 US US12/714,053 patent/US8650563B2/en active Active
Patent Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050268298A1 (en) * | 2004-05-11 | 2005-12-01 | International Business Machines Corporation | System, method and program to migrate a virtual machine |
US20060218544A1 (en) * | 2005-03-25 | 2006-09-28 | Microsoft Corporation | Mechanism to store information describing a virtual machine in a virtual disk image |
US8185547B1 (en) * | 2005-07-29 | 2012-05-22 | Teradata Us, Inc. | Data analysis based on manipulation of large matrices on a persistent storage medium |
US20110004736A1 (en) * | 2006-04-26 | 2011-01-06 | Yuri Hiraiwa | Computer system and control method for the computer system |
US8141075B1 (en) * | 2006-05-08 | 2012-03-20 | Vmware, Inc. | Rule engine for virtualized desktop allocation system |
US8141090B1 (en) * | 2007-04-24 | 2012-03-20 | Hewlett-Packard Development Company, L.P. | Automated model-based provisioning of resources |
US20090055507A1 (en) * | 2007-08-20 | 2009-02-26 | Takashi Oeda | Storage and server provisioning for virtualized and geographically dispersed data centers |
US20090070771A1 (en) * | 2007-08-31 | 2009-03-12 | Tom Silangan Yuyitung | Method and system for evaluating virtualized environments |
US20090172662A1 (en) * | 2007-12-28 | 2009-07-02 | Huan Liu | Virtual machine configuration system |
US20090228629A1 (en) * | 2008-03-07 | 2009-09-10 | Alexander Gebhart | Migration Of Applications From Physical Machines to Virtual Machines |
US8407448B1 (en) * | 2008-05-06 | 2013-03-26 | Emc Corporation | Shared storage I/O elimination through mapping client integration into a hypervisor |
US20100095297A1 (en) * | 2008-10-15 | 2010-04-15 | International Business Machines Corporation | Method, system and computer program product for solution replication |
US20100107159A1 (en) * | 2008-10-29 | 2010-04-29 | Dell Products L.P. | Virtual Machine Scheduling Methods and Systems |
US20100250744A1 (en) * | 2009-03-24 | 2010-09-30 | International Business Machines Corporation | System and method for deploying virtual machines in a computing environment |
US8191065B2 (en) * | 2009-04-06 | 2012-05-29 | Red Hat Israel, Ltd. | Managing virtual machine images |
US8140812B2 (en) * | 2009-07-01 | 2012-03-20 | International Business Machines Corporation | Method and apparatus for two-phase storage-aware placement of virtual machines |
US20110131568A1 (en) * | 2009-11-30 | 2011-06-02 | Itamar Heim | Mechanism for Live Migration of Virtual Machines with Memory Optimizations |
US8307362B1 (en) * | 2009-12-18 | 2012-11-06 | Emc Corporation | Resource allocation in a virtualized environment |
Non-Patent Citations (2)
Title |
---|
Eidus, "ksm - dynamic page sharing driver for linux" article * |
Qumranet, Increasing Virtual Machine Density With KSM (2008) * |
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110004735A1 (en) * | 2009-07-01 | 2011-01-06 | International Business Machines Corporation | Method and apparatus for two-phase storage-aware placement of virtual machines |
US10255113B2 (en) * | 2010-07-26 | 2019-04-09 | Microsoft Technology Licensing, Llc | Workload interference estimation and performance optimization |
US20140201741A1 (en) * | 2010-07-26 | 2014-07-17 | Microsoft Corporation | Workload interference estimation and performance optimization |
US9959132B2 (en) | 2010-09-30 | 2018-05-01 | Amazon Technologies, Inc. | Managing virtual computing nodes using isolation and migration techniques |
US9183028B1 (en) | 2010-09-30 | 2015-11-10 | Amazon Technologies, Inc. | Managing virtual computing nodes |
US10445124B2 (en) | 2010-09-30 | 2019-10-15 | Amazon Technologies, Inc. | Managing virtual computing nodes using isolation and migration techniques |
US9104458B1 (en) | 2010-09-30 | 2015-08-11 | Amazon Technologies, Inc. | Managing virtual computing nodes using isolation and migration techniques |
US9384029B1 (en) * | 2010-09-30 | 2016-07-05 | Amazon Technologies, Inc. | Managing virtual computing nodes |
US9979694B2 (en) | 2010-09-30 | 2018-05-22 | Amazon Technologies, Inc. | Managing communications between virtual computing nodes in a substrate network |
US20120137291A1 (en) * | 2010-11-29 | 2012-05-31 | International Business Machines Corporation | Placing a virtual machine on a target hypervisor |
US9201678B2 (en) * | 2010-11-29 | 2015-12-01 | International Business Machines Corporation | Placing a virtual machine on a target hypervisor |
US9053053B2 (en) | 2010-11-29 | 2015-06-09 | International Business Machines Corporation | Efficiently determining identical pieces of memory used by virtual machines |
US8572623B2 (en) * | 2011-01-11 | 2013-10-29 | International Business Machines Corporation | Determining an optimal computing environment for running an image based on performance of similar images |
US10261819B2 (en) | 2011-01-11 | 2019-04-16 | Servicenow, Inc. | Determining an optimal computing environment for running an image based on performance of similar images |
US9348650B2 (en) | 2011-01-11 | 2016-05-24 | International Business Machines Corporation | Determining an optimal computing environment for running an image based on performance of similar images |
US11204793B2 (en) | 2011-01-11 | 2021-12-21 | Servicenow, Inc. | Determining an optimal computing environment for running an image |
US20120180045A1 (en) * | 2011-01-11 | 2012-07-12 | International Business Machines Corporation | Determining an optimal computing environment for running an image |
US10140142B2 (en) | 2011-04-20 | 2018-11-27 | Nec Corporation | Grouping and placement of virtual machines based on similarity and correlation of functional relations |
US9710295B2 (en) * | 2011-04-20 | 2017-07-18 | Nec Corporation | Grouping and placement of virtual machines based on similarity and correlation of functional relations |
US20140047444A1 (en) * | 2011-04-20 | 2014-02-13 | Nec Corporation | Virtual machine managing apparatus, virtual machine managing method, and program thereof |
US9201697B2 (en) * | 2012-01-23 | 2015-12-01 | International Business Machines Corporation | System and method to reduce memory usage by optimally placing VMS in a virtualized data center |
US9201698B2 (en) * | 2012-01-23 | 2015-12-01 | International Business Machines Corporation | System and method to reduce memory usage by optimally placing VMS in a virtualized data center |
US20130191827A1 (en) * | 2012-01-23 | 2013-07-25 | International Business Machines Corporation | System and method to reduce memory usage by optimally placing vms in a virtualized data center |
US20130232501A1 (en) * | 2012-01-23 | 2013-09-05 | International Business Machines Corporation | System and method to reduce memory usage by optimally placing vms in a virtualized data center |
US9135040B2 (en) * | 2012-08-03 | 2015-09-15 | International Business Machines Corporation | Selecting provisioning targets for new virtual machine instances |
US9135041B2 (en) | 2012-08-03 | 2015-09-15 | International Business Machines Corporation | Selecting provisioning targets for new virtual machine instances |
US9489231B2 (en) | 2012-08-03 | 2016-11-08 | International Business Machines Corporation | Selecting provisioning targets for new virtual machine instances |
US20140040891A1 (en) * | 2012-08-03 | 2014-02-06 | International Business Machines Corporation | Selecting provisioning targets for new virtual machine instances |
US20140082131A1 (en) * | 2012-09-14 | 2014-03-20 | Ca, Inc. | Automatically configured management service payloads for cloud it services delivery |
US9311161B2 (en) * | 2012-09-14 | 2016-04-12 | Ca, Inc. | Automatically configured management service payloads for cloud IT services delivery |
US20140237470A1 (en) * | 2013-02-19 | 2014-08-21 | International Business Machines Corporation | Virtual Machine-to-Image Affinity on a Physical Server |
US9104457B2 (en) * | 2013-02-19 | 2015-08-11 | International Business Machines Corporation | Virtual machine-to-image affinity on a physical server |
US9104455B2 (en) * | 2013-02-19 | 2015-08-11 | International Business Machines Corporation | Virtual machine-to-image affinity on a physical server |
US20140237479A1 (en) * | 2013-02-19 | 2014-08-21 | International Business Machines Corporation | Virtual Machine-to-Image Affinity on a Physical Server |
US20140359213A1 (en) * | 2013-05-31 | 2014-12-04 | Microsoft Corporation | Differencing disk improved deployment of virtual machines |
US9754303B1 (en) | 2013-10-03 | 2017-09-05 | Ca, Inc. | Service offering templates for user interface customization in CITS delivery containers |
US9733970B2 (en) * | 2015-08-21 | 2017-08-15 | International Business Machines Corporation | Placement of virtual machines on preferred physical hosts |
US9733971B2 (en) * | 2015-08-21 | 2017-08-15 | International Business Machines Corporation | Placement of virtual machines on preferred physical hosts |
US10216529B1 (en) * | 2015-11-19 | 2019-02-26 | Virtuozzo International Gmbh | Method and system for sharing driver pages |
EP3690648A4 (en) * | 2017-09-29 | 2020-12-09 | Tencent Technology (Shenzhen) Company Limited | Resource scheduling method, scheduling server, cloud computing system and storage medium |
CN107967168A (en) * | 2017-12-08 | 2018-04-27 | 中南大学 | Virtual machine integration method based on the shared drive page in a kind of cloud data center |
US10713181B1 (en) * | 2019-02-21 | 2020-07-14 | Virtuozzo International Gmbh | Method and system for sharing driver pages |
US11775333B2 (en) * | 2019-03-19 | 2023-10-03 | Hewlett Packard Enterprise Development Lp | Virtual resource selection for a virtual resource creation request |
US10739983B1 (en) | 2019-04-10 | 2020-08-11 | Servicenow, Inc. | Configuration and management of swimlanes in a graphical user interface |
Also Published As
Publication number | Publication date |
---|---|
US8650563B2 (en) | 2014-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8631405B2 (en) | Identification and placement of new virtual machines based on similarity of software configurations with hosted virtual machines | |
US8650563B2 (en) | Identification and placement of new virtual machines to reduce memory consumption based on shared images with hosted virtual machines | |
US8244957B2 (en) | Mechanism for dynamic placement of virtual machines during live migration based on memory | |
US8533711B2 (en) | Method and system for adjusting a selection algorithm for selecting a candidate host with a highest memory sharing history value with a target virtual machine from amongst a set of host machines that have a standard deviation of memory sharing history with the virtual machine below a threshold amount | |
US8589921B2 (en) | Method and system for target host optimization based on resource sharing in a load balancing host and virtual machine adjustable selection algorithm | |
US8327060B2 (en) | Mechanism for live migration of virtual machines with memory optimizations | |
US20120017028A1 (en) | Mechanism for Random Cache Line Selection in Virtualization Systems | |
US8832683B2 (en) | Using memory-related metrics of host machine for triggering load balancing that migrate virtual machine | |
US20110131443A1 (en) | Mechanism for Automatic Adjustment of Virtual Machine Storage | |
US8826292B2 (en) | Migrating virtual machines based on level of resource sharing and expected load per resource on candidate target host machines | |
US9280380B2 (en) | Management of I/O reqeusts in virtual machine migration | |
US8176289B2 (en) | Method to support sparse volumes or thin provisioned volumes in real time | |
US8629878B2 (en) | Extension to a hypervisor that utilizes graphics hardware on a host | |
US9098578B2 (en) | Interactive search monitoring in a virtual machine environment | |
US8528075B2 (en) | Accelerating the execution of anti-virus programs in a virtual machine environment | |
US8312453B2 (en) | Mechanism for communication in a virtualization system via multiple generic channels of a paravirtualized device | |
US12045678B2 (en) | Providing application programming interface endpoints for machine learning models | |
US20150242229A1 (en) | Idle processor management by guest in virtualized systems | |
US10331471B1 (en) | Browser credential management for virtual execution environments | |
US8631253B2 (en) | Manager and host-based integrated power saving policy in virtualization systems | |
US20230205560A1 (en) | Selective memory deduplication for virtualized computer systems | |
US9411624B2 (en) | Virtual device interrupt hinting in a virtualization system | |
US10664299B2 (en) | Power optimizer for VDI system | |
US20120266161A1 (en) | Mechanism For Host Machine Level Template Caching In Virtualization Environments | |
US20150160973A1 (en) | Domain based resource isolation in multi-core systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RED HAT ISRAEL, LTD., ISRAEL Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LUBLIN, URI;LAOR, DOR;REEL/FRAME:024147/0355 Effective date: 20100315 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |