LogoLogo
T4O-5.x
T4O-5.x
  • About Trilio for OpenStack
    • Welcome to Trilio for OpenStack
    • T4O Architecture
    • Release Notes
    • Compatibility Matrix
    • Resources
      • 5.2.4
      • 5.2.3
      • 5.2.2
      • 5.2.1
      • 5.2.0
      • 5.1.0
      • 5.0.0
  • Getting Started
    • Requirements
      • Network Considerations
      • Installation Strategy and Preparation
    • Getting started with Trilio on Red-Hat OpenStack Platform (RHOSP)
      • Post Installation Health-Check
    • Getting started with Trilio on Kolla-Ansible OpenStack
    • Getting started with Trilio on Canonical OpenStack
    • Software Driven Migration: VMware to OpenStack
      • Trilio's Approach
      • Supported Environments
      • Preparations
      • Deployment & Configuration
      • VM Migration Tool
      • Limitations
    • Licensing
    • Installing WorkloadManager CLI client
    • Uninstall Trilio
      • Uninstalling from RHOSP
  • Upgrading to T4O-5.x from older supported versions
    • Supported Trilio Upgrade Path
    • Upgrading on RHOSP
    • Upgrading on Kolla
    • Enabling T4O 4.1 or older backups when using NFS backup target
  • Advanced Configuration
    • Switching NFS Backing file
    • Multi-IP NFS Backup target mapping file configuration
    • Advanced Ceph configurations
      • Additions for multiple CEPH configurations
    • Multi-Region Deployments
  • User Guide
    • Workloads
    • Snapshots
    • Restores
    • File Search
    • Snapshot Mount
    • Schedulers
    • E-Mail Notifications
    • VMware migration
      • Migration Plans
        • How-to Guide: Creating a Migration Plan
      • Migrations
        • How-to Guide: Initiating a Migration
  • Admin Guide
    • Backups-Admin Area
    • Workload Policies
    • Workload Quotas
    • Managing Trusts
    • Workload Import & Migration
    • Disaster Recovery
      • Example runbook for Disaster Recovery using NFS
      • Example runbook for Disaster Recovery using S3
    • Migrating encrypted Workloads
    • Rebasing existing workloads
  • Troubleshooting
    • Frequently Asked Questions
    • General Troubleshooting Tips
    • Important log files
  • API GUIDE
    • Workloads
    • Snapshots
    • Restores
    • File Search
    • Snapshot Mount
    • Schedulers
    • E-Mail Notification Settings
    • Workload Policies
    • Workload Quotas
    • Managing Trusts
    • Workload Import and Migration
Powered by GitBook
On this page
  • Definition
  • Creation
  • Details
  • Network Mapping
  • Volume Types Mapping
  • VM Selection
  • Deletion

Was this helpful?

Export as PDF
  1. User Guide
  2. VMware migration

Migrations

PreviousHow-to Guide: Creating a Migration PlanNextHow-to Guide: Initiating a Migration

Last updated 1 year ago

Was this helpful?

Definition

Migration refers to the process of transferring Virtual Machines and their associated resources from a VMware environment to an OpenStack environment. It involves multiple steps, including planning (creating a Migration Plan), discovery (fetching VM resource information), and the actual migration execution. During migration, users provide details such as migration name, and description, select VMs, map networks, map volume types, and configure specific parameters for each VM. The goal is to seamlessly move VM workloads while preserving their configurations and ensuring compatibility with the target OpenStack environment. Successful migration results in VMs running efficiently within the OpenStack infrastructure.

Creation

Check the before initiating the migrations.

Once the VMs of the Migration Plan are discovered (), the user can initiate the migration.

Trilio provides 3 types of migrations and the user can choose as per their need, more details can be found .

  1. Dry-run Migration:

    • Create VMs on OpenStack with attached storage volumes, networking, and security groups for testing purposes while migrating the VM snapshot data from VMware.

  2. Cold Migration:

    • Shut down VMware virtual machines and then migrate them to OpenStack. This process can take minutes to hours and may cause significant downtime, making it more disruptive.

  3. Warm Migration:

    • Leverage VMware snapshots and the Change Block Tracking feature to migrate VMs with minimal disruption. Take snapshots, copy changed blocks, and then repeat the process after shutting down the VMs. The downtime can be significantly lower than that of a Cold Migration.

While initiating the migration, the user needs to provide a few more below-mentioned information to ensure a seamless migration of the VMs.

Details

To perform the actual migration, users need to:

  • Provide a name and description for the migration.

  • Choose the type of migration from a drop-down menu.

Network Mapping

During migration, users can:

  • Map-enabled networks in Guest VMs to OpenStack Networks.

  • Trilio automatically detects networks, providing a seamless mapping experience.

Volume Types Mapping

Users need to:

  • Map Datastores detected from the migration plan VMs with OpenStack volume types.

  • This ensures proper mapping of storage resources during migration.

VM Selection

Users must:

  • Select VMs mapped to the Migration Plan for migration.

  • For each VM, choose the correct flavor and Availability Zone.

  • Specify configurations for disks to be created on OpenStack.

Deletion

Deletion of the initiated Migrations can be done to clean up the unnecessary entries in the list. Please note that deleting a migration does not clean up the migrated VMs or their associated resources from OpenStack. The user will have to explicitly remove the migrated resources if necessary.\

How-to Guide: Initiating a Migration

For the VMs that are UEFI booted, a glance image must be selected. Refer to for more details.

There are certain limitations that have to be taken care of by the user once the migration is successful, please refer to the page for more information.

Limitations
prerequisites
here
Discover VMs
this page