0% found this document useful (0 votes)
76 views22 pages

01-A Smooth Leap To Cloud, Huawei Migration Practice-V1.0

01-A smooth leap to cloud, Huawei migration practice-V1.0

Uploaded by

Edsontheking
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
76 views22 pages

01-A Smooth Leap To Cloud, Huawei Migration Practice-V1.0

01-A smooth leap to cloud, Huawei migration practice-V1.0

Uploaded by

Edsontheking
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 22

A smooth leap to cloud-Huawei migration practice

Name: Bensen
Time : 2024-12-12
Operation Process :Service Cloudification Process
Readiness For Cloudification APP Integration &Go live O&M
Requirement analysis Cloudification Solution Design Provision Implementation test & Go live Report

Cloudification Apply Problem &


(Requirement & HLD) Yes Go-Live
Requirement
11 12
Solution Resource Business
Tenant 1
Review
No Purchase Deployment
5
6 9

Integration Test
/Security Test RePonse

10 13

Cloudification Resource
Solution Approval
No
Requirement Design
Analysis 7
4 Yes
Platform 2 Requirement
Operation Assessment Resource
Team Provision
(Cloud &
Network)
3
8
Methodology of cloud migration

Plan overall Pilot in small scale Migrate in large scale

Migration
Cloud Plan Strategy Design Architecture Design Implementation
• Stakeholder • Feasibility analysis • Cloud platform design • Environment setup
Identification • Migration policy • Application deployment • Migration pilot
• Establish a delivery architecture design
• Migration wave • Application migration
team planning • Scalability

• Data migration
• Skill preparation • Risk assessment and
Availability
• Performance • Cutover and
• Kickoff Meeting contingency plan switchover
• Security
• Cost Assessment • Knowledge transfer
• Cost

• Migration Proposal • Project acceptance


• Verification & rollback
solution

Survey and analysis

3 Huawei Proprietary - Restricted Distribution


Survey & Analysis

Basic information about applications

Database information Application technical  Basic information summary


architecture  Migration feasibility evaluation

Cloud migration  Migration solution and strategy


Dependencies Application deployment
survey architecture

Basic Information Application technical Application deployment Database Information Dependencies


architecture architecture
Application name Software name Licenses
Whether to use System deployment modes
microservices
Software and hardware
Purpose Microservice Container cluster Version
dependencies
framework management
User type Function Other agents
Microservice Storage types
components
Performance Special external devices
User scale requirements
Middleware version HA architecture
Development Other
DR and backup architecture Deployment mode
supplier
... ... ... ...
...

4 Huawei Proprietary - Restricted Distribution


Survey and Analysis: Application Deployment Architecture

Survey and Analysis: Application Deployment Architecture


In the pilot or large-scale migration stage, a survey for an enterprise's application deployment architecture is conducted
to prepare for application resource deployment on a target cloud. The survey covers the access, application,
middleware, and data layers of a single application, including how the four layers are deployed as well as details, such
as specifications, versions, capacities, and configurations, about components used at each layer.

An Enterprise's Application Deployment Architecture (Example) Source Host Information


• Basic information: specifications, IP address, disks,
bandwidth, and OS
User Access Web Cache/ Big Data • Load: average disk, CPU, and memory usage
Databases File Server Search
System Layer Applications Middleware System • Service deployment: deployment mode (cluster or
standalone) and service/hardware dependency

Storage Information
Message MySQL • Data type and volume
Client Nginx • Numbers of small files and large files, respectively
queues Hadoop
cluster
Network and Other Application Information
Elasticsearch • Requirements for the network architecture, high
Cache Network availability (HA), disaster recovery (DR), and deployment
Application MongoDB File • Big data applications and middleware
services • Security configuration and CDN applications
System
(NFS)
Database Information
• OS, database engine, and software versions
• Total, used, and remaining database space
• Application, IP address, host name, instance name, and
physical file location

5 Huawei Proprietary - Restricted Distribution


Strategy Design: Cloud Migration Principles and Approaches

The 6 R's model for cloud migration can be used to classify cloud migration paths and define migration waves to migrate most applications of
customers to the cloud.

