Patent Application
20070079307
1. Field of the Invention
The present invention relates in general to the field of information handling systems and, more specifically, to the flexible and secure transfer of packets by carrier virtual machines.
2. Description of the Related Art
As the value and use of information continues to increase, individuals and businesses seek additional ways to process and store information. One option available to users is information handling systems. An information handling system generally processes, compiles, stores, and/or communicates information or data for business, personal, or other purposes, thereby allowing users to take advantage of the value of the information. Because technology and information handling needs and requirements vary between different users or applications, information handling systems may also vary regarding what information is processed, stored or communicated, an how quickly and efficiently the information may be processed, stored, or communicated. The variations in information handling systems allow for information handling systems to be general or configured for a specific user or specific use such as financial transaction processing, airline reservation, enterprise data storage, or global communications. In addition, information handling systems may include a variety of hardware and software components that may be configured to process, store, and communicate information, and may include one or more computer systems, data storage systems, and networking systems.
Information handling systems continue to improve in their ability to generate and manage information. Concurrently, networks are growing in size, access to them is becoming ubiquitous, and their cost is declining. However, as networks become a commodity resource, the security and manageability of the data they transport can become an issue. Accordingly, different approaches have been employed to securely manage highly sensitive data from malicious attack/unauthorized access or usage once it leaves a sender's machine.
One of the challenges in secure computing and network environments is hiding the identities of the originator and intended recipient of highly sensitive data. Hackers continue to use creative approaches to monitor network activity, especially in identifying high profile candidate IP/MAC addresses, and high value data conduits or paths within a network. Various techniques can be used against these malicious monitors to protect against exposure of sensitive data and the identity of systems involved, including firewalls, data encryption, traffic camouflaging, etc. However, these methods are not fool proof and they each have characteristics that can result in attendant issues.
Typical IT environments can consist of numerous independent and distributed servers, networks, and storage devices that can be virtualized into a single, centrally managed pool of resources by virtualizing server, network, and storage resources. These virtual environments also enable sensitive data/applications to be securely shared between both physical and virtual machines.
Virtual machines are generally implemented through the use of a virtual machine monitor (VMM), which can run on each physical server, which in turn can run multiple virtual machines and abstract each virtual machine's view of its associated storage and networks. Accordingly, each physical server can support a predetermined number of virtual machines and runs a management OS in a separate virtual machine that participates in the management and operation of the server, network, and storage infrastructure. These VMM-managed resources can include processors, memory, network bandwidth, and I/O bandwidth, all aggregated into a single, unified resource pool.
By managing resources available within the unified pool, a VMM can combine and/or allocate virtual machines, thereby reducing processing and resource demands on individual physical servers. In addition to managing resource allocation, virtual machine monitors typically provide the services to create, quiesce, and destroy virtual machines. These services, combined with the encapsulation of a virtual machine's software state, can enable a VMM to map and remap virtual machines to available physical resources, thereby enabling migration of virtual machines from one physical server to another.
Server-based storage virtualization generally aggregates storage resources that are attached to a server. Typically, a virtual volume manager (VVM) will create Virtual Storage Devices (VSDs) from these resources, which may be located in directly attached storage, or network attached storage (NAS) such as a storage area network (SAN). A virtual machine manager, through VSDs, can access these storage devices, including storage directly attached to other servers.
Currently, virtual machine migration is generally implemented on physical servers that share a common pool of data storage resources, with the location of data in the storage pool invisible to virtual machines and applications. When a virtual machine migrates to other nodes a virtual volume manager, working in concert with a virtual machine manager, can provide the necessary routing and redirection functionality to transport data stored in VSDs across SAN and LAN fabrics.
When a virtual machine is live migrated (migrated to another physical host while it is running), its associated VSDs are migrated along with it, but only the VSD's access points migrate and no physical data is moved. This is needed as VSDs can be of big size and pose a challenge for a quick migration process of the virtual machine across physical hosts. Furthermore, data can be moved transparently between physical devices while allowing a virtual machine to continue accessing VSD data while it is in transit. Migrating VSDs across physical hosts can be performed by using different techniques like pre-mirroring, Copy on Write (COW) etc. With decreasing bandwidth costs and increasing interconnect speed; penalty due to this process will not be huge. Virtual machines can be cold migrated across a LAN or a WAN by shutting them down and migrating the VSDs and configuration files to the target physical system. Having a light weight OS and keeping the VSD size to minimum required, the time taken for cold migration can be reduced.
Network virtualization can give users the impression of having their own virtual private local area network (LAN). Commonly known as a VNET, these virtualized networks can typically use any media access control (MAC) or IP address available within a physical network. Generally, a VNET is a virtual private network (VPN) that implements a virtual local area network (VLAN) that in turn is implemented on a physical network such as a Local Area Network (LAN), a Wide Area Network (WAN) such as the Internet or a corporate intranet, or a combination of public and/or private network technologies and protocols that may be required to transport data packets between one or more information handling systems.
A VNET is typically established at layer 2 of the OSI network model. Through the use of layer 2 tunneling and by translating between physical and virtual network addresses, a VNET can create the illusion of a local area network, even when physical network resources are spread over a wide area. Since a VNET is established at layer 2, a virtual machine can be migrated from site to site without changing its presence, as it keeps the same media access control (MAC) and IP addresses, network routes, etc. Furthermore, since VNETs are decoupled from the underlying network topology, they are able to maintain network connectivity during virtual machine migration.
Additionally, VNETs can provide security comparable to a hardware-based VLAN through the use or the IPsec Encapsulated Security Payload protocol. IPsec can be used to encapsulate VNET EtherIP packets to provide message authentication, thereby ensuring that only authorized entities within the virtual network can send data. In addition, IPsec can employ encryption to ensure that only the intended recipient can read data conveyed by IPsec packets.
While each of the approaches described hereinabove provides some level of flexibility and security, there is a need for an improved way of securely managing data and processes across physical hosts.
In accordance with the present invention, a system and method is disclosed for virtual machines implemented as carriers of a payload that may include applications, data, another virtual machine etc. In various embodiments of the invention, virtual machines carrying the payload can be routed between physical hosts, based on set policies providing a secure, manageable and highly flexible environment for data and process management. Those of skill in the art will realize that many variations and implementations of such embodiments are possible.
When coupled with encryption, the system and method of the invention described in more detail hereinbelow can provide a secure environment for data/application management among multiple physical hosts. Data to be transported is first encrypted and then encapsulated by a carrier virtual machine at each stage of the migration process among the physical hosts involved. To implement various embodiments of the invention requires an infrastructure, such as that provided by VMware or the Xen open source environment, to create and manage virtual machines.
In an embodiment of the invention, a user specifies which payload should be secured and needs to be sent to particular hosts. A special carrier virtual machine (VM) is created that can transfer the payload to its predetermined destination host(s). VM migration and/or routing tables are built in the carrier VM, which determine which hosts will be participating. A connection is made to the target host(s) to accept the request for transferring the virtual machine. The specified payload is (or can be encrypted and then) encapsulated in a carrier VM. Typically, a “time-to-live” attribute is also set for VM. If the VM fails to migrate to its next hop/does not completed intended task at the host in the specified time, it can notify the sender then destroy itself and hence the payload it contains, send a request to the originating host for a time-to-live extension if network is congested, request a reroute due to high traffic on a predetermined route or access policies etc, or other predetermined actions.
The carrier virtual machine is then migrated to the next participating physical host. Using the policy based Autorun Engine; necessary actions can be taken at each host. Examples may include transferring of data to the physical host or to a virtual machine in the physical host through a virtual network, to any other physical or virtual machine, a payload application gathering data or performing some maintenance on the physical or virtual machine, destroy itself if VM is on an unidentifiable host, change network interface properties like set new MAC address etc. In an embodiment of the invention, payload is transferred to a next carrier virtual machine through a virtual network implemented between the originating carrier VM and a carrier VM established on the participating physical host next to initiator in the migration path. Once the secure payload has been transferred to the next carrier VM, the virtual network, can be destroyed to provide an additional level of security. In an embodiment of the invention, the payload is transferred to the next carrier virtual machine through “hot cloning.” In this embodiment, as the carrier VM migrates from one physical host to another, a clone of the VM is created in the next participating physical host in the migration path. This hot cloning process may use copy on write (COW), which can be implemented as completion of the cloning operation before the next carrier virtual machine transfer is initiated, or beginning the next virtual machine carrier transfer before the cloning operation is complete. Once the secure data has been transferred to the next carrier VM, the virtual network can be destroyed to provide an additional level of security.
Once the originating carrier virtual machine has completed its migration to the next participating physical host it can be destroyed on the originating participating physical host. The migrated virtual machine now becomes a carrier virtual machine if migration to additional participating physical hosts is required. At each physical host the carrier virtual machine completes its assigned task and can notify the management application about the status of its task. In case of failure, necessary steps can be taken based on set policies and events (e.g. type of failure). Those of skill in the art will understand that many such embodiments and variations of the invention are possible, including but not limited to those described hereinabove, which are by no means all inclusive.
The present invention may be better understood, and its numerous objects, features and advantages made apparent to those skilled in the art by referencing the accompanying drawings. The use of the same reference number throughout the several figures designates a like or similar element.
a illustrates one embodiment of a carrier virtual machine to implement the system and method of the present invention.
b illustrates one embodiment of a plurality of carrier virtual machines to implement the system and method of the present invention.
c illustrates one embodiment of a carrier virtual machine encapsulating a plurality of applications and/or secure sets of data to implement the system and method of the present invention.
d illustrates one embodiment of a carrier virtual machine encapsulating a single carrier virtual machine and/or a plurality of secure sets of data to implement the system and method of the present invention.
a illustrates one embodiment of a carrier virtual machine using shared resources comprising storage area network to implement the system and method of the present invention.
b illustrates one embodiment of a carrier virtual machine using a virtual network (VNET) to implement the system and method of the present invention.
c illustrates one embodiment of a carrier virtual machine using multiple network hops across a virtual network (VNET) to implement the system and method of the present invention.
d illustrates one embodiment of a carrier virtual machine using “hot cloning” at multiple network hops across a virtual network (VNET) to implement the system and method of the present invention.
In an embodiment of the present invention, information handling system 100 communicates through network port 110, network connection 126, and a private (e.g., secured corporate network), public (e.g., the Internet), or hybrid (e.g., a private Intranet implemented on the public Internet) network 128 which can be but is not limited to, a local area network (LAN), a wide area network (WAN), a virtual network (VNET), or any combination of communication technologies and/or protocols that may be required to interact with one or more information handling systems 140. A virtual machine carrier manager 142 is operable to manage virtual machine packets and to implement routing and policy management for the virtual machines. In an implementation of an embodiment of the invention, information handling system 100 accesses common data through network storage interface 108, which couples to storage area network 132 through a suitable storage peripheral connection 130, such as but not limited to fiber channel, High-Performance Peripheral Interface (HIPPI), etc. to Storage area network 132, which may include any instrumentality or aggregate of instrumentalities capable of storing data, such as but not limited to hard disks, RAID arrays, optical disk drives, tape drives, etc.
For purposes of this disclosure, an information handling system may include any instrumentality or aggregate of instrumentalities operable to compute, classify, process, transmit, receive, retrieve, originate, store, display, manifest, detect, record, reproduce, handle, or utilize any form of information, intelligence or data for business, scientific, control or other purposes. For example an information handling system may be a personal computer, a network storage device, or any other suitable device and may vary in size, shape performance, functionality, and price. The information handling system may include random access memory (RAM), one or more processing resources such as a central processing unit (CPU) or hardware or software control logic, read only memory (ROM), and/or other types of nonvolatile memory. Additional components of the information handling system may include one or more disk drives, one or more network ports for communicating with external devices as well as various input and output (I/O) devices, such as a keyboard, a mouse, and a video display. The information handling system may also include one or more buses operable to transmit communications between the various hardware components.
In the present invention, a virtual machine monitor 116 sets the contents of IP datagram header fields, including but not limited to, service type 208, time to live 218 and destination IP address 226. In an implementation of one embodiment of the invention, a participating physical host can receive a carrier virtual machine and set the destination IP address 226 to forward the carrier virtual machine to the destination IP address of the next for the next participating physical host. This process can be repeated to implement a flexible, yet secure, carrier virtual machine routing path over one or more networks.
In an embodiment of the invention, application 322 of participating physical host ‘1’ 310 comprises carrier virtual machine 426 comprising, but not limited to, virtual machine autorun scripts 428, and a payload 429 that includes operating systems 430, other virtual machines 432, applications 434, and data 436.
In this embodiment of the invention, carrier virtual machine 426 is migrated from participating physical host 302 using a multi-layer communications protocol stack as described in more detail herein, through network 128 to router 306. Router 306 receives IP packets through network access port ‘1’ 308, examines the destination IP address contained in IP datagrams generated by IP layer 318, and routes IP packets through network access port ‘2’ 310 to the designated destination IP address. In this same embodiment, participating physical host ‘2’ 304 receives incoming IP packets through its associated multi-layer communications protocol stack to implement virtual machine 438, comprising, but not limited to virtual machine autorun scripts 428, and payload 429 that includes operating systems 430, other virtual machines 432, applications 434, and data 436. Once carrier virtual machine 426 has completed migration to participating physical host ‘2’ 304 as virtual machine 438, carrier virtual machine 426 on participating physical host ‘1’ 302 can be destroyed (if required by security policies).
In an embodiment of the invention, virtual machine Autorun scripts 428 can be initiated per virtual machine initiation and may comprise, but is not limited to, central policy updates, heartbeat and timeout monitors, and security checks including but not limited to VM group, individual VM, VM packet, etc. as described in more detail hereinbelow.
In an embodiment of the invention, carrier virtual machine 426 can set datagram header fields for different router implementations, including but not limited to, IP, fibre channel, Infiniband, thereby allowing carrier virtual machine 426 to traverse heterogeneous network environments.
a is a generalized illustration of a carrier virtual machine 200 that can be used to implement the system and method of the present invention. In
In an embodiment of the invention, virtual machine (VM) packet management 504 comprises parameters that may include, but are not limited to, time-to-live (TTL), security mechanisms such as access control lists (ACLs), usage policies, directory roles, etc. for carrier virtual machine 120, and by extension, application 122 and/or secure data 124, individually or in combination. For example, VM packet management 504 may control the flexibility of hardware and/or software access for VM network endpoints and/or intermediate routing hops. As another example, the VM packet management 504 may instantiate quarantining of all VM packets, a group of packets, a single VM, subpackets within a VM between network endpoints, or at a predetermined intermediary network point. VM packet management 504 may also manage access to carrier virtual machine payloads by security groups, individual access, subdivided individual access, and MIME-like subdivision of a VM-encapsulated payload, thereby providing the ability to carry many secured payloads.
In an embodiment of the invention, predetermined routing table 506 manages originating and terminating network addresses. In an embodiment of the invention, predetermined routing table 506 can translate between physical network addresses and virtual network addresses as typically implemented in a virtual network (VNET) whether the VNET is implemented on a Local Area Network (LAN), a Wide Area Network (WAN) such as the Internet or a corporate intranet, or a combination of public and/or private network technologies and protocols. In an embodiment of the invention, predetermined routing table 506 may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints.
Routing and policy wrapper 508 can provide network routing and policy enforcement prior to VM packet events. Similar to just-in-time and late binding, carrier virtual machines can reference routing and policy wrapper 508 prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc. Furthermore, routing and policy wrapper 508 may provide additional control over hardware functionality, such as but not limited to, copying or printing secured data encapsulated by carrier virtual machine 120.
Virtual machine monitor 116 encapsulates the software state of carrier virtual machine 120, including application 122 and/or secure data 124, and can map and remap carrier virtual machine 120 to available hardware resources as it is migrated across different physical machines. Virtual machine monitor 116 can provide a uniform view of underlying hardware, making different physical machines with different I/O subsystems appear the same. Furthermore, virtual machine monitor 116 can interact with routing and policy wrapper 508 to access information contained by predetermined routing table 506 and/or VM packet management 504 to facilitate the secure transfer of data across a network environment.
b is a generalized illustration of a plurality of carrier virtual machines 500 that can be used to implement the system and method of the present invention. In
In an embodiment of the invention, virtual machine (VM) packet management 204 comprises parameters that may include, but are not limited to, time-to-live (TTL), security mechanisms such as access control lists (ACLs), usage policies, directory roles, etc. for each carrier virtual machine 120, 520, and by extension, application 122 and/or secure data 124, individually or in combination. For example, VM packet management 504 may control the flexibility of hardware and/or software access for VM network endpoints and/or intermediate routing hops. As another example, the VM packet management 504 may instantiate quarantining of all VM packets, a group of packets, one or more VMs, subpackets within a VM between network endpoints, or at a predetermined intermediary network point. VM packet management 504 may also manage access to carrier virtual machine payloads by security groups, individual access, subdivided individual access, and MIME-like subdivision of a VM-encapsulated payload, thereby providing the ability to carry many secured payloads. In an embodiment of the invention, VM packet management 504 may implement individual or combinations of these functionalities on one or more of a plurality of carrier virtual machines 120, 520, and by extension, application 122 and/or secure data 124, individually or in combination.
In an embodiment of the invention, predetermined routing table 506 manages originating and terminating network addresses. In an embodiment of the invention, predetermined routing table 506 can translate between physical network addresses and virtual network addresses as typically implemented in a virtual network (VNET) whether the VNET is implemented on a Local Area Network (LAN), a Wide Area Network (WAN) such as the Internet or a corporate intranet, or a combination of public and/or private network technologies and protocols. In an embodiment of the invention, predetermined routing table 506 may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints. In an embodiment of the invention, individual or combinations of event tree and security functionalities may be implemented on one or more of a plurality of carrier virtual machines 120, 520.
Routing and policy wrapper 508 can provide network routing and policy enforcement prior to VM packet events. Similar to just-in-time and late binding, carrier virtual machines 120, 520 can reference routing and policy wrapper 508 prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc. Furthermore, routing and policy wrapper 508 may provide additional control over hardware functionality, such as but not limited to, copying or printing secured data encapsulated by one or more of a plurality of carrier virtual machines 120, 520. In an embodiment of the invention, routing and policy wrapper 508 may interact with one or more carrier virtual machines 120, 520, individually or in combination, prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc.
Virtual machine monitor 116 encapsulates the software state of one or more carrier virtual machines 120, 520, including application 122 and/or secure data 124, and can map and remap a plurality of carrier virtual machines 120, 520 to available hardware resources as it is migrated across different physical machines. Virtual machine monitor 116 can provide a uniform view of underlying hardware, making different physical machines with different I/O subsystems appear the same. Furthermore, virtual machine monitor 116 can interact with routing and policy wrapper 508 to access information contained by predetermined routing table 506 and/or VM packet management 504 to facilitate the secure transfer of data across a network environment by a plurality of carrier virtual machines 120, 520.
c is a generalized illustration of a carrier virtual machine 500 that can be used to implement the system and method of the present invention as a single carrier virtual machine 120 encapsulating a plurality of applications 122, 522 and/or secure sets of data 124, 524. Carrier virtual machine 120 is associated with VM packet management 504 and predetermined routing table 506. In an embodiment of the invention, applications 122, 522 may comprise one or more software programs that can execute within carrier virtual machine 120. Secure sets of data 124, 524 may be associated with applications 122, 522.or may be independently encapsulated by carrier virtual machine 120, and may employ encryption or cryptographic means to provide additional security and protection against malicious attack.
In an embodiment of the invention, virtual machine (VM) packet management 504 comprises parameters that may include, but are not limited to, time-to-live (TTL), security mechanisms such as access control lists (ACLs), usage policies, directory roles, etc. for carrier virtual machine 120, and by extension, one or more applications 122, 522 and/or sets of secure data 124, 524, individually or in combination. For example, VM packet management 504 may control the flexibility of hardware and/or software access for VM network endpoints and/or intermediate routing hops. As another example, the VM packet management 504 may instantiate quarantining of all VM packets, a group of packets, a single VM, subpackets within a VM between network endpoints, or at a predetermined intermediary network point. VM packet management 504 may also manage access to one or more of a plurality of carrier virtual machine payloads by security groups, individual access, subdivided individual access, and MIME-like subdivision of a VM-encapsulated payload, thereby providing the ability to carry many secured payloads. In an embodiment of the invention, VM packet management 504 may implement individual or combinations of these functionalities on carrier virtual machine 120, and by extension, one or more applications 122, 522 and/or one or more sets of secure data 124, 524.
In an embodiment of the invention, predetermined routing table 506 manages originating and terminating network addresses. In an embodiment of the invention, predetermined routing table 506 can translate between physical network addresses and virtual network addresses as typically implemented in a virtual network (VNET) whether the VNET is implemented on a Local Area Network (LAN), a Wide Area Network (WAN) such as the Internet or a corporate intranet, or a combination of public and/or private network technologies and protocols. In an embodiment of the invention, predetermined routing table 506 may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints. In an embodiment of the invention, individual or combinations of event tree and security functionalities may be implemented on one or more applications 122, 522 and/or one or more sets of secure data 124, 524.
Routing and policy wrapper 508 can provide network routing and policy enforcement prior to VM packet events. Similar to just-in-time and late binding, carrier virtual machine 120 can reference routing and policy wrapper 508 prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc. for one or more applications 122, 522 and/or one or more sets of secure data 124, 524. Furthermore, routing and policy wrapper 508 may provide additional control over hardware functionality, such as but not limited to, copying or printing one or more sets of secured data 124, 524 encapsulated by carrier virtual machine 120. In an embodiment of the invention, routing and policy wrapper 508 may interact with carrier virtual machine 120, and by extension, one or more applications 122, 522 and/or sets of secure data 124, 524, individually or in combination, prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc.
Virtual machine monitor 116 encapsulates the software state of carrier virtual machine 120, including one or more applications 122, 522 and/or one or more sets of secure data 124, 524, and can map and remap carrier virtual machine 120 to available hardware resources as it is migrated across different physical machines. Virtual machine monitor 116 can provide a uniform view of underlying hardware, making different physical machines with different I/O subsystems appear the same. Furthermore, virtual machine monitor 116 can interact with routing and policy wrapper 508 to access information contained by predetermined routing table 506 and/or VM packet management 504 to facilitate the secure transfer of a plurality of applications 122, 522, and/or a plurality of secure sets of data 124, 524, across a network environment by carrier virtual machine 120.
d is a generalized illustration of a carrier virtual machine 500 that can be used to implement the system and method of the present invention as a single carrier virtual machine 120 encapsulating application 122 and/or a plurality if secure sets of data 124, 524. Carrier virtual machine 120 is associated with VM packet management 504 and predetermined routing table 506. In an embodiment of the invention, application 122 may comprise one or more software programs that can execute within carrier virtual machine 120. Secure sets of data 124, 524 may be associated with application 122 or may be independently encapsulated by carrier virtual machine 120, and may employ encryption or cryptographic means to provide additional security and protection against malicious attack.
In an embodiment of the invention, virtual machine (VM) packet management 504 comprises parameters that may include, but are not limited to, time-to-live (TTL), security mechanisms such as access control lists (ACLs), usage policies, directory roles, etc. for carrier virtual machine 120, and by extension application 122 and/or sets of secure data 124, 524, individually or in combination. For example, VM packet management 504 may control the flexibility of hardware and/or software access for VM network endpoints and/or intermediate routing hops. As another example, the VM packet management 204 may instantiate quarantining of all VM packets, a group of packets, a single VM, or subpackets within a VM between network endpoints, or at a predetermined intermediary network point. VM packet management 504 may also manage access to one or more of a plurality of carrier virtual machine payloads by security groups, individual access, subdivided individual access, and MIME-like subdivision of a VM-encapsulated payload, thereby providing the ability to carry many secured payloads. In an embodiment of the invention, VM packet management 504 may implement individual or combinations of these functionalities on carrier virtual machine 120, and by extension, application 122 and/or one or more sets of secure data 124, 524.
In an embodiment of the invention, predetermined routing table 506 manages originating and terminating network addresses. In an embodiment of the invention, predetermined routing table 506 can translate between physical network addresses and virtual network addresses as typically implemented in a virtual network (VNET) whether the VNET is implemented on a Local Area Network (LAN), a Wide Area Network (WAN) such as the Internet or a corporate intranet, or a combination of public and/or private network technologies and protocols. In an embodiment of the invention, predetermined routing table 506 may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints. In an embodiment of the invention, individual or combinations of event tree and security functionalities may be implemented on carrier virtual machine 120, and by extension, application 122 and/or one or more sets of secure data 124, 524.
Routing and policy wrapper 508 can provide network routing and policy enforcement prior to VM packet events. Similar to just-in-time and late binding, carrier virtual machine 120 can reference routing and policy wrapper 508 prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc. for application 122 and/or one or more sets of secure data 124, 524. Furthermore, routing and policy wrapper 508 may provide additional control over hardware functionality, such as but not limited to, copying or printing one or more sets of secured data 124, 524 encapsulated by carrier virtual machine 120. In an embodiment of the invention, routing and policy wrapper 508 may interact with carrier virtual machine 120, and by extension, application 122 and/or sets of secure data 124, 524, individually or in combination, prior to events such as, but not limited to, routing, cloning, broadcasting, subdividing, merging, and predetermined or scheduled configuration revisions to routes, time-to-live (TTL), encryption, etc.
Virtual machine monitor 116 encapsulates the software state of carrier virtual machine 120, including application 122 and/or one or more sets of secure data 124, 524, and can map and remap carrier virtual machine 120 to available hardware resources as it is migrated across different physical machines. Virtual machine monitor 116 can provide a uniform view of underlying hardware, making different physical machines with different I/O subsystems appear the same. Furthermore, virtual machine monitor 116 can interact with routing and policy wrapper 508 to access information contained by predetermined routing table 506 and/or VM packet management 504 to facilitate the secure transfer of application 122 and/or a plurality of secure sets of data 124, 524, across a network environment by carrier virtual machine 120.
a is a generalized illustration of carrier virtual machines that can be used to implement the system and method of the present invention through shared resources comprising storage area network 132. In
In an embodiment of the invention, virtual volume manager (VVM) 652 can logically aggregate a pool of network attached physical storage devices 134 implemented on storage area network 132 to create and manage virtual storage devices (VSDs), which can be coupled to a plurality of virtual machines implemented on one or more participating physical hosts. In this same embodiment, virtual machine monitors 616, 618 can interact with virtual volume manager 652 to provide location transparency of the physical location of data. In an embodiment of the invention, virtual machine monitor 616 residing on participating physical host ‘1’ 604 interacts with virtual machine monitor 618 residing on participating physical host ‘2’ 604 to migrate 628 carrier virtual machine ‘C’ 626 from participating physical host ‘1’ 604 to participating physical host ‘2’ 604.
In an embodiment of the invention, a user specifies payload residing within VSDs implemented by VVM 652 that is to be secured and then transferred to a predetermined participating destination host (e.g., participating host ‘2’). A carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604, is created and VM routing tables are created which may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints as described in more detail hereinabove. A migration connection 628 is then established with participating physical host ‘2’ 604 to accept a request for transferring data.
The identified data to be secured is then encrypted and encapsulated into carrier virtual machine ‘C’ 626. In an embodiment of the invention, time to live (TTL) attributes may be set for carrier virtual machine ‘C’ 626. In this embodiment, if carrier virtual machine ‘C’ 626 fails to migrate to its next predetermined network hop or fails to execute assigned task at the host within its TTL attributes, one or more predetermined actions may be implemented to take place. For example, the sender of the carrier virtual machine ‘C’ 626 may be notified. As another example, carrier virtual machine ‘C’ 626 may terminate, thereby destroying itself and any encapsulated data it may be carrying. As yet another example, it may send a request to its originator for a TTL extension (e.g., network congestion is delaying its migration) or to be rerouted (e.g., through less congested network routes). Many such actions are possible.
Once identified data is encrypted, carrier virtual machine ‘C’ 626 is created, and TTL attributes are set, carrier virtual machine ‘C’ 626 is migrated to participating host ‘2’ 604. In this same embodiment, as carrier virtual machine ‘C’ 626 is migrated, virtual volume manager 652 can migrate its associated VSDs with it. Note that only the VSD's access points migrate and the physical data itself is not moved. It will be apparent to those of skill in the art that large amounts of data can be passed across virtual machines by changing VSD mappings in this manner. Once migration 628 is completed, carrier virtual machine ‘C’ 626 becomes virtual machine “C” 630 on participating physical host 604, and carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604 is terminated. Once secured data has been successfully written to local storage 610 it is decrypted and the originator can be notified that it has successfully reached its destination. In case of failure, the process can be repeated at the originator's discretion.
b is a generalized illustration of carrier virtual machines that can be used to implement the system and method of the present invention through a virtual network (VNET) 6614. In
Skilled practitioners of the art will be aware that a VNET is typically established at layer 2 of the OSI network model. Through the use of layer 2 tunneling and by translating between physical and virtual network addresses, a VNET can create the illusion of a local area network, even when physical network resources are spread over a wide area. Since a VNET is established at layer 2, a virtual machine can be migrated from site to site without changing its presence, as it keeps the same media access control (MAC) and IP addresses, network routes, etc. Furthermore, since VNETs are decoupled from the underlying network topology, they are able to maintain network connectivity in its original form during/after virtual machine migration.
Additionally, VNETs can provide security comparable to a hardware-based VLAN through the use or the IPsec Encapsulated Security Payload protocol. IPsec can be used to encapsulate VNET EtherIP packets to provide message authentication, thereby ensuring that only authorized entities within the virtual network can send data. In addition, IPsec can employ encryption to ensure that only the intended recipient can read data conveyed by IPsec packets.
In an embodiment of the invention, a user specifies data residing within local storage 608 that is to be secured and then transferred to a predetermined participating destination host (e.g., participating host ‘2’). A carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604, is created and VM routing tables are created which may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints as described in more detail hereinabove. A migration connection 628 is then established with participating physical host ‘2’ 604 to accept a request for transferring data.
The identified data to be secured in local storage 608 is then encrypted and encapsulated into carrier virtual machine ‘C’ 626. In an embodiment of the invention, time to live (TTL) attributes may be set for carrier virtual machine ‘C’ 626. In this embodiment, if carrier virtual machine ‘C’ 626 fails to migrate to its next predetermined network hop or fails to execute assigned task at the host within its TTL attributes, one or more predetermined actions may be implemented to take place. For example, the sender of the carrier virtual machine ‘C’ 626 may be notified. As another example, carrier virtual machine ‘C’ 626 may terminate, thereby destroying itself and any encapsulated data it may be carrying. As yet another example, it may send a request to its originator for a TTL extension (e.g., network congestion is delaying its migration) or to be rerouted (e.g., through less congested network routes). Many such actions are possible.
Once identified data is encrypted, carrier virtual machine ‘C’ 626 is created, and TTL attributes are set, carrier virtual machine ‘C’ 626 is migrated to participating host ‘2’ 604 through virtual network 614, which is implemented on network 128 as described in more detail hereinabove. As migration progresses, secure data from local storage 608 is written to local storage 610. Once migration 628 is completed, carrier virtual machine ‘C’ 626 becomes virtual machine ‘C’ 630 on participating physical host ‘2’ 604, and carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604 is terminated. In an embodiment of the invention additional security can be achieved by terminating virtual network 614 once carrier virtual machine ‘C’ 626, previously residing on participating physical host ‘1’ 604 is terminated. Once secured payload has been successfully written to local storage 610 it is decrypted and the originator can be notified that it has successfully reached its destination. In case of failure, the process can be repeated at the originator's discretion.
c is a generalized illustration of carrier virtual machines that can be used to implement the system and method of the present invention through multiple network hops across a virtual network (VNET) 614. In
In an embodiment of the invention, a user specifies payload residing within local storage 608 that is to be secured and then transferred to a predetermined participating destination host (e.g., participating host ‘3’ 616) through participating host ‘2’ 618, performing set tasks at each host. A carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604, is created and VM routing tables are created which may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints as described in more detail hereinabove. A migration connection 628 is then established with participating physical host ‘2’ 604 to accept a request for transferring data.
The identified data to be secured in local storage 608 is then encrypted and encapsulated into carrier virtual machine ‘C’ 626. In an embodiment of the invention, time to live (TTL) attributes may be set for carrier virtual machine ‘C’ 626. In this embodiment, if carrier virtual machine ‘C’ 626 fails to migrate to its next predetermined network hop or execute assigned task at the host within its TTL attributes, one or more predetermined actions may be implemented to take place. For example, the sender of the carrier virtual machine ‘C’ 626 may be notified. As another example, carrier virtual machine ‘C’ 626 may terminate, thereby destroying itself and any encapsulated data it may be carrying. As yet another example, it may send a request to its originator for a TTL extension (e.g., network congestion is delaying its migration) or to be rerouted (e.g., through less congested network routes). Many such actions are possible.
Once identified payload is encrypted, carrier virtual machine ‘C’ 626 is created, and TTL attributes are set, carrier virtual machine ‘C’ 626 is migrated to participating host ‘2’ 604 through virtual network 614, which is implemented on network 128 as described in more detail hereinabove. As migration progresses, secure payload from local storage 608 is written to local storage 610. Once migration 628 is completed, carrier virtual machine ‘C’ 626 becomes virtual machine ‘C’ 630 on participating physical host 604, and carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604 is terminated. In an embodiment of the invention additional security can be achieved by terminating virtual network 614 once carrier virtual machine ‘C’ 626, previously residing on participating physical host ‘1’ 604 is terminated.
A migration connection 636 is then established with participating physical host ‘3’ 616 to accept a request for transferring data. The identified payload to be secured in local storage 610 is then encrypted and encapsulated into carrier virtual machine 630. In an embodiment of the invention, time to live (TTL) attributes may be set for carrier virtual machine 630. In this embodiment, if carrier virtual machine 630 fails to migrate to its next predetermined network hop or execute assigned task the host within its TTL attributes, one or more predetermined actions may be implemented to take place. For example, the sender of the carrier virtual machine 630 may be notified. As another example, carrier virtual machine 630 may terminate, thereby destroying itself and any encapsulated data it may be carrying. As yet another example, it may send a request to its originator for a TTL extension (e.g., network congestion is delaying its migration) or to be rerouted (e.g., through less congested network routes). Many such actions are possible.
Once identified payload is encrypted, carrier virtual machine 630 is created, and TTL attributes are set, carrier virtual machine 630 is migrated to participating host ‘3’ 616 through virtual network 614, which is implemented on network 128 as described in more detail hereinabove. As migration progresses, secure payload from local storage 610 is written to local storage 612. Once migration 636 is completed, carrier virtual machine ‘C’ 630 becomes virtual machine ‘C’ 638 on participating physical host ‘3’ 616, and carrier virtual machine ‘C’ 630, residing on participating physical host ‘1’ 604 is terminated. In an embodiment of the invention additional security can be achieved by terminating virtual network 614 once carrier virtual machine ‘C’ 630, previously residing on participating physical host ‘1’ 604 is terminated.
In an embodiment of the invention, additional identified payload to be secured, residing in local storage 610 is appended to secured data migrated from local storage 608 before it is migrated to participating physical host ‘3’ 616 by carrier virtual machine ‘C’ 630. In an embodiment of the invention, once secured payload from local storage 608 is migrated to participating physical host ‘2’ 604 and written to local storage 610, it may be modified before it is migrated to participating physical host ‘3’ 616 by carrier virtual machine ‘C’ 630. Many such variations are possible. Once secured payload has been successfully written to local storage 612 it is decrypted and the originator can be notified that it has successfully reached its destination. In case of failure, the process can be repeated at the originator's discretion.
d is a generalized illustration of carrier virtual machines that can be used to implement the system and method of the present invention using “hot cloning” at multiple network hops across a virtual network (VNET) 614. In
In an embodiment of the invention, a user specifies payload residing within local storage 608 that is to be secured and then transferred to a predetermined participating destination host (e.g., participating host ‘3’ 616) through participating host ‘2’ 618, performing set tasks at each host. A carrier virtual machine ‘C’ 626, residing on participating physical host ‘1’ 604, is created and VM routing tables are created which may also include routing, event tree, and security information regarding individual physical or virtual network hops between two endpoints as described in more detail hereinabove.
A migration connection 628 is then established with participating physical host ‘2’ 604 to accept a request for transferring data. The identified data to be secured in local storage 608 is then encrypted and encapsulated into carrier virtual machine ‘C’ 626. In an embodiment of the invention, time to live (TTL) attributes may be set for carrier virtual machine ‘C’ 626. In this embodiment, if carrier virtual machine ‘C’ 626 fails to migrate to its next predetermined network hop or execute assigned task at the host within its TTL attributes, one or more predetermined actions may be implemented to take place. For example, the sender of the carrier virtual machine ‘C’ 626 may be notified. As another example, carrier virtual machine ‘C’ 626 may terminate, thereby destroying itself and any encapsulated data it may be carrying. As yet another example, it may send a request to its originator for a TTL extension (e.g., network congestion is delaying its migration) or to be rerouted (e.g., through less congested network routes). Many such actions are possible.
Once identified data is encrypted, carrier virtual machine ‘C’ 626 is created, and TTL attributes are set, carrier virtual machine ‘C’ 626 is migrated to participating host ‘2’ 604 through virtual network 614, which is implemented on network 128 as described in more detail hereinabove. In an embodiment of the invention, as carrier virtual machine ‘ C’626 is migrated to participating physical host ‘2’ 604, “hot cloning” 644 is initiated to create a clone of carrier virtual machine ‘C’ 646. Once migration of carrier virtual machine ‘C’626 to participating physical host ‘2’ 604 and “hot cloning” 644 is complete, carrier virtual machine ‘C’ 646 is migrated 648 to participating host ‘3’ 616 through virtual network 614, which is implemented on network 128 as described in more detail hereinabove.
Once migration 648 is completed, carrier virtual machine ‘C’ 646 becomes virtual machine ‘C’ 650 on participating physical host 604, and carrier virtual machine ‘C’ 646, residing on participating physical host ‘2’ 604 is terminated. In an embodiment of the invention additional security can be achieved by terminating virtual network 614 once carrier virtual machine ‘C’ 646, previously residing on participating physical host ‘2’ 604 is terminated. In case of any failure, the process can be repeated or policy based action can be taken.
Skilled practitioners in the art will recognize that many other embodiments and variations of the present invention are possible. In addition, each of the referenced components in this embodiment of the invention may be comprised of a plurality of components, each interacting with the other in a distributed environment. Furthermore, other embodiments of the invention may expand on the referenced embodiment to extend the scale and reach of the system's implementation.
At a minimum, the present invention provides a system and method for the secure transfer of data by carrier virtual machines between participating physical hosts through a virtual network (VNET) implemented on one or more internal and/or external networks. Furthermore, use of the invention can provide additional security controls, comprising for example, parameters that may include, but are not limited to, time-to-live (TTL), access control lists (ACLs), usage policies, directory roles, etc. As another example, VM packets, a group of packets, a single VM, or subpackets within a VM between network endpoints, or at a predetermined intermediary network point, may be quarantined to realize further security. In addition, access to one or more of a plurality of carrier virtual machine payloads by security groups, individual access, subdivided individual access, and MIME-like subdivision of a VM-encapsulated payload may be controlled, thereby providing the carrier VM the ability to carry many secured payloads. Individual or combinations of these functionalities on carrier virtual machines, and by extension, application and/or one or more sets of secure data may be implemented.
