How to Prepare Data Now for a Cloud Migration in the Future
November 15, 2021

Tony Perez

Migrating applications to the cloud is a complex process. It becomes even more complicated if the applications in question are business-critical, have been heavily customized, or run on IBM POWER hardware. Fortunately, IT can reduce risk during the migration process by planning and preparing data and applications in advance. Here's how.

Planning for a Future Migration

Before getting sucked into the details of a cloud migration, IT should specify the goals for that migration and ensure that they line up with larger business initiatives or digital transformation projects. These goals might be reducing data center costs, improving business agility, modernizing software development processes, or improving disaster recovery and backup options.

Next, they should choose their overall approach to the migration. Is it better to redesign software entirely, or lift and shift it to the cloud "as-is?"

While redesigning software to use cloud-native components is usually necessary to get the full flexibility and scalability benefits of the cloud, it might make more sense to lift and shift for scenarios like disaster recovery or migrating development workloads. IBM i and AIX applications (which are based on PowerPC) used to be incompatible with the cloud without refactoring them to use x86 components, which added a great deal of time, work and risk to the process. In practice, that usually resulted in these applications staying locked in the data center.

Over the last few years, however, solutions have emerged to lift and shift these applications to the cloud as well, reducing the risk and complexity of such a migration.

A third option is to lift and shift applications to the cloud initially, and then refactor them slowly, piece by piece, instead of all at once. This typically decreases the risk and complexity of the migration and allows organizations to get some cloud benefits while taking their time to refactor.

6 Steps to Prepare Data for the Cloud

Once these important decisions have been made, IT can get to work on the nuts and bolts of the transition. Here is a series of steps to prepare data and applications for cloud migration.

1. Assess existing workloads- First, IT should examine all workloads to be moved to the cloud and determine their technical and business requirements. The most important of these is the capacity they will need (always-on, bursting, variable or pay-as-you-go). There is a trade-off here between cost and capacity, so selecting lower capacity options where possible will save money.

2. Pick data center locations- Next, IT should decide which data centers their workloads should be run in. Compliance requirements, latency, or a need for redundancy within a region are all factors to consider, particularly for disaster recovery and backup workloads.

3. Measure workload sizing and capacity- Figure out the scale, OS and external connections that each workload will require. A cloud provider can often help measure CPU, memory and storage requirements. Using cloud infrastructure makes it possible to eliminate idle resources and over-provisioning, resulting in a significant reduction of concurrently running LPARs or virtual machines.

4. Check licensing compliance– Licensing compliance in the cloud can be difficult; licenses for major applications like ERP systems are often not portable or are tied to a specific hardware serial number or to the ID of a logical partition. If this is the case for your workloads, your cloud provider may offer workarounds, such as VM Host pinning.

5. Plan how to transfer the data– This will vary depending on the workloads in question, timeline, and volume of data that needs to be migrated. There are many options to choose from for actually moving data to the cloud, including secure FTP, database replication, an encrypted physical hard drive, or cloud features like Azure Express Route or IBM Cloud Mass Data Migration.

6. Plan how to manage access- Consider how to manage access to the cloud once the migration is complete. Users and teams can easily create their own environments using pre-built templates, rather than relying on a cloud team to build it for them (this has the added benefit of eliminating bottlenecks and speeding up release cycles considerably). If management has concerns about lack of oversight leading to unanticipated costs, it might make sense to set up usage quotas for groups or departments and track usage to ensure no one runs up the bill by accident.

As with all large projects, resist the urge to speed through the planning and preparation phases of a cloud migration — this is vital to ensuring that the whole project runs smoothly. Working through these steps will set IT up for success, no matter how complex the applications being migrated are.

Tony Perez is a Cloud Solutions Architect at Skytap
Share this

Industry News

December 02, 2021

Mirantis announced DevOpsCare, powered by Lens, a vendor-agnostic, fully-managed CI/CD (continuous integration/continuous deployment) product for any Kubernetes environment, offering developers higher levels of productivity more quickly.

December 02, 2021

The D2iQ Kubernetes Platform (DKP) is now available in AWS Marketplace, a digital catalog with thousands of software listings from independent software vendors that make it easy to find, test, buy, and deploy software that runs on Amazon Web Services, Inc. (AWS).

December 01, 2021

Bugcrowd announced the availability of Bugcrowd's cybersecurity solutions on the AWS Marketplace, providing customers with easy access, simplified billing, quick deployment, and streamlined license management.

December 01, 2021

Kublr received Microsoft Azure Arc-enabled Kubernetes validation, including for Azure Arc-enabled Kubernetes for Data Services.

December 01, 2021

CloudSphere achieved Amazon Web Services (AWS) Migration and Modernization Competency for discovering, planning, and helping enterprise customers move business services to AWS to reduce cost, increase agility and improve security.

November 30, 2021

JFrog introduced a new container registry and package manager for running JFrog Artifactory with Kubernetes clusters on-premises, in the cloud, or both.

November 30, 2021

Docker announced the availability of Docker Official Images directly from Amazon Web Services (AWS).

November 30, 2021

Weaveworks announced the general availability of Weave GitOps Enterprise, a GitOps platform that automates continuous application delivery and Kubernetes operations at any scale.

November 30, 2021

Amazon Web Services announced AWS Mainframe Modernization, a new service that makes it faster and easier for customers to migrate mainframe and legacy workloads to the cloud, and enjoy the superior agility, elasticity, and cost savings of AWS.

November 29, 2021

Quali announced the newest release of Torque Enterprise, which includes enhanced integration with Terraform, new custom tagging capabilities, and improved cost visibility dashboards, unleashing an entirely new level of self-service access to application environments on demand.

November 29, 2021

Vertical Relevance (VR), a financial services-focused consulting firm, achieved Amazon Web Services (AWS) DevOps Competency status.

November 18, 2021

Loft Labs announced the launch of Loft version 2 with a focus on ease of use that overcomes the major complaint that Kubernetes is complex and hard to set up.

November 18, 2021

Perforce Software announced new functionality to speed remediation of discovered defects in automated scans.

November 18, 2021

Lacework raised $1.3 billion in growth funding at a valuation of $8.3 billion.

November 17, 2021

Parasoft announced the 2021.2 release of Parasoft C/C++test, the unified C and C++ development testing solution for embedded applications.