WO2009045994A1 - Virtual cluster based upon operating system virtualization - Google Patents

Virtual cluster based upon operating system virtualization Download PDF

Info

Publication number
WO2009045994A1
WO2009045994A1 PCT/US2008/078244 US2008078244W WO2009045994A1 WO 2009045994 A1 WO2009045994 A1 WO 2009045994A1 US 2008078244 W US2008078244 W US 2008078244W WO 2009045994 A1 WO2009045994 A1 WO 2009045994A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
cluster
application
operating systems
virtual operating
Prior art date
Application number
PCT/US2008/078244
Other languages
French (fr)
Inventor
Ellard T. Roush
Zoram Thanga
Original Assignee
Sun Microsystems, Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sun Microsystems, Inc. filed Critical Sun Microsystems, Inc.
Priority to CN2008801156077A priority Critical patent/CN101971147B/en
Priority to EP08836549.9A priority patent/EP2206040B1/en
Publication of WO2009045994A1 publication Critical patent/WO2009045994A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5077Logical partitioning of resources; Management or configuration of virtualized resources

Definitions

  • the invention relates to cluster applications, resource management, and virtualization techniques.
  • SOLARIS Containers available in the SOLARIS operating system from Sun Microsystems, Inc., Santa Clara, California.
  • SOLARIS Containers includes several different technologies that are used together to consolidate servers and applications. With server virtualization, applications can be consolidated onto a fewer number of servers. For example, multiple virtual servers may exist on a single physical server.
  • the SOLARIS Containers approach to implementing virtualization involves a technology referred to as SOLARIS zones and a technology referred to as SOLARIS resource pools.
  • Zones are separate environments on a machine that logically isolate applications from each other. Each application receives a dedicated namespace. Put another way, a zone is a type of sandbox.
  • a resource pool is a set of physical resources such as, for example, processors.
  • the SOLARIS pools facility is used to partition the system resources into a plurality of resource pools for the purposes of resource management.
  • the SOLARIS zones facility is for virtualizing the operating system to improve security, provide isolation and administrative delegation.
  • the Fair Share Scheduler is used when multiple zones are assigned to the same resource pool.
  • the scheduler software enables resources in a resource pool to be allocated proportionally to applications, that is, to the zones that share the same resource pool.
  • the pools facility is static. That is, the pool configurations must be defined in advance.
  • SOLARIS zones are dynamic. There can be many zones defined; the zones may not all be running at a particular time. Zones can be rebooted or even moved to a new host.
  • zones and resource pools provide application containment. Within an application container, the application believes that it is running on its own server; however, the kernel and a number of system libraries are shared between the various containers. As well, the physical resources are shared in accordance with the configured resource pools.
  • Figures 1-3 illustrate an existing implementation of SOLARIS Containers, showing how virtualization allows multiple applications and servers to be consolidated onto a single physical server using application containers composed of zones and resource pools.
  • a single physical server 10 using server virtualization, allows the consolidation of an email application 12, a first web server 14, and a second web server 16.
  • the single physical server 10 includes multiple virtual servers such that, after consolidation, each of the email application, first web server, and second web server exists on its own virtual server on server 10.
  • each application has its own zone 22, 24, and 26.
  • Figure 3 illustrates the completed example including first and second resource pools 30 and 32, respectively.
  • Zones 22, 24, and 26 are non-global zones; the global zone is indicated at 34.
  • Global zone 34 is the original SOLARIS operating system instance.
  • zone 22 has a dedicated resource pool, pool 32.
  • Zone 24, zone 26, and the global zone 34 share resource pool 30.
  • the Fair Share Scheduler (FSS) proportionally allocates resources to zone 24, zone 26, and global zone 34 in accordance with assigned numbers of shares.
  • the first container is composed of zone 22 and resource pool 32.
  • the second container is composed of zone 24 and resource pool 30.
  • the third container is composed of zone 26 and resource pool 30.
  • the fourth container is composed of global zone 34 and resource pool 30.
  • Sun Microsystems, Inc. introduced SOLARIS zones in the SOLARIS 10 Operating System. In summary, SOLARIS zones provides:
  • Resource Management the system administrator can control the allocation of resources at the granularity of the zone.
  • the system administrator can assign specific resources, such as file systems, to a zone.
  • the system administrator can effectively control the percentage of some resources, such as CPU power, allocated to a zone.
  • Application Fault Isolation when an application error condition necessitates a reboot, that reboot becomes a zone reboot when the application resides within a zone. The reboot of one zone does not affect any other zone. Hence, the failure of an application in one zone does not impact applications in other zones.
  • zones are limited to a single machine, and do not address the needs of cluster applications.
  • Other existing operating system virtualization technologies also target single machines, and do not address the needs of cluster applications.
  • Failover Application one instance of the application runs on one node at a time. If the machine hosting the application fails, the cluster automatically restarts the application on another node. Failover applications can move between nodes for reasons of load balancing, hardware maintenance, or the whims of the administrator.
  • Sun Cluster available in the SOLARIS operating system from Sun Microsystems, Inc., Santa Clara, California.
  • virtual machines Another existing approach to virtualization involves what are referred to as virtual machines.
  • software running on the host operating system (or in some cases below the host operating system) allows one or more guest operating systems to run on top of the same physical hardware at the same time.
  • the guest operating system is a full operating system, including the kernel and libraries.
  • Existing virtual machine technologies support multiple operating system images on a single machine.
  • virtual machines when compared to virtual operating systems, place significant burden on a physical machine and place significant overhead on virtualized resources.
  • the physical cluster includes a plurality of physical server nodes.
  • Each physical server node includes a plurality of physical resources and a virtualizing subsystem.
  • the virtualizing subsystem is capable of creating separate environments on the physical server node that logically isolate applications from each other.
  • the separate environments are virtual operating systems.
  • the method comprises configuring a virtual operating system on each physical server node by defining properties of the virtual operating system.
  • the method further comprises configuring a virtual cluster composed of a plurality of virtual operating systems that are on a plurality of physical server nodes.
  • a cluster application runs on the virtual cluster.
  • the virtual cluster presents the plurality of virtual operating systems that compose the virtual cluster to the cluster application such that the cluster application is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.
  • the cluster application may be a failover application that runs on one virtual operating system at a time within the virtual cluster.
  • the cluster application may be a scalable application wherein different instances of the scalable application run simultaneously on different virtual operating systems within the virtual cluster.
  • Figure 1-3 illustrates an example of server virtualization in an existing implementation of SOLARIS Containers
  • Figure 4 illustrates an example of a two-node physical cluster hosting three virtual clusters in an exemplary implementation of the invention
  • Figure 5 illustrates two virtual clusters showing assigned resources in an exemplary implementation of the invention.
  • Figure 6 illustrates the configuration and installation of a zone.
  • the preferred embodiment of the invention comprehends a virtual cluster based upon SOLARIS zones. It is appreciated that a virtual cluster based upon zones is one embodiment of the invention; virtual clusters may be implemented in accordance with the invention based upon other operating system virtualization techniques. 1. Virtual Cluster Based Upon Zones Properties
  • the preferred embodiment of the invention builds a virtual cluster based upon zones. Under this approach, each virtual node is a zone. This approach presents the illusion to the application that the application is running on a physical cluster dedicated to that application.
  • FIG. 4 shows an example of a two-node physical cluster hosting three different virtual clusters.
  • first and second nodes 50 and 52 form the physical cluster.
  • the three virtual clusters are indicated at 54, 56, and 58.
  • a computer cluster is a group of tightly coupled computers.
  • each node 50, 52 is a computer running the SOLARIS operating system.
  • SOLARIS zones provides first zone 60, second zone 62, and third zone 64 on node 50.
  • SOLARIS zones provides first zone 70, second zone 72, and third zone 74 on node 52.
  • Virtual cluster 54 is composed of a pair of virtual nodes which are zones 60 and 70.
  • Virtual cluster 56 is composed of a pair of virtual nodes which are zones 62 and 72.
  • Virtual cluster 58 is composed of a pair of virtual nodes which are zones 64 and 74.
  • An application within a virtual cluster can only move between the virtual nodes of the virtual cluster.
  • virtual cluster 54, 56, 58 is a cluster- wide container for applications that can be used to separate cluster applications.
  • the virtual cluster 54, 56, 58 provides a well-defined boundary for access control purposes.
  • An application within a virtual cluster can only see things within the virtual cluster, and can only modify things within the virtual cluster.
  • the virtual cluster 54, 56, 58 uses the zone resource management facilities.
  • a system administrator must explicitly configure a zone to use any specific resource, such as a specific file system, or that resource will not be available. This provides the capability to isolate the resources of different cluster applications running in virtual clusters.
  • the system administrator can explicitly control the usage of CPUs and memory at the zone level. This continues to be applicable for virtual clusters.
  • Figure 6 illustrates an example of the configuration and installation of a zone.
  • the zone configuration tool is entered at block 80.
  • a new zone definition is created at block 82.
  • the new zone is assigned to a file system, and network parameters are configured, at block 84.
  • Other zone properties may also be configured at block 84.
  • a cluster application inside a virtual cluster 54, 56, 58 sees only the membership status of the virtual cluster.
  • a virtual cluster can run on all nodes of the physical cluster or a subset of the nodes of the physical cluster.
  • the physical cluster and virtual cluster membership information take the same form. Thus there is no difference in this area with respect to whether an application runs in a physical cluster or in a virtual cluster.
  • the virtual cluster 54, 56, 58 supports the administration of applications from within the virtual cluster.
  • the application administrator can only see and only affect applications and resources within that virtual cluster.
  • the administrator in the global zone (or physical cluster) can establish or remove dependencies between applications in different zones. For example, the administrator in the global zone could establish a dependency relationship of SAP in one virtual cluster upon an ORACLE RAC data base in another virtual cluster.
  • the virtual cluster 54, 56, 58 provides separate namespaces for the information about applications.
  • the virtual cluster provides separate namespaces for the lookup of private network IP addresses.
  • the entire virtual cluster 54, 56, 58 can be administered by a single command from any node.
  • the single point of administration principle applies to the administration of applications running in the virtual cluster.
  • Each virtual cluster 54, 56, 58 consists of a set of virtual nodes 60 and 70, 62 and 72, 64 and 74 where each virtual node is a zone.
  • the SOLARIS zone provides a container for applications.
  • the preferred embodiment of the invention leverages that feature and establishes a specific relationship with virtual nodes on other machines.
  • Each virtual node has the following resources:
  • the virtual cluster 54, 56, 58 leverages a number of zone configuration properties.
  • the administrative tools ensure that the security related-properties of all zones always remain consistent. This means that the system can substitute the local zone when servicing a remote request.
  • Figure 5 shows an example of the resources assigned to two virtual clusters configured on one two-node physical cluster.
  • nodes 100 and 102 compose the physical cluster.
  • the virtual clusters are indicated at 104 and 106.
  • the Public Network 110 refers to network access outside the cluster.
  • the Application LAN 112 represents the IP address used to communicate between applications locally.
  • the Private Interconnect 114 refers to the IP address based communication between the instances of a scalable application running on multiple nodes of the virtual cluster.
  • Each virtual cluster uses its own cluster file system 120.
  • the networks can be shared but the IP addresses cannot be shared.
  • the cluster file systems should not be shared. 2.2 Administration
  • the command clzonecluster supports the creation of the entire virtual cluster 104, 106 in a single command from any node 100, 102 of the physical cluster.
  • the same command clzonecluster supports configuration of an existing virtual cluster.
  • the command clzonecluster supports actions upon the virtual cluster.
  • a clzonecluster subcommand boots the entire cluster or a single virtual node.
  • a clzonecluster subcommand halts the entire cluster or a virtual node.
  • a clzonecluster subcommand provides status information about the virtual nodes.
  • Each virtual cluster 104, 106 has its own separate Configuration Repository, which contains all of the configuration information about that virtual cluster. This provides a separate namespace for each virtual cluster.
  • Physical cluster membership information consists of a set of node- number/node-incarnation number pairs that identifies the physical nodes that are currently alive.
  • the virtual cluster presents membership information in exactly the same format: virtual- node-number/virtual-node-incarnation pairs.
  • a zone can fail independently of the physical node hosting that zone. Also, administrative commands can be used to halt a zone, while leaving the physical node operational.
  • the system provides membership information of each virtual cluster 104, 106 that presents the state of which virtual nodes are operational.
  • the specific implementation uses callbacks from the BrandZ feature set of SOLARIS zones to determine when a zone boots or shuts down.
  • the virtual cluster 104, 106 provides separate namespaces for the following: • Application Management - the system uses separate information repositories for each virtual cluster to support application management.
  • Private IP Addresses the system has separate tables for supporting lookups of IP addresses for the private interconnect.
  • Component the system uses a name server for locating software components. This name server determines the virtual cluster where the request originated and responds with the software component for that virtual cluster. This supports the cluster infrastructure by making it possible to have multiple copies of cluster software components, while ensuring that requests reach the software component for that virtual cluster.
  • Each virtual cluster 104, 106 has its own subsystem for managing the applications within a virtual cluster.
  • RGM Resource Group Management
  • RGM manages the resources needed by an application.
  • RGM mounts the file system needed by an application.
  • RGM sets up the IP address needed by an application. This principle applies to other resources.
  • RGM validates that an administrator operating within the virtual cluster can only specify a dependency upon a resource within the virtual cluster. The system validates the resource again when about to activate the resource.
  • SOLARIS zones is leveraged to implement virtual clusters based on zones.
  • the invention is not limited to SOLARIS zones, and virtual clusters may be based upon other operating system virtualization techniques. While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.