Cloud Migration Principles Cloud Migration Approaches


Basic principles: Approach Scenario Pros Cons
SaaS (Replace)
• Migrate as many existing non-cloud applications as • Application architectures
Customers have strong business • This is the best approach when it
possible to cloud. demand to scale and accelerate comes to adapting applications to the
including their code bases need
to be entirely or largely rewritten,
• Deploy new applications on cloud. It is Application redesign (Re-architect)
upgrades. They want to move cloud platform and fully leveraging the
which is expensive.

Increased complexity
Re-architect applications to the cloud and advantages of the cloud platform, such
recommended that purchased software support • A customer's ISV needs to take
redesign their architectures to as better scalability, faster deployment,
full charge of the migration by
deliver more extensive features higher efficiency, and improved
cloud-based deployment. and improve performance. reliability.
considering the characteristics of
Application upgrade Huawei Cloud.
• Prioritize using the services already available on (Re-platform) Customers have invested a lot in
cloud, instead of those you need to create. some applications, but the
• The configuration of an application,
• This approach may vary from
• Do not migrate abandoned and idle applications or Lift and shift Re-platform
outcome is not as expected, and
the cost is high. They want to
instead of the overall architecture,
making a few changes to
applications, up to re-
(Re-host) needs to be modified, which reduces
VMs unless a customer has this requirement. introduce some level of
optimization for these
costs.
architecture of some
components.
applications.
Constraints Retain • This is the cheapest and easiest way to
It is not recommended to migrate the applications that Customers want to migrate their migrate to the cloud. (Only OS clones,
simple applications and a large data transfer, and data copies are • Customers need to provide
cannot use cloud resources through re-platforming or Re-host
number of data files to the cloud required.) support for verification.
re-architecting due to the following constraints: Retire without major alterations. • Highly automated tools can be used in
this migration approach.
• Hardware: For example, special hardware like
encryption card and special peripherals like voice
service boards are used. Cloud Migration Paths
• Licenses: For example, the license of an application System
Manual Manual Manual data performance
closely relies on hardware, or it becomes invalid Rehost tests Cutover
installation configuration migration
after cloud resources are used.
• Third-party products: For example, fixed IP Re- Workload Data migration
System Beta and
addresses or host names are required. platform migration integration security tests
Migration tool testing
Framework Platform
• Other constraints: For example, there are modification connection
deployment
dependencies on technologies or services not Re-
supported by the cloud platform. architect
Application Environment Application Database
redesign deployment coding conversion

6 Huawei Proprietary - Restricted Distribution


Strategy Design: Migration Wave Planning

Simple applications first


Migrate simple applications and those easy
to be modified first.
Core production applications
➢ Real-time transaction (like CRM) Applications with fewer dependencies first
4 ➢ Emergency management Migrate applications deployed on a single node
Application grading

➢ Core databases
before those deployed in a cluster.

Important production applications


➢ Official websites Single-node → clusters
3 ➢ Information access and display
➢ Public support Migrate applications deployed on a single node
before those deployed in a cluster.
Office applications
➢ Office Automation (OA)
2 ➢ Training management
Test applications → Core productions
Migrating non-critical hosts to the cloud helps to
Non-core applications
➢ Development and testing
consolidate migration experience, so that potential
1 ➢ Trial use risks are under control.

Application complexity

7 Huawei Proprietary - Restricted Distribution


Cloud Architecture Design

Availability Scalability design


Single-AZ availability, cross-AZ DR, cross-AZ Ensure that applications can easily scale to meet availability and
active-active, and remote DR (geo-redundancy) performance requirements under different loads.

Availability design
Ensure that applications on the cloud can maintain availability,
stability, reliability, and continuity in the event of various
exceptions.

Cloud Performance design


architecture Ensure that the architecture for deploying applications can
Scalability Performance meet performance requirements, while balancing scalability.
design Solutions and
Horizontal/Vertical scaling
factors evaluation
Security design
Ensure that systems are comprehensively protected to prevent
attacks and data leakage from happening.

Cost Security Cost design


