Abstract: A storage layer based orchestration method can efficiently migrate a virtualized, enterprise scale system across disparate virtualization environments. A copy of a source logical storage container with multiple virtual disks of virtual machines (VMs) can be created in a public cloud destination as a destination logical storage container. Each of the VMs is associated with at least one virtual disk that includes boot data (“boot disk”) for the VM. With application programming interface function calls and/or scripted task automation and configuration management commands, the orchestration method coordinates different applications and tools to convert the boot disks into canonical storage representations (e.g., logical unit numbers (LUNs)), to instantiate VMs in the destination environment, and to chain load the boot disks to launch the VMs in a different virtualization environment.

Abstract: A storage layer based orchestration method can efficiently migrate a virtualized, enterprise scale system across disparate virtualization environments. A copy of a source logical storage container with multiple virtual disks of virtual machines (VMs) can be created in a public cloud destination as a destination logical storage container. Each of the VMs is associated with at least one virtual disk that includes boot data (“boot disk”) for the VM. With application programming interface function calls and/or scripted task automation and configuration management commands, the orchestration method coordinates different applications and tools to convert the boot disks into canonical storage representations (e.g., logical unit numbers (LUNs)), to instantiate VMs in the destination environment, and to chain load the boot disks to launch the VMs in a different virtualization environment.

Abstract: A storage layer based orchestration method can efficiently migrate a virtualized, enterprise scale system across disparate virtualization environments. A copy of a source logical storage container with multiple virtual disks of virtual machines (VMs) can be created in a public cloud destination as a destination logical storage container. Each of the VMs is associated with at least one virtual disk that includes boot data (“boot disk”) for the VM. With application programming interface function calls and/or scripted task automation and configuration management commands, the orchestration method coordinates different applications and tools to convert the boot disks into canonical storage representations (e.g., logical unit numbers (LUNs)), to instantiate VMs in the destination environment, and to chain load the boot disks to launch the VMs in a different virtualization environment.

Abstract: A storage layer based orchestration method can efficiently migrate a virtualized, enterprise scale system across disparate virtualization environments. A copy of a source logical storage container with multiple virtual disks of virtual machines (VMs) can be created in a public cloud destination as a destination logical storage container. Each of the VMs is associated with at least one virtual disk that includes boot data (“boot disk”) for the VM. With application programming interface function calls and/or scripted task automation and configuration management commands, the orchestration method coordinates different applications and tools to convert the boot disks into canonical storage representations (e.g., logical unit numbers (LUNs)), to instantiate VMs in the destination environment, and to chain load the boot disks to launch the VMs in a different virtualization environment.

Abstract: A network connection is established between a virtual storage appliance (VSA) in a virtual machine and a storage server system. The virtual machine can run on a computing device remote to the storage server system. Access is provided to a second shared namespace of data at the VSA over the network connection. The second shared namespace is a policy defined subset of a first shared namespace of the storage server system. Data in the second shared namespace is accessible at the storage server system by at least one other computing device communicatively coupled to the storage server system. The data in the second shared namespace at the VSA is replicated to create a local copy at the computing device. Changes to the local copy are synchronized with the data in the second shared namespace at the storage sever system.

Abstract: A network connection is established between a virtual storage appliance (VSA) in a virtual machine and a storage server system. The virtual machine can run on a computing device remote to the storage server system. Access is provided to a second shared namespace of data at the VSA over the network connection. The second shared namespace is a policy defined subset of a first shared namespace of the storage server system. Data in the second shared namespace is accessible at the storage server system by at least one other computing device communicatively coupled to the storage server system. The data in the second shared namespace at the VSA is replicated to create a local copy at the computing device. Changes to the local copy are synchronized with the data in the second shared namespace at the storage sever system.

Abstract: Methods and apparatuses for operating a storage system are provided. In one example, a storage system includes a storage server and a virtual storage appliance (VSA) implemented in a virtual machine. The storage server provides access to a first shared namespace of data. The VSA is operatively connected to the storage server system over a network connection and provides access to a second shared namespace of data over the network connection. The second shared namespace is defined by a policy and includes a subset of the first shared namespace. The VSA also replicates data of a third shared namespace of data at the VSA making the third shared namespace available at the VSA when the network connection is unavailable. The third namespace is defined by the policy and includes a subset of the second shared namespace.

Abstract: Methods and apparatuses for operating a storage system are provided. In one example, a storage system includes a storage server and a virtual storage appliance (VSA) implemented in a virtual machine. The storage server provides access to a first shared namespace of data. The VSA is operatively connected to the storage server system over a network connection and provides access to a second shared namespace of data over the network connection. The second shared namespace is defined by a policy and includes a subset of the first shared namespace. The VSA also replicates data of a third shared namespace of data at the VSA making the third shared namespace available at the VSA when the network connection is unavailable. The third namespace is defined by the policy and includes a subset of the second shared namespace.