Workload Migration and Cost Optimization

Cloud Services | Client location: US

Clients had to address their ever-increasing IT costs. With a pretty huge IT estate and a substantial legacy server footprint, the client had also accumulated new servers and services over time without thinking about their existing infrastructure. Their infrastructure included Windows Servers including both x32 and x64 hardware running Windows Server 2016. Linux Servers running RHEL 7 series and Ubuntu 16.04. Also, the aforementioned servers comprised both physical machines as well as VMs hosted on VMware infrastructure managed by vCenter 6.5. They also had multiple database engines which included PostgreSQL and Microsoft SQL Server.

In total, 66 servers distribute over 2 locations. These servers had a complex web of dependencies between them and almost no one had a clear view of their entire IT estate. The client feared of breaking an existing system.

There were a few needs by the client that were to be kept in mind. Team of Sapizon had to identify which servers could be migrated to Azure and what modifications would they require. Team of Sapizon had to create a road map of prioritized migrations which would in turn create an ease of migration and its dependencies. The client had specifically asked to migrate existing servers and databases to Cloud as efficiently as possible, wherever suitable. On top of that, where existing servers could not be migrated, the client wanted to identify alternative migration strategies like refactoring and re-architecting along with their pros and cons. Most importantly, prior to the migration, the client wanted an accurate report of forecast of the costs associated with each migrated workload along with any third-party licensing costs. And lastly, after the migration, the client wanted to be able to track costs, control usage and identify as many cost saving opportunities as possible.

Client had few objections as well. The client had negotiated an Enterprise Agreement with Microsoft for their Azure consumption. So, they wanted any kind of cost estimates to reflect their EA discount. A lot of applications comprised multiple components or tiers. The client had doubts regarding, how the migrations would be appropriately orchestrated? Also, to reduce their business impact, each migration had to be designed to minimize application downtime. There had to be an option to fail-back should the migration experienced an unexpected problem. The client also wanted to confirm all the savings that they could expect once the process of migration was completed.

Team of Sapizon suggested to migrate as much of their existing IT infrastructure as possible to the Azure Cloud and presented the detailed plan to their stakeholders where they agreed to select Microsoft Azure as the cloud provider.

For Migration Assessment:

• For their VMware VMs: Team suggested them to use Azure Migrate.
• For their Physical Servers: Team suggested them to use some third-party tools.
• For their Databases: For the SQL Server, team suggested SQL Server Data Migration Assistant (DMA) and for the PostgreSQL, team suggested some third-party tools where available.

For Migration Execution:

• For their VMware VMs: Azure Site Recovery (ASR).
• For their Physical Servers: ASR, port disks or third-party tools.
• For their Databases: For both SQL Server and PostgreSQL, Team suggested them Azure Database Migration Service (DMS).
• Team also suggested the client some other approaches where needed. Approaches like re- install, refactor, re-architect and rebuild.

Azure Migrate assesses the suitability for migration. It also visualizes dependencies and provides sizing recommendations. Along with that, it provides cost estimates in order to manage spending and forecast on how the money is going to be spent.

Azure Site Recovery helps in migration and disaster recovery. It does incremental data transfer on all types of workloads including physical machines, Hyper-V machines, VMware and on all platforms like Windows, Linux, etc. Along with all this, it also supports test failover should there be a need of it.

Then for their Database Migration, we suggested them to use Azure Database Migration Service. It uses Database Migration Assistant (DMA) for SQL assessment and the schema migration. It supports migration to both Azure SQL Database services and SQL on Azure VMs.

There are two migration modes that can be used:

1. Offline mode which is simple easy.
2. Online mode which minimizes downtime.

It supports SQL Server, MySQL and PostgreSQL. In case where there is Cassandra database, we can use Cassandra tools or some 3rd party tools. However, this client only had SQL Databases and PostgreSQL.

Below is a sample screenshot of the Azure Migrate Readiness Report that show VM readiness with recommended size and a suggested migration tool.

The Azure Migrate Dependency Visualization creates a map of VM network dependencies. It identifies related to plan migration groups and its dependencies. Below is a sample screenshot of one such Azure Migrate Dependency Visualization.

In the cases where lift-and-shift migration to Azure was not suitable, different approaches with a few options were suggested.

In the case where an application had few users and their needs could have been met in other ways, the workload had to be simply retired. Another consideration of an existing application being replaced by an off-the-shelf SaaS service was also suggested. It is important to note that the above stated options should always be considered, even for applications that are suitable for lift-and-shift.

Cost Saving:
Avoid cost of existing infrastructure refresh to meet new business demand and reduce overall operational cost.

Improvement:
Increased operational reliability, productivity, and end customer response times.

Faster Deployment:
Faster deployment of new services for end-users.