Cost design for optimization Network, data,
hosts, and applications Minimize application deployment and O&M costs.

8 Huawei Proprietary - Restricted Distribution


Key Migration Risks and Countermeasures
Risk Point Countermeasures
IP address • Keep internal IP addresses unchanged during the migration.
changes • Adjust Internet IP addresses. To ensure normal service access, register Internet IP addresses 40 days before the migration.

• Set the migration bandwidth based on site requirements to reduce the impact on resources in the source environment.
• Migrate services during off-peak hours.
Service • Keep the services running on source servers during data migration until the last incremental migration and service switchover are
interruptions complete.
• Ensure that both the source and destination platforms are running in active/standby mode.
• Ensure that each operation can be rolled back.

• Build a dedicated network to greatly improve network stability and accelerate migration.
Network instability • Migrate source VMs by importing images to reduce the dependency on the network, and manually synchronize incremental data.

• Apply for the migration time window and cooperate with the platform to release a notice.
• Back up the source data before migration (the customer).
Data inconsistency • Perform a full synchronization. Then, perform incremental synchronizations for multiple times to keep data consistent. Stop writing
data on source servers and perform an incremental synchronization for the last time.

• Perform sufficient performance tests before migration and optimize application and infrastructure configurations.
Service • Optimize applications running in the cloud to improve performance and response speed.
• Migrate applications in batches. Migrate a small number of key applications and data, test and verify the migration, and then
performance perform the next migration wave.
deterioration • Establish a comprehensive monitoring and troubleshooting mechanism to detect and resolve system instability. Ensure system
reliability and performance.

9 Huawei Proprietary - Restricted Distribution


Migration Implementation

Migration Cycle Migration Implementation Solution


A migration wave usually contains multiple migration groups. Therefore, The detailed migration solution of each component is provided based on
migration cycles need to be executed repeatedly to migrate all applications. the actual application system survey.

Survey Design

Switchover
Migration Deployment Client Huawei Cloud Stack
Small cycle
Application target
Application system 1
Verification Migration Migration architecture 1
Overall wave planning

Survey Design solution


Access layer ELB
Migration Migration
Switchover Small Deployment
Application solution
ECS/CCE
cycle
Migration
Verification Migration Middleware layer solution DMS/DCS
Survey Design
Migration
Migration Data layer solution GaussDB
Switchover Small Deployment

cycle ... ...


Application target
Verification Migration Application system N
architecture N

Wave 1 Wave 2 Wave N

10 Huawei Proprietary - Restricted Distribution


Migration Implementation

Migration Solution Design


• When there are multiple application systems, you need to know their associations and how they communicate with each other.
• Based on network requirements, match service components divided from application systems with cloud service products of Huawei
Cloud Stack and the designed cloud architecture.
• Choose migration approaches based on technical components and scenario requirements.
• Combine full migration with incremental migration to minimize downtime.

Migration
Scenario
Cloud Service Hosting
Application (For migration Migration
or Technical Data/Incremental HCS Migration Solution Design Guideline
Component approaches, see approach
Component Data
the migration
panorama.)
Nginx Nginx on ECS No Reconfiguration; migration not required Server migration Re-host
LVS ELB No Reconfiguration; more focuses on ELB and performance issues Host migration Re-host
If the application configuration is complex and the data volume is small, server migration
Applications ECS Yes/Not sure is recommended. If the application configuration is simple, the application can be Host migration Re-host
redeployed.
If the application configuration is complex and the data volume is small, server migration Server and
Applications +
ECS+PaaS Yes/Not sure is recommended. If the application configuration is simple, the application can be middleware Re-Platform
middleware
redeployed. migration
Relational
RDS/GaussDB Yes/Yes Choose migration approaches based on database types and downtime requirements. Database migration Re-Platform
databases
Choose a migration approach matching customers' cloud requirements. Distinguish
Storage file Storage data
OBS/EVS Yes/Yes dynamic data (added, deleted, or updated) from unchanged data based on data volume, Re-Platform
system migration
and then conduct the migration.
Cache database Redis Yes/Yes Choose migration approaches based on database types and downtime requirements. Database migration Re-Platform
Big data MRS Yes/Yes Choose migration approaches based on database types and downtime requirements. Big data migration Re-Platform
Search database Elasticsearch Yes/Yes Choose migration approaches based on database types and downtime requirements. Big data migration Re-Platform

