Google Cloud reference architecture

Velostrata provides a path for you to migrate your virtual machines (VMs) running on VMware vSphere to Google Cloud. Velostrata can also migrate your physical servers and AWS EC2 Instances to Google Cloud.

The primary components of a Velostrata installation are:

In Google Cloud:

  • The Velostrata Manager on Google Cloud manages all components and orchestrates migrations. It also serves the Velostrata UI.
  • Cloud Extensions handle storage migrations and serve data to migrated workloads during migration. A Cloud Extension is a pair of Cloud Edge nodes.
  • The Velostrata Worker creates Google Cloud Persistent Disks for migrated workloads

On-premises:

  • The Velostrata On-Premises Backend virtual appliance serves data from VMware to the cloud extension.
  • The Velostrata vCenter Plugin connects vCenter vSphere to the Velostrata Manager.

On AWS:

  • The Velostrata Importer serves data from AWS Elastic Block Store volumes to Cloud Extensions.

Velostrata Architecture

Core technologies

Velostrata's decouples VMs from their storage and introduces capabilities that ease your move to Google Cloud, including:

  • Easy deployment: Install Velostrata virtual appliances in a few steps, without installing agents on servers.
  • Simple management in vCenter for VMware migrations: A plug-in flattens the learning curve for VMware administrators. Integration with tasks, events, and alarms provides visibility and control over migration.
  • Secure by design: Data transfers between Velostrata components use SSL and AES-128 encryption. Data at rest is de-duplicated, compressed, and encrypted with AES-256.
  • Boot over WAN: Velostrata performs a native boot in the cloud from the on-premises VM in a few minutes, regardless of image size. While the image boots, Velostrata adapts it for the target environment. No changes to the application, original image, storage, drivers, or networking are necessary.
  • Intelligent streaming: Velostrata prioritizes the data necessary for an application to run and moves that data to the cloud first. Other data is streamed to the cloud when necessary.
  • Multi-tier caching and optimization: Velostrata includes a multi-tier, read-write cache in the cloud. This cache stores data needed by the application. De-duplication, pre-fetching, asynchronous write-back, and network optimizations further accelerate the migration, reducing migration bandwidth by up to 75% in production migrations.
  • Resiliency: Velostrata Cloud Extensions incorporate active-passive nodes across two availability zones. To reduce the risk of data loss, data is written in both zones and then asynchronously transferred back on premises. Optionally, writes can persist solely in the cloud for development and testing.

    The recovery point objective (RPO) is the maximum acceptable length of time during which data might be lost due to an incident. Velostrata's architecture ensures a 30-second RPO for sync to Google Cloud Storage in the rare case of a dual zone failure and a 1-hour RPO for sync on-premises.

  • Supports multiple operating systems: See the list of Supported OS Versions.

Architecture

A typical Velostrata deployment architecture consists of two parts:

The following diagram depicts a typical Velostrata deployment with Google Cloud.

Velostrata deployment

On the left is the corporate data center (on-premises), and on the right is a Google Cloud Virtual Private Cloud. The two connect using a Cloud VPN or Cloud Interconnect.

Other supported deployment architectures include:

  • Cloud-to-cloud migrations from AWS to Google Cloud
  • Hybrid migrations from both on-premises and AWS to Google Cloud

On Google Cloud

Use the Google Cloud Marketplace to deploy the Velostrata Manager on Google Cloud VM. It orchestrates migration operations and also serves the web UI. The Velostrata Manager connects with the Velostrata On-Premises Backend virtual appliance and accesses Google Cloud API endpoints as well as the Velostrata Telemetry Service.

Once you launch the Velostrata Manager and connect it to the Velostrata Backend, create Cloud Extensions, which manage storage migration. The Cloud Extension nodes (also known as Cloud Edge nodes) are pairs running in separate Google Cloud zones.

In general, the Velostrata Manager and Cloud Extension require inbound access from the corporate data center to Google Cloud. Inbound iSCSI access from on-premises VMs migrated to Google Cloud into the Cloud Extension nodes is necessary for storage connections.

The subnets where the Cloud Extension nodes are deployed must allow outbound access to certain services, such as Cloud Storage. Optionally, outbound internet access allows use of the Velostrata Telemetry service.

Corporate data center

When performing on-premises to cloud migrations, the Velostrata On-Premises Backend virtual appliance on VMware:

  • Establishes a secure datapath with the Cloud Extension nodes.
  • Starts and stops VMs using VMware APIs.
  • Performs storage operations against virtual machine disks (VMDKs) using the VMware Storage API.

AWS

For migrations from AWS to Google Cloud, the Velostrata Manager launches Importer instances on AWS as needed to migrate AWS EC2 source workloads and their EBS volumes.

What's next

For a quick walkthrough of Velostrata's functionality, see Getting started with Velostrata.

For more information about a recommended Virtual Private Cloud configuration, see Google Cloud account and Virtual Private Cloud (VPC) setup requirements.