4 questions to answerbefore migrating to AWS

2© 2 0 1 7 C L O U D H E A LT H ® T E C H N O L O G I E S I N C .

Getting ready to migrate to the Amazon Web Services (AWS) Cloud? You aren’t alone. Companies that are looking to modernize existing business applications often realize the best way to do so is to migrate them to the cloud. By doing so, you can improve agility, performance, and cost savings by moving all, or a key subset, of your workloads to the cloud.

Before you start migrating workloads, you have a few key questions to answer. First, you need to determine what the ideal end state looks like for your organization. Is it hybrid or all-in on the cloud? Next, you need to consider which workloads are the right ones to migrate, and in what order. Following that step, you need to decide what your migration approach will be: lift and shift, partial or full refactoring, or supplementing with SaaS. Lastly, you must determine what your cloud-based architecture will look like. What instance types and services will you use? We will explore each of these considerations in detail in this eBook.

INTRODUCTION

3© 2 0 1 7 C L O U D H E A LT H ® T E C H N O L O G I E S I N C .

The first step in planning a migration is to define your desired end state.

What goals are you looking to accomplish by migrating workloads to

AWS? Common drivers of adopting the cloud include improved business

agility and performance, availability, lower TCO, improved security, and

scalability. Considering these drivers will shape the desired end state of

your environment: will it be hybrid or all-in on the cloud? What will the

architecture look like? Consider which of these common architectures

makes the most sense for your organization:

1. Hybrid cloud with workload separation. This is a common approach to hybrid cloud, locating workloads either on-premises or on the cloud, based on business requirements. For example, static or legacy workloads may remain on-premises, while dynamic workloads are hosted on the public cloud.

2. Hybrid cloud with workload balancing. In this model, a single workload is hosted across both private data centers and AWS. The workload is deployed in an active-active configuration and is load balanced between the different environments, or uses AWS for on-demand, scalable capacity.

3. Hybrid cloud for disaster recovery. A simpler approach is spreading a single workload across the cloud and the data center, using one site for the primary and the other for the disaster recovery, or failover site. Depending on SLAs, you can replicate data and standby systems to the alternate site to be used in case of failure at the primary site.

4. All-in on the cloud. The most straightforward approach, of course, is to go all-in on AWS. This approach is typically the easiest to manage and is often less expensive than hybrid approaches.

1 WHAT IS MY IDEAL END STATE?

CLOUDOLOGIST TIP

The most straightforward

approach, of course, is to go

all-in on AWS.

4© 2 0 1 7 C L O U D H E A LT H ® T E C H N O L O G I E S I N C .

When tackling a project of significant magnitude, the most challenging

part is deciding where to get started. If you haven’t migrated to AWS

yet, the best approach is to begin migrating the workloads with the

fewest dependencies. This allows you to ramp up slowly, building

expertise and confidence before tackling the more complex workloads.

Another approach is to start with the workloads that have the most over-

provisioned, or idle resources. Industry research suggests that as many as

30% of on-premises servers, both physical and virtual servers, are zombies

(showing no signs of useful compute activity for 6 months or more). On top

of that, more than 35% of servers showed activity less than 5% of the time.

As long as you right-size your cloud deployment on AWS, these workloads

will see the greatest price/performance improvements once migrated.

“Industry research suggests that as many as 30% of on-premises servers, both physical and virtual servers, are zombies (showing no signs of useful compute activity for 6 months or more).”

2 WHICH WORKLOADS SHOULD I MIGRATE FIRST?

30%

© 2 0 1 7 C L O U D H E A LT H ® T E C H N O L O G I E S I N C . 5

Once you’ve determined your end state and which workloads you will

begin with, you must decide on a migration strategy. You may have multiple

different strategies depending on the workload, application, and business

unit, but typically, organizations pick one of the following options:

1. Lift and shift. This approach allows you to keep the application mostly as is, and make any necessary adjustments to run on AWS. This is one of the fastest approaches, and there are many migration tools that can assist with the process.

2. Partial refactor. Some aspects of your applications can remain as is, but other parts may need to be rebuilt to operate properly on AWS. A partial refactor may also leave the existing application as is, and build additional supporting services on top of it.