11 Huawei Proprietary - Restricted Distribution


Huawei Cloud Stack’s comprehensive cloud migration solutions
Phase 1 Phase 2 Phase 3

Discovery & Assessment Planning & Design Migration & Switchover


Inventory Discovery, Migration Execution,
HLD, LLD, Execution Plan
Migration Strategy Assessment Service Switchover

200+
OS migration
90%+ 500+ 100+
Oracle Syntax
Automatic Conversion Best practice cases Tasks parallel migration

100%
MySQL compatible

Scenarios: Cloud Server Migration/Storage Migration/Database Migration/Data Lake Migration (Data Warehouse & Lakehouse)
Automatic & Intelligent /Container Migration

Migration Toolset Rich Tools: RVTools/Rainbow/HSMS/DRS/UGO/HCS Migration4MRS/HCS Migration4MRS/HCS Migration4CCE

• Standard migration methodology • Automatic delivery tools • 17000+ Globally Experts


• Global delivery experience • Rich delivery tool eco-system • 24 * 7 Service Technical Support

12 Huawei Proprietary - Restricted Distribution


Cloud Server Migration: Mature and Efficient Host Migration

➢ P2V/V2V migration of x86 servers Scenarios


• Source: physical machine/third-party VM/cloud server
• Target: Huawei Cloud Stack cloud platform
Engineer
Key Steps
Migration server 1. Add a source server to be migrated.
2. Create and start a target VM.
3. Create a migration task and synchronize data.
4. Stop services on the source server and synchronize
the incremental data.
5. Configure the target VM system and replace the drive.

1 Install an agent.
5 Replace the drive. Advantages
2 Create and
start a VM.
• High source compatibility:
200+ common OS versions are supported.

Source server Cloud platform Target VM • Efficient migration:


3 Synchronize data. 100+ migration tasks can be concurrently executed.
Agent

OS 4 Synchronize incremental files. • Hassle-free migration:


In full & incremental mode, full migration with zero
downtime and incremental migration during off-peak
hours ensure service continuity.

13 Huawei Proprietary - Restricted Distribution


Object Storage Migration: Unified Data Backup and Data Provision

Scenarios
• Object storage data compatible with the standard
Amazon S3 protocol needs to be migrated to Huawei
HCS Cloud Stack OBS.
IDC/3rd public cloud

Tenant VPC Key Steps


HSMS server
1. Request an ECS on Huawei Cloud Stack and deploy
HSMS.
2. Add information about the source and destination,
HSMS-agent including AK/SK.
VPN/Internet 3. Create and start a full migration task.
HSMS-agent 4. After the full migration is complete, suspend the task.
5. Create an incremental migration task.
Nginx (optional)
HSMS-agent 6. Access OBS using a changed domain name.

HSMS Advantages
• Scheduled traffic control makes full use of bandwidth
while ensuring service stability.

• The scope of data to be migrated can be specified, and


S3 OBS
the data can be located precisely, improving migration
efficiency.

• High precision of data verification: CRC-64 algorithm

14 Huawei Proprietary - Restricted Distribution


Database Migration: One-stop Migration Tools to Migrate Oracle and MySQL

Scenarios
Application • Oracle -> GaussDB
• MySQL -> RDS for MySQL
DRS: Traffic Replay Performance
SQL Recording SQL Replay Report Key Steps
1. Migration survey and 7. Service logic migration
SQL Cache File
evaluation 8. Application migration and
2. Migration solution design rewriting
3. Migration drill 9. Data verification and
4. User, role, and permission service test
Agent
UGO migration 10.Performance tuning
5. Schema migration 11.Rollout and cutover
Syntax analysis
Oracle 6. Data migration 12.Trial run assurance

GaussDB Advantages
• One-stop tools support smooth service migration.
Full migration
Schema

• 90%+ of common Oracle syntax can be automatically