Abstract

Virtual clusters are based upon virtual operating systems. The physical cluster includes a plurality of physical server nodes. Each physical server node includes a plurality of physical resources and a virtualizing subsystem. The virtualizing subsystem is capable of creating separate environments that logically isolate applications from each other. The separate environments are virtual operating systems. A virtual operating system is configured on each physical server node by defining properties of the virtual operating system. A virtual cluster is composed of a plurality of virtual operating systems that are on a plurality of physical server nodes. A cluster application runs on the virtual cluster. The virtual cluster presents the plurality of virtual operating systems that compose the virtual cluster to the cluster application such that the cluster application is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.

Description

VIRTUAL CLUSTER BASED UPON OPERATING SYSTEM VIRTUALIZATION
BACKGROUND OF THE INVENTION
1. Field of the Invention
The invention relates to cluster applications, resource management, and virtualization techniques.
2. Background Art The power of computer technology, including CPU, memory, storage, and network, has been growing faster than the needs of many applications. Many users of computer systems, and more specifically clusters, place a single application on that system.
This already results in vastly under utilized computer systems. People are willing to use one system per application for several reasons: • Security - placing applications on their own systems ensures the isolation of application data and application processing.
• Resource Management - the user of the application clearly can see what resources are being used, and system managers can readily assign costs.
• Application Fault Isolation - some application failures require that the entire machine be rebooted in order to clear the problem. The placement of applications on their own machines ensures that the failure of one application does not impact other applications.
The new generation of CPU, memory, storage, and network technology is even more powerful relative to the needs of many computer applications. This will result in computer systems that are mostly idle. Cost factors motivate people to look for ways to better utilize this equipment.
The use of virtualization is increasing. In general, virtualization relates to creating an abstraction layer between software applications and physical resources. There are many approaches to virtualization. One existing operating system virtualization technique is SOLARIS Containers, available in the SOLARIS operating system from Sun Microsystems, Inc., Santa Clara, California. SOLARIS Containers includes several different technologies that are used together to consolidate servers and applications. With server virtualization, applications can be consolidated onto a fewer number of servers. For example, multiple virtual servers may exist on a single physical server.
The SOLARIS Containers approach to implementing virtualization involves a technology referred to as SOLARIS zones and a technology referred to as SOLARIS resource pools. Zones are separate environments on a machine that logically isolate applications from each other. Each application receives a dedicated namespace. Put another way, a zone is a type of sandbox. A resource pool is a set of physical resources such as, for example, processors. The SOLARIS pools facility is used to partition the system resources into a plurality of resource pools for the purposes of resource management. The SOLARIS zones facility is for virtualizing the operating system to improve security, provide isolation and administrative delegation.
When consolidating applications with SOLARIS Containers, physical resources are partitioned into a number of resource pools. A zone may be created for each application, and then one or more zones are assigned to each resource pool.
Another technology involved in SOLARIS Containers is called the Fair Share
Scheduler (FSS). The Fair Share Scheduler is used when multiple zones are assigned to the same resource pool. The scheduler software enables resources in a resource pool to be allocated proportionally to applications, that is, to the zones that share the same resource pool.
In an existing implementation of SOLARIS Containers, the pools facility is static. That is, the pool configurations must be defined in advance. However, SOLARIS zones are dynamic. There can be many zones defined; the zones may not all be running at a particular time. Zones can be rebooted or even moved to a new host. In the SOLARIS Containers approach to virtualization, zones and resource pools provide application containment. Within an application container, the application believes that it is running on its own server; however, the kernel and a number of system libraries are shared between the various containers. As well, the physical resources are shared in accordance with the configured resource pools.
Figures 1-3 illustrate an existing implementation of SOLARIS Containers, showing how virtualization allows multiple applications and servers to be consolidated onto a single physical server using application containers composed of zones and resource pools. As shown in Figure 1, a single physical server 10, using server virtualization, allows the consolidation of an email application 12, a first web server 14, and a second web server 16. The single physical server 10 includes multiple virtual servers such that, after consolidation, each of the email application, first web server, and second web server exists on its own virtual server on server 10.
As best shown in Figure 2, in order to create the application containers, each application has its own zone 22, 24, and 26. Figure 3 illustrates the completed example including first and second resource pools 30 and 32, respectively. Zones 22, 24, and 26 are non-global zones; the global zone is indicated at 34. Global zone 34 is the original SOLARIS operating system instance.
With continuing reference to Figure 3, zone 22 has a dedicated resource pool, pool 32. Zone 24, zone 26, and the global zone 34 share resource pool 30. The Fair Share Scheduler (FSS) proportionally allocates resources to zone 24, zone 26, and global zone 34 in accordance with assigned numbers of shares.
As shown, there are four application containers. The first container is composed of zone 22 and resource pool 32. The second container is composed of zone 24 and resource pool 30. The third container is composed of zone 26 and resource pool 30. The fourth container is composed of global zone 34 and resource pool 30. Sun Microsystems, Inc. introduced SOLARIS zones in the SOLARIS 10 Operating System. In summary, SOLARIS zones provides:
• Security - an application or user within a zone can only see and modify data within that zone.
• Resource Management - the system administrator can control the allocation of resources at the granularity of the zone. The system administrator can assign specific resources, such as file systems, to a zone. The system administrator can effectively control the percentage of some resources, such as CPU power, allocated to a zone. • Application Fault Isolation - when an application error condition necessitates a reboot, that reboot becomes a zone reboot when the application resides within a zone. The reboot of one zone does not affect any other zone. Hence, the failure of an application in one zone does not impact applications in other zones.
Many customers are now using zone technology to safely consolidate applications from separate machines onto a single machine. In the existing implementation, zones are limited to a single machine, and do not address the needs of cluster applications. Other existing operating system virtualization technologies also target single machines, and do not address the needs of cluster applications.
Cluster applications are often divided into two categories:
• Failover Application - one instance of the application runs on one node at a time. If the machine hosting the application fails, the cluster automatically restarts the application on another node. Failover applications can move between nodes for reasons of load balancing, hardware maintenance, or the whims of the administrator.
• Scalable Application - different instances of the application can be running simultaneously on different nodes of the cluster. Safely consolidating cluster applications requires keeping these applications separate, while respecting the fact that these applications are spread across multiple machines and these applications will dynamically move between machines.
Many cluster applications require information about the status of potential host machines, in other words these applications need an identification of the machines that are operational.
Background information relating to SOLARIS Containers technology may be found in Joost Pronk van Hoogeveen and Paul Steeves, "SOLARIS 10 How To Guides: Consolidating Servers and Applications with SOLARIS Containers," 2005, Sun Microsystems, Inc., Santa Clara, California.
Further background information may be found in "System Administration Guide: Solaris Containers-Resource Management and Solaris Zones," Part No.: 817-1592, 2006, Sun Microsystems, Inc., Santa Clara, California.
One existing clustering technique is Sun Cluster, available in the SOLARIS operating system from Sun Microsystems, Inc., Santa Clara, California.
Background information relating to Sun Cluster technology may be found in Angel Camacho, Lisa Shepherd, and Rita McKissick, "SOLARIS 10 How To Guides: How to Install and Configure a Two-Node Cluster," 2007, Sun Microsystems, Inc., Santa Clara, California.
Further background information may be found in "Sun Cluster System Administration Guide for Solaris OS," Part No.: 817-6546, 2004, Sun Microsystems, Inc., Santa Clara, California. Further background information may be found in "Sun Cluster Software Installation Guide for Solaris OS," Part No.: 819-0420, 2005, Sun Microsystems, Inc., Santa Clara, California.
Another existing approach to virtualization involves what are referred to as virtual machines. In this approach to virtualization, software running on the host operating system (or in some cases below the host operating system) allows one or more guest operating systems to run on top of the same physical hardware at the same time. In this approach, the guest operating system is a full operating system, including the kernel and libraries. Existing virtual machine technologies support multiple operating system images on a single machine. However, virtual machines, when compared to virtual operating systems, place significant burden on a physical machine and place significant overhead on virtualized resources.
SUMMARY OF INVENTION
It is an object of the invention to provide a virtualization technology that addresses the needs of cluster applications.
In accordance with the invention, a method of implementing virtual clusters on a physical cluster is provided. The physical cluster includes a plurality of physical server nodes. Each physical server node includes a plurality of physical resources and a virtualizing subsystem. The virtualizing subsystem is capable of creating separate environments on the physical server node that logically isolate applications from each other. The separate environments are virtual operating systems.
The method comprises configuring a virtual operating system on each physical server node by defining properties of the virtual operating system. The method further comprises configuring a virtual cluster composed of a plurality of virtual operating systems that are on a plurality of physical server nodes. A cluster application runs on the virtual cluster. The virtual cluster presents the plurality of virtual operating systems that compose the virtual cluster to the cluster application such that the cluster application is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.
The cluster application may be a failover application that runs on one virtual operating system at a time within the virtual cluster. As well, the cluster application may be a scalable application wherein different instances of the scalable application run simultaneously on different virtual operating systems within the virtual cluster.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1-3 illustrates an example of server virtualization in an existing implementation of SOLARIS Containers;
Figure 4 illustrates an example of a two-node physical cluster hosting three virtual clusters in an exemplary implementation of the invention;
Figure 5 illustrates two virtual clusters showing assigned resources in an exemplary implementation of the invention; and
Figure 6 illustrates the configuration and installation of a zone.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
The preferred embodiment of the invention comprehends a virtual cluster based upon SOLARIS zones. It is appreciated that a virtual cluster based upon zones is one embodiment of the invention; virtual clusters may be implemented in accordance with the invention based upon other operating system virtualization techniques. 1. Virtual Cluster Based Upon Zones Properties
The preferred embodiment of the invention builds a virtual cluster based upon zones. Under this approach, each virtual node is a zone. This approach presents the illusion to the application that the application is running on a physical cluster dedicated to that application.
Figure 4 shows an example of a two-node physical cluster hosting three different virtual clusters. In more detail, first and second nodes 50 and 52 form the physical cluster. The three virtual clusters are indicated at 54, 56, and 58. In general, a computer cluster is a group of tightly coupled computers. In this example, each node 50, 52 is a computer running the SOLARIS operating system. SOLARIS zones provides first zone 60, second zone 62, and third zone 64 on node 50. As well, SOLARIS zones provides first zone 70, second zone 72, and third zone 74 on node 52. Virtual cluster 54 is composed of a pair of virtual nodes which are zones 60 and 70. Virtual cluster 56 is composed of a pair of virtual nodes which are zones 62 and 72. Virtual cluster 58 is composed of a pair of virtual nodes which are zones 64 and 74.
1.1 Virtual Cluster = Cluster Application Container
Applications within a virtual cluster 54, 56, 58 always remain within that virtual cluster:
• An application within a virtual cluster can only move between the virtual nodes of the virtual cluster.
• All instances of a scalable application must reside within the same virtual cluster.
This means that the virtual cluster 54, 56, 58 is a cluster- wide container for applications that can be used to separate cluster applications.
1.2 Access Control
The virtual cluster 54, 56, 58 provides a well-defined boundary for access control purposes. An application within a virtual cluster can only see things within the virtual cluster, and can only modify things within the virtual cluster. 1.3 Resource Management
The virtual cluster 54, 56, 58 uses the zone resource management facilities. A system administrator must explicitly configure a zone to use any specific resource, such as a specific file system, or that resource will not be available. This provides the capability to isolate the resources of different cluster applications running in virtual clusters. The system administrator can explicitly control the usage of CPUs and memory at the zone level. This continues to be applicable for virtual clusters.
Figure 6 illustrates an example of the configuration and installation of a zone.
In order to configure a new zone, the zone configuration tool is entered at block 80. A new zone definition is created at block 82. The new zone is assigned to a file system, and network parameters are configured, at block 84. Other zone properties may also be configured at block 84. Once the zone configuration is completed, the new zone is installed, as indicated at block 86. As indicated at block 88, the installed zone may be booted when desired.
1.4 Application Fault Isolation
When an application running in a virtual cluster 54, 56, 58 enters an error state and calls for a node reboot, the virtual cluster reboots the virtual node, which becomes a zone reboot. This means that the failure of an application within one virtual cluster does not impact cluster applications running in other virtual clusters.
1.5 Membership
A cluster application inside a virtual cluster 54, 56, 58 sees only the membership status of the virtual cluster. A virtual cluster can run on all nodes of the physical cluster or a subset of the nodes of the physical cluster. The physical cluster and virtual cluster membership information take the same form. Thus there is no difference in this area with respect to whether an application runs in a physical cluster or in a virtual cluster. 1.6 Delegated Application Administration
The virtual cluster 54, 56, 58 supports the administration of applications from within the virtual cluster. The application administrator can only see and only affect applications and resources within that virtual cluster. The administrator in the global zone (or physical cluster) can establish or remove dependencies between applications in different zones. For example, the administrator in the global zone could establish a dependency relationship of SAP in one virtual cluster upon an ORACLE RAC data base in another virtual cluster.
1.7 Namespace Isolation
The virtual cluster 54, 56, 58 provides separate namespaces for the information about applications. The virtual cluster provides separate namespaces for the lookup of private network IP addresses.
1.8 Single Point of Administration
The entire virtual cluster 54, 56, 58 can be administered by a single command from any node.
1.8.1 Platform Administration The single point of administration principle applies to the administration of the virtual cluster platform.
1.8.2 Application Administration
The single point of administration principle applies to the administration of applications running in the virtual cluster.
2. Virtual Cluster Based Upon Zones Implementation
This section describes the primary features of the implementation of the preferred embodiment of the invention. 2.1 Components
Each virtual cluster 54, 56, 58 consists of a set of virtual nodes 60 and 70, 62 and 72, 64 and 74 where each virtual node is a zone. The SOLARIS zone provides a container for applications. The preferred embodiment of the invention leverages that feature and establishes a specific relationship with virtual nodes on other machines. Each virtual node has the following resources:
• File Systems - Local file systems are only accessible from that virtual node, and Cluster file systems are accessible from all virtual nodes at the same place.
• Private IP Addresses - these support communications between virtual nodes. • Public IP Addresses - these support communications between the cluster and the outside world.
• Devices - the virtual cluster supports the use of storage devices without requiring the use of a file system
The virtual cluster 54, 56, 58 leverages a number of zone configuration properties. The administrative tools ensure that the security related-properties of all zones always remain consistent. This means that the system can substitute the local zone when servicing a remote request. Figure 5 shows an example of the resources assigned to two virtual clusters configured on one two-node physical cluster.
In more detail, nodes 100 and 102 compose the physical cluster. The virtual clusters are indicated at 104 and 106.
The Public Network 110 refers to network access outside the cluster. The Application LAN 112 represents the IP address used to communicate between applications locally. The Private Interconnect 114 refers to the IP address based communication between the instances of a scalable application running on multiple nodes of the virtual cluster. Each virtual cluster uses its own cluster file system 120. The networks can be shared but the IP addresses cannot be shared. The cluster file systems should not be shared. 2.2 Administration
2.2.1 Creation & Configuration
The command clzonecluster supports the creation of the entire virtual cluster 104, 106 in a single command from any node 100, 102 of the physical cluster. The same command clzonecluster supports configuration of an existing virtual cluster.
2.2.2 Management
The command clzonecluster supports actions upon the virtual cluster. A clzonecluster subcommand boots the entire cluster or a single virtual node. Similarly, a clzonecluster subcommand halts the entire cluster or a virtual node. A clzonecluster subcommand provides status information about the virtual nodes.
2.3 Configuration Repository
Each virtual cluster 104, 106 has its own separate Configuration Repository, which contains all of the configuration information about that virtual cluster. This provides a separate namespace for each virtual cluster.
2.4 Membership
Physical cluster membership information consists of a set of node- number/node-incarnation number pairs that identifies the physical nodes that are currently alive. The virtual cluster presents membership information in exactly the same format: virtual- node-number/virtual-node-incarnation pairs.
A zone can fail independently of the physical node hosting that zone. Also, administrative commands can be used to halt a zone, while leaving the physical node operational. The system provides membership information of each virtual cluster 104, 106 that presents the state of which virtual nodes are operational. The specific implementation uses callbacks from the BrandZ feature set of SOLARIS zones to determine when a zone boots or shuts down.
2.5 Namespace Isolation
The virtual cluster 104, 106 provides separate namespaces for the following: • Application Management - the system uses separate information repositories for each virtual cluster to support application management.
• Private IP Addresses - the system has separate tables for supporting lookups of IP addresses for the private interconnect. • Component - the system uses a name server for locating software components. This name server determines the virtual cluster where the request originated and responds with the software component for that virtual cluster. This supports the cluster infrastructure by making it possible to have multiple copies of cluster software components, while ensuring that requests reach the software component for that virtual cluster.
2.6 Application Support
Each virtual cluster 104, 106 has its own subsystem for managing the applications within a virtual cluster.
On Sun Cluster, the Resource Group Management (RGM) subsystem is the name of this subsystem. RGM controls where an application runs. RGM only allows an application within a virtual cluster to run on a virtual node belonging to that virtual cluster.
RGM manages the resources needed by an application. RGM mounts the file system needed by an application. RGM sets up the IP address needed by an application. This principle applies to other resources. RGM validates that an administrator operating within the virtual cluster can only specify a dependency upon a resource within the virtual cluster. The system validates the resource again when about to activate the resource.
It is to be appreciated that the preferred embodiment of the invention is implemented with SOLARIS zones and Sun Cluster. Specifically, SOLARIS zones is leveraged to implement virtual clusters based on zones. The invention is not limited to SOLARIS zones, and virtual clusters may be based upon other operating system virtualization techniques. While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.