3. Full refactor. A full rebuild of your application is the most time-consuming approach, but it also represents the greatest opportunity to take advantage of the elasticity and availability of the AWS Cloud. This could also be a good opportunity to break an application down into microservices, or build out a container-based architecture.

4. Transition to SaaS or PaaS. If the workload you are migrating is a commodity application (e.g., email, CRM), or has commodity components (e.g., a relational database), you can incorporate a SaaS or PaaS into the mix. This will help accelerate migration plans, as well

as reduce management overhead.

3 WHAT IS MY MIGRATION STRATEGY?

CLOUDOLOGIST TIP

Lift and shift is one of the

fastest approaches for

migration to the cloud.

6© 2 0 1 7 C L O U D H E A LT H ® T E C H N O L O G I E S I N C .

The last question to consider is tactical, but complex: what will your

infrastructure look like on AWS? Which instance types should you use, and

in which configurations? Which Reserved Instances should you purchase

to maximize your investments? To properly answer these questions, you

must look at historical performance data across CPU, memory, network,

and disk for servers, and across throughput, capacity, and IO for storage.

Decide how much “headroom” you want to give each asset (typically 25%),

and then look at the actual minimum, maximum, and average usage across

these metrics to determine which instance type makes the most sense on

AWS. A virtual machine is considered undersized when the amount of CPU

demand peaks above 70% for more than 1% of any 1 hour. On the other

hand, a virtual machine is considered oversized when the amount of CPU

demand is below 30% for more than 1% of the time during a 7-day period.

Looking at 30 days of history is sufficient, because it is easy to scale up

resources on the cloud if you need to. When going through this process,

it’s critical to normalize for different generations of physical infrastructure.

CLOUDOLOGIST TIP

Typically, organizations give

each asset 25% for headroom.

4 WHAT WILL MY TECHNICAL ARCHITECTURE LOOK LIKE ON AWS?

CLOUDOLOGIST TIP

Keep in mind that access fees for Cold storage are two times

greater than the access costs associated with Hot storage, so

be careful not to migrate data that is frequently accessed.

CONCLUSIONReady to take the next steps in planning your migration? Find out how the

CloudHealth Migration Assessment simplifies the process of migrating

assets from your data center to the AWS cloud. Migration Assessment

enables you to efficiently assess and model workloads for migration

and then manage and optimize your infrastructure for cost, usage,

performance, and security once they are running on the cloud. This helps

reduce complexity and helps you move faster in your migration process.

Learn more about how CloudHealth Technologies can help you automate

the continuous optimization of your cloud environment by visiting

www.cloudhealthtech.com.

About CloudHealth TechnologiesCloudHealth, the recognized worldwide leader in the growing

Cloud Service Management industry, provides integrated reporting,

recommendations and active policy management to help companies

control the problems associated with “cloud chaos.” Our comprehensive

platform gives enterprise companies and MSPs the ability to visualize,

analyze and optimize their cloud usage. By providing deep insight into

capacity planning, resource optimization, resource automation and

historical trends, CloudHealth enables stakeholders ranging from C-level

executives to engineers, cloud specialists, architects, IT directors and

LOB managers to improve performance and drive value through their

cloud ecosystems. For continuous product updates, industry news and

engagement, visit us at www.cloudhealthtech.com or follow us

@cloudhealthtech.

About AWSFor 10 years, Amazon Web Services has been the world’s most

comprehensive and broadly adopted cloud platform. AWS offers

more than 90 fully featured services for compute, storage, databases,

analytics, mobile, Internet of Things (IoT) and enterprise applications

from 42 Availability Zones (AZs) across 16 geographic regions in the U.S.,

Australia, Brazil, Canada, China, Germany, India, Ireland, Japan, Korea,

Singapore, and the UK. AWS services are trusted by millions of active

customers around the world monthly -- including the fastest growing

startups, largest enterprises, and leading government agencies -- to

power their infrastructure, make them more agile, and lower costs. To

learn more about AWS, visit aws.amazon.com.