Incremental detection converted by UGO.
and analysis
Incremental DAS • DRS supports full & incremental migration and
data sync Database O&M bidirectional data comparison and verification,
ensuring data consistency.
DRS: Full + Incremental Legacy Business Stop
Data Verification • Traffic simulation and replay ensure high
performance and improve the migration success rate.

15 Huawei Proprietary - Restricted Distribution


Data Lake Migration - Data Warehouse Migration from Teradata to DWS

SQL file
Conversion process Scenarios
• Teradata -> DWS
ETL script Import files. Convert syntax using Verify
the SQL translator Export files.
conversion syntax.
from Teradata.

PREL file

Key Steps
1. Migration survey and 6. Self-evaluation
Source Destination evaluation 7. Data migration
database Export data using GSDump database 2. Migration solution design 8. Data verification and
Migration4DWS and import data using 3. Migration drill service test
GaussDB GSQL.
Export data using JDBC
4. Grammar transform 9. Performance tuning
and import data using Destination 5. Metadata migration 10.Rollout and cutover
Metabase migration GSQL.
metabase
Export data using Tbuilder and
Teradata import data using GSQL.

Query data volume by source Evaluation Advantages


Data Self-evaluation database. completed
migration • Various functions, such as object migration, data
GaussDB Export and import table replication, data verification, syntax conversion, and
data using GDS.
task management
Migration
Data migration
Export table data using TPT completed
Teradata and import table data using • Multiple modes, such as batch operations on template
GDS. files, scheduled tasks, step-by-step migration, and one-
Check the number of Check the Check click migration
Consistency check records. content. completed
Data Lake Migration - Lakehouse Migration from CDH to MRS

Network interworking Scenarios


• CDH -> MRS
• Main components, including HDFS, Hive, HBase,
MRS Spark, Impala, and Kudu, can be migrated.
Data migration 6
1
Transmission Key Steps
3 5
HDFS Hive using DistCp 1. Use a migration tool such as DistCp to migrate data.
Migration4MRS
2. Import or rebuild user permissions.
HBase Spark 3. Check data in the corresponding database and table

Data consistency check


to ensure overall migration efficiency and accuracy.
Impala Kudu 4. Migrate tasks related on big data clusters and
convert syntax manually or using tools.
5. Check data consistency.
6. Switch write and query workloads to the MRS cluster
MRS
2 and observe workload stability.
CDH
User permission Manual import
migration Advantages
Yarn Ranger • Data, jobs, and permissions all can be migrated.

• Data of mainstream storage components, such as


4 CDH, can be automatically migrated.
Task migration Tool-assisted/Manual
• Snapshots of continuously changing data files are
Application SQL created and then migrated. In this way, dynamic data
statements can be statically migrated online, which shortens
downtime.

17 Huawei Proprietary - Restricted Distribution


Container Migration: from Open Source Kubernetes to CCE
Scenarios
➢ Huawei Cloud Stack Container Migration Service
• Migrating Huawei Cloud Stack containers from an
DNS 6. Perform other works, such as:
• Service verification
earlier version to a later version
• Traffic switchover • Migrating customers' on-premises Kubernetes
• Bringing the source cluster offline
clusters to Huawei container platforms

Key Steps
Load ELB
balancer 1. Plan resources for a target cluster.
2. Migrate resources outside a source cluster to the
IDC on-premises cluster A 3. Install migration tools. Container 1. Plan resources target cluster.
for a target cluster.
cluster 3. Install migration tools.
Service Service 4. Migrate resources within the source cluster to the
5. Update resources target cluster.
accordingly.
5. Update resources accordingly.
Deployment Application Application Deployment
Backup files 6. Verify services, switch traffic, and bring the source
StatefulSet backup restoration StatefulSet
...
... cluster offline.

4. Migrate resources Advantages


