Technical - Proposal - Cloud Migration - v1.0
Technical - Proposal - Cloud Migration - v1.0
Technical - Proposal - Cloud Migration - v1.0
Proposal
Date: 1-AUG-2024
1|Page
OCI-THREADS team of migration experts always perform migration using standard 5 steps migration
methodology along with best possible migration tools and methods to ensure smooth and successful
workload migration.
Phase 1: Initiation
Phase 2: Discovery
Phase 3: Planning
Phase 4: Execution
Phase 5: Closeout
2|Page
3|Page
Background
Customer is currently having on-premises infrastructure on Nutanix Acropolis and is looking to migrate
to Microsoft Azure.
Purpose
This proposal aims to present a comprehensive plan for migrating the existing on-premises
infrastructure that is running on Nutanix Acropolis AHV with 175+ VMs to Microsoft Azure Cloud. This
involved discovery, inventory, planning, execution and migration of scoped workload.
4|Page
The existing On-Prem Data Center is to be connected to Azure Cloud using Express Route with
unlimited plan for upload and download.
Network core infrastructure at the customer has been recently refreshed.
Customer Network Access & Distribution link has back-to-back the capacity of 10 Gig, ADSL links
of 900 Mops bandwidth and a lease line of 100Mbps for publishing services is leveraged by RA.
Customer has perimeter firewalls and core firewalls configured along with IDS/IPS functionality;
VPN solution leveraged by RA is also provided by Fortinet Firewall with 2 Factor tokens.
Stateful packet inspection happens at the firewall level and endpoint security is managed
through Forti Client
ZTNA, Trellix AV, PAM for Privilege Access mgmt.
Patch management is performed leveraging Desktop Central from ManageEngine (For on Prem-
workloads & end points)
Inventory details of all the VMs to be migrated to cloud platform are available as (to be shared
later stage). The file includes details application server, name of the application,
overprovisioning % for all resources (CPU, RAM & Disk platform details along with database
server details.
1. Nutanix AHV
Since the source environment is on Nutanix AHV we strongly recommend to utilize Nutanix Move for
infrastructure (VMs) and for databases native approach will be used. However, if need arises we may
recommend 3rd party migration tool such as Rackware etc.
Nutanix AHV to Microsoft Azure:
When migrating a VM from Nutanix AHV to Microsoft Azure, Nutanix Move provides the flexibility to
migrate workloads between on-prem and public cloud.
Nutanix Move Operations:
Nutanix Move helps in performing the following operations.
Migrate powered on or powered off virtual machines (VMs).
Pause and resume migration.
Schedule data seeding.
Manage VM migrations between multiple clusters from a single management interface.
Sort and group VMs for easy migration.
Monitor progress of migrations for individual VMs as well as migration plans.
Cancel in-progress migration for individual VMs.
5|Page
6|Page
You must consider the supported guest operating systems, requirements, recommendations,
unsupported features, and limitations provided in this section before starting the migration process.
Supported Guest Operating Systems for BIOS (AHV to Azure)
Move supports some common operating systems. Unless otherwise specified, Nutanix has qualified the
following 64- bit guest operating system versions.
Fully Supported
Windows Server 2012 R2 DC, 2016, 2019, and 2022
CentOS 6.8 to 6.10, 7.0 to 7.7, and 8.0 to 8.3
RHEL 6.8 to 6.10, 7.0 to 7.7, and 8.0 to 8.5
Ubuntu 14.0.4, 16.0.4, 18.0.4, and 20.0.4
SLES 11 SP4, 12, and 15
OEL 7.5 to 8.4
As we know the infrastructure underneath is different on both source and target, a small downtime is
incurred during cutover from any of the preceding sources to targets.
Actual downtime and cut-over plans will be submitted upon completion of Part 1: Discovery, Inventory &
Planning.
4. Scope of Work
OCI-THREADS with their expertise in Multi-Clouds domain analyzed requirement and derived following
scope of work.
7|Page
In-Scope
Project Assumptions
Customer yet to share with final list of VMs / inventory for migration apart from the information
that is already shared. Additional information will help in smooth migration.
Customer to provide us with priorities per workloads, to consider it in the migration plan. Since
customer requested migration plan to be per workload priority.
Customer has valid vendor Support ID/CSI/contracts to download binaries/patches/opening SR.
Environment is not having any critical Application/Database/Configuration issues before
Migration.
All Change requests should be frozen during Implementation and Migration.
Enable connections for user pc’s on ssh/rdm for all needed environments within scope.
Customer to provide jump PC required tools, Credentials, VPN access for Techvisions team to
work on migration project.
Customer Responsibility:
The customer will provide the necessary Azure cloud tenancy that will help OCI-THREADS initiate design,
deploy, implement and migrate workload. This includes all compute, storage, network resources, and
any additional Azure services required to deploy and operate the OEM Applications.
The customer is responsible for all costs associated with the Azure cloud infrastructure, 3 rd party
migration tool (if any required during project) and any other licenses that will be essential for project
completion.
8|Page
Assess, recommend, validate and ensure enough service limits for 1 x OCI tenancy is available
for provisioning required network and Compute Instances to host and migrate scoped
environment.
9|Page
OCI-THREADS team of migration experts will perform migration using standard 5 steps migration
methodology along with best possible migration tools and native methods to ensure smooth and
successful workload migration.
Having worked with some of the largest Migration projects across the globe, we understand that
deciding which approach to implement will require a lot of information gathering from all sides of a
business.
VM Migration Scope
OpenShift Migration
10 | P a g
e
Data Backup: Use tools like Velero to back up existing Kubernetes resources and persistent
volumes.
Migration Execution
Migrate Infrastructure
Network Configuration: Establish VPN or ExpressRoute between Source and Azure for secure
data transfer during migration.
Security Policies: Reconfigure RBAC, security contexts, and network policies in the Azure
environment.
Migrate Data
Persistent Data Transfer: Migrate data using Velero or Azure Site Recovery for a seamless
transfer of persistent volumes and stateful applications.
Database Migration: Utilize database migration services like Azure Database Migration Service
to ensure a smooth transition.
Migrate Applications
Deploy Applications: Redeploy applications using updated configurations that target the new
Azure resources.
Testing: Extensively test the applications to ensure they are functioning correctly in the new
environment.
11 | P a g
e
Migration Execution:
12 | P a g
e
Migration Tools: Velero for Kubernetes backups, Azure Site Recovery for VMs, Azure Database
Migration Service for databases.
Azure Services: Azure Kubernetes Service (AKS), Azure Virtual Network, Azure VPN Gateway,
Azure Load Balancer, Azure Container Registry.
13 | P a g
e
Out of Scope
• Azure tenancy subscription
• Application License is to be purchased separately from Oracle.
• Any application, database upgrade.
• Organization change management would be the responsibility of the business.
• Any other Custom Module will be considered out of scope.
# Document Name
1 Design Documents of Cloud Architecture (HLD & LLD)
2 Data collection templates for inventory gathering
3 Solution Design and Configuration Documentation
Project Management and Implementation
4
Documentation
5 Project Plan (with detailed schedule)
6 Project Status Reports
7 Risk Log
8 Issue Log
9 Action Log
10 User Acceptance Certificate
Test Scenarios, Test Scripts (both capability and failure
11
testing), Test Reports
14 | P a g
e
*Resources will be made available as per need basis and their responsibilities during the project.
15 | P a g
e
Project Timelines:
A detailed real-time Project Plan based on mutually agreed start date, customer readiness and other
factors will be prepared, discussed, and agreed with client project manager once the project is
awarded to us.
Important Notes:
Entire migration will follow iterative/pilot approach before actual production environment
migration.
Workload priorities will be followed as aper workloads priority which shall be shared by the
customer and will be agreed upon.
*Timelines are estimated strictly only from technical execution perspective, any customer specific
change processes approvals, procedures delay will not be considered in above timelines.
16 | P a g
e
6. Project Commercials:
17 | P a g
e
18 | P a g
e