Claims

WHAT IS CLAIMED IS:
1. A method of implementing virtual clusters on a physical cluster, the physical cluster including a plurality of physical server nodes, each physical server node including a plurality of physical resources and a virtualizing subsystem, the virtualizing subsystem being capable of creating separate environments on the physical server node that logically isolate applications from each other, wherein the separate environments are virtual operating systems, the method comprising: configuring a virtual operating system on each physical server node by defining properties of the virtual operating system; configuring a virtual cluster composed of a plurality of virtual operating systems that are on a plurality of physical server nodes; running a cluster application on the virtual cluster, wherein the virtual cluster presents the plurality of virtual operating systems that compose the virtual cluster to the cluster application such that the cluster application is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.
2. The method of claim 1 wherein the cluster application is a failover application that runs on one virtual operating system at a time within the virtual cluster.
3. The method of claim 1 wherein the cluster application is a scalable application wherein different instances of the scalable application run simultaneously on different virtual operating systems within the virtual cluster.
4. The method of claim 1 further comprising: rebooting one of the virtual operating systems that compose the virtual cluster in response to the cluster application entering an error state.
5. The method of claim 1 wherein the virtual operating systems that compose the virtual cluster each have a local file system, the local file system for a particular virtual operating system only being accessible from that particular virtual operating system.
6. The method of claim 1 wherein the virtual cluster has a cluster file system that is accessible, at the same place, from all virtual operating systems that compose the virtual cluster.
7. The method of claim 1 wherein the virtual operating systems that compose the virtual cluster each have at least one private network address for communications between virtual operating systems within the virtual cluster.
8. The method of claim 1 wherein the virtual operating systems that compose the virtual cluster each have at least one public network address for communications external to the virtual cluster.
9. A method of implementing virtual clusters on a physical cluster, the physical cluster including a plurality of physical server nodes, each physical server node including a plurality of physical resources and a virtualizing subsystem, the virtualizing subsystem being capable of creating separate environments on the physical server node that logically isolate applications from each other, wherein the separate environments are virtual operating systems, the method comprising: configuring a plurality of virtual operating systems on each physical server node by defining properties of each virtual operating system; configuring a plurality of virtual clusters, each virtual cluster being composed of a plurality of virtual operating systems that are on a plurality of physical server nodes; running a cluster application on each virtual cluster, wherein the cluster application on each virtual cluster is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.
10. The method of claim 9 wherein at least one cluster application is a failover application that runs on one virtual operating system at a time within a virtual cluster.
11. The method of claim 9 wherein at least one cluster application is a scalable application wherein different instances of the scalable application run simultaneously on different virtual operating systems within a virtual cluster.
12. The method of claim 9 further comprising: rebooting one of the virtual operating systems that compose a virtual cluster in response to an error state.
13. The method of claim 9 wherein the virtual operating systems that compose one of the virtual clusters each have a local file system, the local file system for a particular virtual operating system only being accessible from that particular virtual operating system.
14. The method of claim 9 wherein at least one virtual cluster has a cluster file system that is accessible, at the same place, from all virtual operating systems that compose the at least one virtual cluster.
15. The method of claim 9 wherein the virtual operating systems that compose one of the virtual clusters each have at least one private network address for communications between virtual operating systems within the virtual cluster.
16. The method of claim 9 wherein the virtual operating systems that compose one of the virtual clusters each have at least one public network address for communications external to the virtual cluster.
17. A computer cluster comprising: a plurality of physical server nodes, each physical server node including a plurality of physical resources and a virtualizing subsystem, the virtualizing subsystem being capable of creating separate environments on the physical server that logically isolate applications from each other, wherein the separate environments are virtual operating systems; a virtual operating system on each physical server node; a virtual cluster composed of a plurality of virtual operating systems that are on a plurality of physical server nodes; a cluster application on the virtual cluster, wherein the virtual cluster presents the plurality of virtual operating systems that compose the virtual cluster to the cluster application such that the cluster application is isolated from any other virtual operating systems that compose other virtual clusters on the plurality of physical server nodes.
18. The computer cluster of claim 17 wherein the cluster application is a failover application that runs on one virtual operating system at a time within the virtual cluster.
19. The computer cluster of claim 17 wherein the cluster application is a scalable application wherein different instances of the scalable application run simultaneously on different virtual operating systems within the virtual cluster.
PCT/US2008/078244 2007-09-30 2008-09-30 Virtual cluster based upon operating system virtualization WO2009045994A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2008801156077A CN101971147B (en) 2007-09-30 2008-09-30 Virtual cluster based upon operating system virtualization
EP08836549.9A EP2206040B1 (en) 2007-09-30 2008-09-30 Virtual cluster based upon operating system virtualization

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/865,037 2007-09-30
US11/865,037 US8200738B2 (en) 2007-09-30 2007-09-30 Virtual cluster based upon operating system virtualization

Publications (1)

Publication Number Publication Date
WO2009045994A1 true WO2009045994A1 (en) 2009-04-09

Family

ID=40364290

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/078244 WO2009045994A1 (en) 2007-09-30 2008-09-30 Virtual cluster based upon operating system virtualization

Country Status (4)

Country Link
US (1) US8200738B2 (en)
EP (1) EP2206040B1 (en)
CN (1) CN101971147B (en)
WO (1) WO2009045994A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012022166A1 (en) * 2010-08-19 2012-02-23 浙江元亨通信技术有限公司 Virtual cluster system

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9104579B1 (en) 2008-07-23 2015-08-11 Oracle America, Inc. Methods and apparatuses for monitoring and configuring remote sub-systems using a feed
US8464256B1 (en) 2009-04-10 2013-06-11 Open Invention Network, Llc System and method for hierarchical interception with isolated environments
US8341631B2 (en) 2009-04-10 2012-12-25 Open Invention Network Llc System and method for application isolation
US10419504B1 (en) * 2009-04-10 2019-09-17 Open Invention Network Llc System and method for streaming application isolation
US11538078B1 (en) 2009-04-10 2022-12-27 International Business Machines Corporation System and method for usage billing of hosted applications
US8418236B1 (en) * 2009-04-10 2013-04-09 Open Invention Network Llc System and method for streaming application isolation
US8555360B1 (en) 2009-04-10 2013-10-08 Open Invention Network Llc System and method for on-line and off-line streaming application isolation
US9058599B1 (en) 2009-04-10 2015-06-16 Open Invention Network, Llc System and method for usage billing of hosted applications
US9805345B1 (en) 2014-11-10 2017-10-31 Turbonomic, Inc. Systems, apparatus, and methods for managing quality of service agreements
US10191778B1 (en) 2015-11-16 2019-01-29 Turbonomic, Inc. Systems, apparatus and methods for management of software containers
US9830566B1 (en) 2014-11-10 2017-11-28 Turbonomic, Inc. Managing resources in computer systems using action permits
USRE48663E1 (en) 2009-06-26 2021-07-27 Turbonomic, Inc. Moving resource consumers in computer systems
USRE48680E1 (en) * 2009-06-26 2021-08-10 Turbonomic, Inc. Managing resources in container systems
US9852011B1 (en) 2009-06-26 2017-12-26 Turbonomic, Inc. Managing resources in virtualization systems
US10346775B1 (en) 2015-11-16 2019-07-09 Turbonomic, Inc. Systems, apparatus and methods for cost and performance-based movement of applications and workloads in a multiple-provider system
US9830192B1 (en) 2014-11-10 2017-11-28 Turbonomic, Inc. Managing application performance in virtualization systems
US9888067B1 (en) * 2014-11-10 2018-02-06 Turbonomic, Inc. Managing resources in container systems
US9858123B1 (en) 2014-11-10 2018-01-02 Turbonomic, Inc. Moving resource consumers in computer systems
USRE48714E1 (en) 2009-06-26 2021-08-31 Turbonomic, Inc. Managing application performance in virtualization systems
US10552586B1 (en) 2015-11-16 2020-02-04 Turbonomic, Inc. Systems, apparatus and methods for management of computer-based software licenses
US11272013B1 (en) 2009-06-26 2022-03-08 Turbonomic, Inc. Systems, apparatus, and methods for managing computer workload availability and performance
US10673952B1 (en) 2014-11-10 2020-06-02 Turbonomic, Inc. Systems, apparatus, and methods for managing computer workload availability and performance
US8645977B2 (en) * 2010-02-04 2014-02-04 Microsoft Corporation Extensible application virtualization subsystems
US9378387B2 (en) * 2010-03-24 2016-06-28 Oracle International Corporation Multi-level security cluster
US8607039B2 (en) 2010-08-17 2013-12-10 International Business Machines Corporation Isolation of device namespace to allow duplicate/common names in root volume group workload partitions
US9935836B2 (en) * 2011-04-07 2018-04-03 Veritas Technologies Llc Exclusive IP zone support systems and method
US8701107B2 (en) 2011-06-14 2014-04-15 Vmware, Inc. Decentralized management of virtualized hosts
US9026630B2 (en) * 2011-06-14 2015-05-05 Vmware, Inc. Managing resources in a distributed system using dynamic clusters
US8706869B2 (en) * 2011-06-14 2014-04-22 International Business Machines Corporation Distributed cloud placement software
US8856784B2 (en) 2011-06-14 2014-10-07 Vmware, Inc. Decentralized management of virtualized hosts
US8554919B2 (en) * 2011-09-09 2013-10-08 Microsoft Corporation Automatic preemption in multiple computer systems
WO2013106828A1 (en) * 2012-01-13 2013-07-18 Antecea, Inc. Server aggregated application streaming
US10860384B2 (en) 2012-02-03 2020-12-08 Microsoft Technology Licensing, Llc Managing partitions in a scalable environment
US9852010B2 (en) * 2012-02-03 2017-12-26 Microsoft Technology Licensing, Llc Decoupling partitioning for scalability
CN103379184B (en) * 2012-04-23 2016-03-16 深圳市腾讯计算机系统有限公司 The method and system of Network access
CN102685136A (en) * 2012-05-18 2012-09-19 深信服网络科技(深圳)有限公司 Multi-network environment isolation method and terminal
US9014191B1 (en) 2012-09-28 2015-04-21 Google Inc. Separating routing domains for virtualized networks when implementing a tunneling protocol
US11907496B2 (en) * 2013-02-08 2024-02-20 cloudRIA, Inc. Browser-based application management
US9495257B2 (en) 2013-02-27 2016-11-15 Oracle International Corporation Networking support for zone clusters based on virtualization of servers
US9537932B2 (en) * 2013-10-23 2017-01-03 Microsoft Technology Licensing, Llc Emulating test distributed application on server
US9935959B2 (en) * 2014-02-07 2018-04-03 Oracle International Corporation Cloud service custom execution environment
US10095532B2 (en) * 2014-04-28 2018-10-09 Netkine, Inc. Providing excess compute resources with virtualization
US10659523B1 (en) 2014-05-23 2020-05-19 Amazon Technologies, Inc. Isolating compute clusters created for a customer
US10187310B2 (en) * 2015-10-13 2019-01-22 Oracle International Corporation System and method for efficient network isolation and load balancing in a multi-tenant cluster environment
US9569180B1 (en) 2015-10-29 2017-02-14 International Business Machines Corporation Application development in cloud based environment
CN105915583B (en) * 2016-03-28 2020-05-26 联想(北京)有限公司 Method for starting service cluster and service cluster
CN107066319B (en) * 2017-01-17 2020-11-10 北京中电普华信息技术有限公司 Multi-dimensional scheduling system for heterogeneous resources
US11599100B2 (en) * 2019-06-10 2023-03-07 Fisher-Rosemount Systems, Inc. Ease of node switchovers in process control systems
CN113704191B (en) * 2021-07-23 2023-11-03 郑州云海信息技术有限公司 Cluster file system access method, device, equipment and readable storage medium

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040205751A1 (en) * 2003-04-09 2004-10-14 Berkowitz Gary Charles Virtual supercomputer
EP1508855A2 (en) * 2003-08-20 2005-02-23 Katana Technology, Inc. Method and apparatus for providing virtual computing services
EP1580661A1 (en) * 2004-11-17 2005-09-28 Raytheon Company Scheduling in a high-performance computing (HPC) system
EP1582981A1 (en) * 2004-04-15 2005-10-05 Raytheon Company System and method for topology-aware job scheduling and backfilling in an HPC environment
US20050235288A1 (en) * 2004-04-20 2005-10-20 Takashi Yamakabe Method and system for controlling computer resources
WO2005106659A1 (en) * 2004-04-26 2005-11-10 Virtual Iron Software, Inc. System and method for managing virtual servers
US20060070069A1 (en) * 2004-09-30 2006-03-30 International Business Machines Corporation System and method for sharing resources between real-time and virtualizing operating systems
US20060195715A1 (en) * 2005-02-28 2006-08-31 Herington Daniel E System and method for migrating virtual machines on cluster systems
WO2007021836A2 (en) * 2005-08-15 2007-02-22 Toutvirtual Inc. Virtual systems management

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940869A (en) * 1995-06-07 1999-08-17 International Business Machines Corporation System and method for providing shared memory using shared virtual segment identification in a computer system
US7197480B1 (en) * 2000-09-07 2007-03-27 International Business Machines Corporation System and method for front end business logic and validation
US7502861B1 (en) * 2001-02-16 2009-03-10 Swsoft Holding, Ltd. System and method for providing services for offline servers using the same network address
US7461148B1 (en) * 2001-02-16 2008-12-02 Swsoft Holdings, Ltd. Virtual private server with isolation of system components
US6961761B2 (en) * 2001-05-17 2005-11-01 Fujitsu Limited System and method for partitioning a computer system into domains
GB0112781D0 (en) * 2001-05-25 2001-07-18 Global Continuity Plc Method for rapid recovery from a network file server failure
US6944785B2 (en) * 2001-07-23 2005-09-13 Network Appliance, Inc. High-availability cluster virtual server system
US6880002B2 (en) * 2001-09-05 2005-04-12 Surgient, Inc. Virtualized logical server cloud providing non-deterministic allocation of logical attributes of logical servers to physical resources
US7287186B2 (en) * 2003-06-02 2007-10-23 Surgient Inc. Shared nothing virtual cluster
JP2005275629A (en) * 2004-03-23 2005-10-06 Nec Corp Multiprocessor system and memory access method
US8230426B2 (en) * 2004-10-06 2012-07-24 Digipede Technologies, Llc Multicore distributed processing system using selection of available workunits based on the comparison of concurrency attributes with the parallel processing characteristics
US8095928B2 (en) * 2004-10-06 2012-01-10 Hewlett-Packard Development Company, L.P. Method of forming virtual computer cluster within shared computing environment
US7555596B2 (en) * 2004-12-10 2009-06-30 Microsoft Corporation Systems and methods for attaching a virtual machine virtual hard disk to a host machine
WO2008036058A2 (en) * 2005-03-16 2008-03-27 Cluster Resources, Inc. On-demand computing environment
US7496613B2 (en) * 2006-01-09 2009-02-24 International Business Machines Corporation Sharing files among different virtual machine images
CN100428164C (en) * 2006-01-23 2008-10-22 联想(北京)有限公司 Virtual machine system and device access method thereof
JP2009537892A (en) * 2006-05-18 2009-10-29 サンギュ イ How to protect clients and servers

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040205751A1 (en) * 2003-04-09 2004-10-14 Berkowitz Gary Charles Virtual supercomputer
EP1508855A2 (en) * 2003-08-20 2005-02-23 Katana Technology, Inc. Method and apparatus for providing virtual computing services
EP1582981A1 (en) * 2004-04-15 2005-10-05 Raytheon Company System and method for topology-aware job scheduling and backfilling in an HPC environment
US20050235288A1 (en) * 2004-04-20 2005-10-20 Takashi Yamakabe Method and system for controlling computer resources
WO2005106659A1 (en) * 2004-04-26 2005-11-10 Virtual Iron Software, Inc. System and method for managing virtual servers
US20060070069A1 (en) * 2004-09-30 2006-03-30 International Business Machines Corporation System and method for sharing resources between real-time and virtualizing operating systems
EP1580661A1 (en) * 2004-11-17 2005-09-28 Raytheon Company Scheduling in a high-performance computing (HPC) system
US20060195715A1 (en) * 2005-02-28 2006-08-31 Herington Daniel E System and method for migrating virtual machines on cluster systems
WO2007021836A2 (en) * 2005-08-15 2007-02-22 Toutvirtual Inc. Virtual systems management

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SHENOY P ET AL: "Sharc: managing cpu and network bandwidth in shared clusters", IEEE TRANSACTIONS ON PARALLEL AND DISTRIBUTED SYSTEMS, IEEE SERVICE CENTER, LOS ALAMITOS, CA, US, vol. 15, no. 1, 1 January 2004 (2004-01-01), pages 2 - 17, XP011106926, ISSN: 1045-9219 *
WESLEY EMENEKER ET AL: "Dynamic Virtual Clustering", CLUSTER COMPUTING, 2007 IEEE INTERNATIONAL CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 17 September 2007 (2007-09-17), pages 84 - 90, XP031324081, ISBN: 978-1-4244-1387-4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012022166A1 (en) * 2010-08-19 2012-02-23 浙江元亨通信技术有限公司 Virtual cluster system

Also Published As

Publication number Publication date
US8200738B2 (en) 2012-06-12
EP2206040B1 (en) 2018-02-14
US20090089406A1 (en) 2009-04-02
CN101971147B (en) 2013-11-06
CN101971147A (en) 2011-02-09
EP2206040A1 (en) 2010-07-14

Similar Documents

Publication Publication Date Title
US8200738B2 (en) Virtual cluster based upon operating system virtualization
US11294699B2 (en) Dynamically scaled hyperconverged system establishing minimum supported interoperable communication protocol between clusters in a cluster group
US11553034B2 (en) Server computer management system for supporting highly available virtual desktops of multiple different tenants
US9047136B2 (en) Method and system for migrating the state of a virtual cluster
US7725559B2 (en) Virtual data center that allocates and manages system resources across multiple nodes
US8112749B2 (en) Dynamic, temporary resource pools for use in virtualization
US8745230B2 (en) Adaptation of service oriented architecture
US8769478B2 (en) Aggregation of multiple headless computer entities into a single computer entity group
US10135692B2 (en) Host management across virtualization management servers
US7533385B1 (en) Virtualization and server imaging system for allocation of computer hardware and software
CN110741352B (en) Virtual network function management system, virtual network function management method and computer readable storage device
Jann et al. Dynamic reconfiguration: Basic building blocks for autonomic computing on ibm pseries servers
US20070061441A1 (en) Para-virtualized computer system with I/0 server partitions that map physical host hardware for access by guest partitions
EP2354935A1 (en) Extending functionality of legacy services in computing system environment
WO2017074461A1 (en) Managing virtual network functions
CN101512488A (en) System and method for providing hardware virtualization in a virtual machine environment
CN106296530B (en) Trust coverage for non-converged infrastructure
US11263037B2 (en) Virtual machine deployment
US10789668B2 (en) Intelligent provisioning of virtual graphic processing unit resources
US20200241910A1 (en) Methods and apparatus for rack nesting in virtualized server systems
CN106850695B (en) Remote heterogeneous virtualization management method, device and system in cloud computing environment
CN104536805A (en) Resource providing system and method of virtualization platform
WO2016064972A1 (en) Nonstop computing fabric arrangements
Musse et al. Cloud computing: Architecture and operating system
KR102554198B1 (en) Test bed system and its control method

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880115607.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08836549

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008836549

Country of ref document: EP