Cloud Migration
Cloud Migration
Application Migration Checklist
- Assess Current Environment
- Evaluate existing infrastructure, dependencies, and application performance to identify potential challenges and compatibility issues before migration.
- Define Migration Strategy
- Choose an appropriate migration strategy (e.g., lift-and-shift, refactor, replatform) based on the application requirements and business goals.
- Backup Data
- Ensure all critical data is backed up securely to avoid any loss during the migration process and to facilitate recovery if necessary.
- Plan Downtime
- Schedule and communicate planned downtime to stakeholders, ensuring minimal disruption to users and business operations during the migration.
- Test Migration Process
- Conduct thorough testing in a staging environment to validate that the migration process works as intended and that the application functions correctly post-migration.
- Monitor Post-Migration
- After migration, monitor the application for performance, stability, and any issues to ensure it operates smoothly in the new environment.
Database Migration Checklist
- Evaluate Current Database
- Assess the current database structure, data types, and dependencies to identify potential challenges and ensure compatibility with the target environment.
- Select Migration Method
- Choose the appropriate migration method (e.g., replication, ETL, backup-restore) based on data volume, complexity, and downtime tolerance.
- Backup Existing Data
- Perform a complete backup of the current database to safeguard against data loss during the migration and enable a quick rollback if needed.
- Plan and Communicate Downtime
- Schedule downtime for the migration, inform stakeholders, and ensure minimal disruption to operations during the migration process.
- Run Migration Tests
- Conduct a dry run or test migration in a non-production environment to validate the process, ensuring data integrity and application functionality post-migration.
- Monitor and Optimize
- After migration, closely monitor the database performance, check for any anomalies, and optimize queries or configurations as needed for the new environment.
Migrations Needed After Company Acquisition
- Application Migration
- Consolidate and integrate applications from both companies, ensuring compatibility and standardization across the merged organization.
- M365 Migration
- Migrate Microsoft 365 services (e.g., email, SharePoint, Teams) to a unified tenant to streamline communication and collaboration.
- Database Migration
- Merge, migrate, or consolidate databases, ensuring data integrity, consistency, and accessibility across the combined entity.
- Network Integration
- Integrate and standardize network infrastructure, including VPNs, firewalls, and security protocols, to ensure secure and seamless connectivity.
- Identity and Access Management (IAM) Integration
- Unify IAM systems to manage user identities, roles, and access permissions consistently across both organizations.
- Process Redefining
- Align and redefine business processes, workflows, and policies to reflect the combined operations and achieve operational efficiency.
- Data Migration and Consolidation
- Transfer, cleanse, and merge data from various sources, ensuring a single source of truth and consistent data governance across the organization.
- ERP/CRM System Migration
- Consolidate or migrate ERP and CRM systems to maintain a unified view of financials, customer relationships, and supply chain operations.
- Security Policy Alignment
- Harmonize cybersecurity policies and practices to protect against threats while maintaining compliance with regulatory requirements.
- IT Service Integration
- Integrate IT service management tools and practices to ensure seamless IT support and incident management across the new organization.
M365 Migration Checklist
- Assess Current Environment
- Evaluate the existing Microsoft 365 (M365) environment, including the number of users, mailboxes, applications, and data.
- Identify potential challenges such as legacy systems, custom configurations, and compliance requirements.
- Define Migration Strategy
- Choose a migration strategy based on the organization’s needs, such as staged migration, cutover migration, or hybrid migration.
- Determine whether a third-party tool is needed and create a detailed migration plan, including timelines and resource allocation.
- Prepare the Target Environment
- Set up and configure the target M365 environment, ensuring that it meets the organization’s requirements.
- This includes setting up user accounts, permissions, security policies, and configuring services like Exchange Online, SharePoint Online, and Teams.
- Backup Existing Data
- Ensure that all critical data, including emails, documents, and settings, are backed up before starting the migration.
- This safeguards against data loss during the process and enables recovery if necessary.
- User Communication and Training
- Communicate the migration plan, timelines, and impact to all users.
- Provide necessary training and resources to help users transition smoothly to the new environment.
- Perform Pilot Migration
- Conduct a pilot migration with a small group of users or a specific department to test the process.
- Validate that data, configurations, and user access are correctly migrated. Identify and address any issues before full-scale migration.
- Execute Full Migration
- Proceed with the migration of all users, mailboxes, applications, and data.
- Monitor the process closely to ensure that it runs smoothly, and address any issues that arise during the migration.
- Post-Migration Validation
- After migration, verify that all data and services are functioning as expected.
- This includes checking email flow, document accessibility, permissions, and configurations.
- Ensure that users have the necessary access and that there are no disruptions to their work.
- Decommission Legacy Systems
- Once the migration is successful and all data is validated, decommission the legacy systems that are no longer needed.
- Ensure that any necessary data or configurations are archived for future reference.
- Ongoing Support and Optimization
- Provide ongoing support to users as they adapt to the new M365 environment.
- Monitor performance, address any post-migration issues, and optimize the environment for better efficiency and security.
- Conduct a post-migration review to identify areas for improvement in future migrations.
Benefits of migration to cloud:
- Values to Business
- Time to Market
- Agility
- Lower Risk
- No Prior (Upfront) Investment
- Easy Rollback Less
- Total Cost of Ownership
- Std Estimation/Planning
- More Scope for Automation
- Less Cost on Infra
Checklist for Migration:
- Build a Business Case - Prepare as per the organisation need
- Understand Application Portfolio - All the details about application and architecture
- Migration Plan - Cover Technology, People, Process
- Operating Plan - Define RACI for Apps, Infra in Design and Operation
- Migration - Note learning and action items
- Reach CSP’s/Support for Help
- Track till Closure
Migration Framework:
- Assessment (Migration Readiness Assessment)
- Business Case
- Discovery
- Business Need/Cost Estimation
- Readiness & Planning (Migration Readiness Planning)
- Migration Plan
- Security
- Operating Model
- Which team will own what responsibilities
- Skills/Zones/Services Selection
- Skills required for migration
- Migration
- Migrate
- Integrate
- Optimize
- Operations
- Monitor
- Test
- Optimisation
Current Cost Estimation:
Server Costs
Hardware
- Server, Rack Infrastructure, PDU’s, ToR Switches (+Maintenance)Software
- OS, Virtualization LicensesOverhead
- Space, Power, Cooling
Storage Costs
Hardware
- Storage Disks, HBA’s, SAN/FC Switches Storage AdminOverhead
(Space, Power, Cooling)
Network Cost
Network Hardware
- Core/Aggregation, Switches, Bandwidth Network AdminOverhead
- Space, Power, Cooling
IT Labor Costs
- Server Admin, Virtualization Admins
Migration Strategy (6R’s):
Rehost
- Like to Like Migration
- Time saving, No app code change
Replatform
- Lift and Shift with some change
- To have scalable app, app code change, add new cloud capabilities
Refactor
- Adopt Cloud Based Service
- Some app code change, take advantage of devops
Repurpose
- Transform App Functionality
Retire/Rebuild
- Retire from On-Premise
- Build new app using Cloud native technology, take cloud benefits
Retain
- Retain Legacy EoL
Migration Tools:
Discovery Tools
- Discovery Connector
- Discovery Agents
Migration Tools
- DB Migration
- Server Migration
- ATADATA
- CloudEndure
- CloudBasic
Migration Program
- PS
- Partner Solution
- Accelerated Program
Document and Support
- User Guide
- Forum
Migration Process:
Steps | Resources | Tools |
---|---|---|
1. Discovery/Assessment of Current Env and Architecture - Apps | - Databases - VM’s - 3rd Party Integrations - Network - Monitoring - CI/CD - Release Managment - DevOps - Backups - Cost | - TSO Logic/Migration Evaluator - CART (Cloud Adoption Readiness Tool) |
2. Readiness and Planning | - AWS Migration Hub - Application Discovery - Control Tower | - Schema Conversion - Landing Zone |
3. Migration | - CloudEndure - Server Migration - Database Migration | - AWS Marketplace - VMWare Cloud |
4. Operations and Optimizations | - Managed Services | - Management and Governance |
Benefits & Drawbacks
Benefits | Drawbacks |
Faster Deployment | Loss of Control |
Greater Security | Switching - Behavior/Training |
Less Complexity | Latency |
Ease of monitoring | |
Backup and Metrics | |
Centralized Management - Single Pane of Glass | |
Reduced Costs - Scaling | |
Use Cloud Specific features Data Sensivity - Goverment Laws | |
Small Setup |
Online Migration
- AWS Direct Connect
- Data Sync
- Storage Gateways
- S3 Transfer Acceleration
- Kinesis Firehose
- Partners
Offline Migration
- Snowball
- Snowball Edge
- SnowMobile
Problems faced during migration:
Databases
- Foreign keys and secondary indexes are missing
- Permissions Missing
- Primary key violation errors occur when you restart a task
This post is licensed under CC BY 4.0 by the author.