Use of nested hypervisors by a resource-exchange system to enhance data and operational security and to facilitate component installation
The current document is directed a resource-exchange system that facilitates resource exchange and sharing among computing facilities. The currently disclosed methods and systems employ efficient, distributed-search methods and subsystems within distributed computer systems that include large numbers of geographically distributed data centers to locate resource-provider computing facilities that match the resource needs of resource-consumer computing-facilities based on attribute values associated with the needed resources, the resource providers, and the resource consumers. Nested-hypervisor technology is employed, in disclosed implementations, to guarantee data security for, and prevent monitoring of operational states and characteristics of, resource-consumer virtual machines and virtual applications while they execute above leased computational resources in remote computing facilities. Nested-hypervisor technology is additionally employed to facilitate installation of resource-exchange system management components in participant computing facilities as well as to guarantee data and operational security for the management components.
1. An automated resource-exchange system comprising:
multiple resource-exchange-system participants, including resource consumers and resource providers, that each
hosts a local cloud-exchange instance; and
a distributed cloud-exchange system that
is implemented using multiple physical server computers,
includes a cloud-exchange engine,
includes the local cloud-exchange instances within the multiple resource-exchange-system participants, and
automatically brokers and carries out transactions in each of which a resource consumer requests to lease computational resources from one or more resource providers, the distributed cloud-exchange system selects one or more resource providers from among the resource-exchange-system participants to lease the computational resources to the resource consumer, and the distributed cloud-exchange system arranges for use of the leased computational resources by the resource consumer by coordinating launching one or more virtual machines within each of the computing facilities of the one or more selected resource providers, each virtual machine executing a nested hypervisor that provides an execution environment for one or more computational entities, the nested hypervisor being configured to provide an execution environment through a virtual hardware interface for second-level virtual machines and to provide load balancing among the second-level virtual machines;
wherein the distributed cloud-exchange system monitors the one or more virtual machines to detect potential security leaks.
2. The automated resource-exchange system of claim 1 wherein, in addition to launching the one or more virtual machines, the distributed cloud-exchange system arranges for use of the leased computational resources by the resource consumer by extending an internal network within the resource-consumer's computing facility to the one or more virtual machines by creating one or more secure communications tunnels between the one or more virtual machines and the internal network.
3. The automated resource-exchange system of claim 1 wherein the nested hypervisors executing in the one or more virtual machines are controlled by a management server within the distributed cloud-exchange system to create a cloud-exchange management domain within each of the computing facilities of the one or more selected resource providers.
4. The automated resource-exchange system of claim 3 wherein, in the transaction in which the one or more virtual machines are launched, the resource consumer requested to lease computational resources to run a set of one or more particular computational entities, and the one or more virtual machines are configured to provide the computational resources to run the one or more particular computational entities.
5. The automated resource-exchange system of claim 1 wherein the nested hypervisors executing in the one or more virtual machines are controlled by a management server within the resource consumer's computing facility to create a resource-consumer management domain within each of the computing facilities of the one or more selected resource providers.
6. The automated resource-exchange system of claim 5 wherein, in the transaction in which the one or more virtual machines are launched, the resource consumer requested to lease a block of computational resources, and the one or more virtual machines are configured to provide the requested block of computational resources to the resource consumer to use at the resource consumer's discretion.
7. The automated resource-exchange system of claim 1 wherein each nested hypervisor runs within an execution environment provided by a base hypervisor controlled by a management server within the resource provider's computing facility in which the nested hypervisor executes, the base hypervisor configured to provide separate management domains for the base hypervisor and the nested hypervisor.
8. The automated resource-exchange system of claim 7 wherein the nested hypervisor and base hypervisor that provides the execution environment for the nested hypervisor are configured so that, for network traffic flowing to the nested hypervisor from a network and for network traffic emanating from source entities executing in the execution environment provided by the nested hypervisor, the network traffic passes through the base hypervisor in encrypted form so that the base hypervisor cannot access the contents of the messages that together comprise the network traffic.
9. The automated resource-exchange system of claim 7 wherein the nested hypervisor and base hypervisor that provides the execution environment for the nested hypervisor are configured so that, for data flowing to the nested hypervisor from data-storage devices and for data transmitted to data-storage devices from source entities executing in the execution environment provided by the nested hypervisor, the data passes through the base hypervisor in encrypted form so that the base hypervisor cannot access the data.
10. The automated resource-exchange system of claim 1 wherein the distributed cloud-exchange system detects exposure of nested-hypervisor memory or state by examining logged events maintained in hypervisor logs to identify logged events corresponding to potential access to nested-hypervisor memory or state.
11. The automated resource-exchange system of claim 1 wherein the distributed cloud-exchange system detects exposure of memory or state of resource consumer VMs by examining the resource provider's hypervisor to determine whether or not any of the resource consumer's VMs are executing in execution environments provided by resource-provider-managed nested hypervisors.
12. The automated resource-exchange system of claim 1 wherein each local cloud-exchange instance is installed in a resource-provider computing facility as a virtual machine running a nested hypervisor controlled by a cloud-exchange-system management server and multiple second-level virtual machines running in the execution environment provided by the nested hypervisor.
13. The automated resource-exchange system of claim 12 wherein environment-specific configurations of the virtual machine running a nested hypervisor controlled by a cloud-exchange-system management server are carried out by an automated process invoked by the distributed cloud-exchange system following launching of the virtual machine within the resource-provider computing facility.
14. A method that creates two management domains within a resource-exchange-system-participant computing facility of an automated resource-exchange system, the method comprising:
launching, by a distributed cloud-exchange system implemented on multiple physical server computers, one or more virtual machines within each of the computing facilities of one or more resource providers selected by the distributed cloud-exchange system to provide computational resources to a resource consumer, each virtual machine executing in an execution environment provided by a base hypervisor controlled by a resource-provider management server, the execution environment supporting a nested hypervisor controlled by a management server external to the resource-provider computing facility; and
configuring the base hypervisor to maintain the base hypervisor in a resource-provider control domain separate from the control domain that includes the nested hypervisor and external management server, the nested hypervisor being configured to provide an execution environment through a virtual hardware interface for second-level virtual machines and to provide load balancing among the second-level virtual machines;
wherein the distributed cloud-exchange system monitors the one or more virtual machines to detect potential security leaks.
15. The method of claim 14 wherein the nested hypervisor and base hypervisor are configured so that, for network traffic flowing to the nested hypervisor from a network and for network traffic emanating from source entities executing in the execution environment provided by the nested hypervisor, the network traffic passes through the base hypervisor in encrypted form so that the base hypervisor cannot access the contents of the messages that together comprise the network traffic.
16. The method of claim 14 wherein the nested hypervisor and base hypervisor are configured so that, for data flowing to the nested hypervisor from data-storage devices and for data transmitted to data-storage devices from source entities executing in the execution environment provided by the nested hypervisor, the data passes through the base hypervisor in encrypted form so that the base hypervisor cannot access the data.
17. The method of claim 14 further including installing, by the cloud-exchange system, a local cloud-exchange instance in a resource-provider computing facility as a virtual machine running a nested hypervisor controlled by a cloud-exchange-system management server and multiple second-level virtual machines running in the execution environment provided by the nested hypervisor.
18. The method of claim 17 wherein environment-specific configurations of the virtual machine running a nested hypervisor controlled by a cloud-exchange-system management server are carried out by an automated process invoked by the distributed cloud-exchange system following launching of the virtual machine within the resource-provider computing facility.
19. A physical data-storage device encoded with computer instructions that, when executed by processors with an automated resource-exchange system comprising multiple resource-exchange participants and a cloud-exchange system, control the automated resource-exchange system to create two management domains within a resource-exchange-system-participant computing facility, the method comprising:
launching, by the cloud-exchange system, one or more virtual machines within each of the computing facilities of one or more resource-exchange-system resource-provider participants selected by the distributed cloud-exchange system to provide computational resources to a resource-exchange-system resource-consumer participant, each virtual machine executing in an execution environment provided by a base hypervisor controlled by a resource-exchange-system-resource-provider-participant management server, the execution environment supporting a nested hypervisor controlled by a management server external to the resource-exchange-system-resource-provider-participant computing facility; and
configuring the base hypervisor to maintain the base hypervisor in a resource-provider control domain separate from the control domain that includes the nested hypervisor and external management server, the nested hypervisor being configured to provide an execution environment through a virtual hardware interface for second-level virtual machines and to provide load balancing among the second-level virtual machines;
wherein the distributed cloud-exchange system monitors the one or more virtual machines to detect potential security leaks.