within the source Pod Pod Pod
Pod Pod Pod
cluster to the target • Easy deployment: Deployment is made simple with
cluster. one-click deployment scripts.
• Efficient synchronization: An optimized algorithm is
used to quickly sync large-scale images.
Huawei Cloud Stack cloud services
Resources outside the cluster • Flexible migration: The migration process is flexible,
2. Migrate resources
OBS
allowing users to selectively migrate namespaces or
Data file outside the source
MySQL Image
cluster to the target
RDS EVS SWR resources as needed.
SFS
cluster. • Step-by-step retry: A step-by-step retry feature
Database Object Image Database Huawei Cloud Image allows users to retry a failed task from the point of
storage repository storage repository
failure without having to restart the entire task.

18 Huawei Proprietary - Restricted Distribution


End-to-End Support for Efficient and Reliable Migration to the Cloud
Migration Paths Automation tools
As-Is To-Be • Survey of compute, storage,
and network resources, etc.
Rainbow Survey • Application correlation
Rainbow
Compute Virtual Machine ECS survey
RVTools
HSMS • Feasibility assessment
Storage Object Storage OBS • Application correlation
HSMS Evaluation analysis
Databases in VM DRS + UGO • Migration period analysis
Database RDS/GaussDB
(MySQL/Oracle)
• Resource deployment
Containers based Migration4CCE DRS + UGO planning
Container CCE Design • Migration solution design
on Kubernetes
• Final solution review
HCS Designer
Big data Migration4MRS
CDH MRS
• Migration preparations
Migration4CCE • Full migration
Data
Migration
Teradata Migration4DWS • Incremental synchronization
Warehouse DWS

• Service interruption
RVTools Migration4MRS • Final synchronization
Survey Switchover •
Migration tool center Service verification
• Service rollout
VMware Information input Huawei Cloud Stack
Design
HCS Designer Migration4DWS

Key Migration Capabilities

1. Professional architecture design: cloud architecture survey and planning, provided by professional teams
2. Huawei Cloud Stack one-stop migration center: tools supporting migration of hosts, containers, storage, databases, and big data
3. Professional migration services: end-to-end assurance for survey, planning, migration, and switchover

19 Huawei Proprietary - Restricted Distribution


Huawei Cloud Stack Join Hands with Customers and Partners in Exploring
Cloud-powered Digitalization Across Industries

5500 + 150 + 500 +


enterprises countries & regions migration Cases

5 Global Support Centers


Local service support covering 150+ countries and regions

China Mexico Hungary South Africa Thailand


(CN) (LAT) (EU & AS) (MENA) (APME)

Top 1
On-premises cloud service provider in China

800+ 300+ Top 5


e-Government clouds Financial institutions Banks in China

20 Huawei Proprietary - Restricted Distribution


Huawei Cloud Stack Migration Case – Orange(Cote d‘Ivoire, North Africa)

Orange is the largest operator in Cote d'Ivoire and provides wireless and wired services nationwide.
Orange has five distributed data centers, mainly physical servers and virtualization, resource utilization rate is low.

5 Data Centers (AS IS) 3 Data Centers (TO BE)


IT silo, VMware and Physical Servers Two Sites, Three Data Centers (A-A-S)
Benefits

60%↑
↑ 50%+
Complex O&M 20%
Lumiere DC 5-year TCO Resource Usage O&M Efficiency
Five distributed data centers,
physical servers, virtualization from
multi vendor, difficult to manage Villa DC KM4 DC Cloud-Powered Strategy
DC Consolidation ➢ Cloud First transformation, align with Orange’s strategy to digital,
efficient and agile operations
High TCO RP DC Yakro DC
One-stop Cloud Migration
Server virtualization on the live
Cloud Migration ➢ One-stop migration tools and services to support smooth
network is less than 30%, Low
resource utilization migration of core applications: 30+ PMs, 1900+ VMs, 30+ OS
➢ Online and incremental migration, maximum concurrent task 100

Low Reliability KM4 DC Higher Business Continuity and Easy O&M


Remote DR
➢ Evolution to two-sites and three-centers architecture, enhance
No disaster recovery for core data center reliability from 99.9% to 99.99% to reduce downtime
applications, high downtime risk Yakro DC risks and losses
➢ Unified O&M of all infrastructure with 60% operation efficiency
Vitib DC
increase

21 Huawei Proprietary - Restricted Distribution


Thank You!

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy