Schedule a consultation, or start with a Cloud Readiness Assessment: within two weeks, you'll know which workloads are ready for the cloud.
Cloud Migration to the right cloud
SUE migrates mission-critical applications to AWS, Microsoft Azure, Google Cloud, or a European cloud, and keeps workloads on-premises where that makes more sense. We start with a Cloud Readiness Assessment, landing zone, and migrate in phases, choosing the best approach for each workload. After going live, we focus on costs and security, or we take over management.
Why moving on your own can be disappointing
A migration that simply moves workloads from one place to another just carries the data center's problems over to the cloud—along with a higher bill. That's why we decide for each workload whether it will be moved, modified, or left in place, and we set up the landing zone before the first workload is moved.
To find out which workloads should be moved to the cloud, which cloud to use, and in what order, check out our guide at Cloud Migration.
When should you bring in SUE?
-
Your data center contract or hardware is about to expire, and you want to know what will move to the cloud and what will stay where it is.
-
You want to stop using VMware. Since the acquisition by Broadcom, the licensing terms have changed, and vSphere 8 will be supported until 11 October 2027. Your options are listed on the vSphere 8 end-of-life page.
-
You need to be able to explain where your data is stored and how you’ll switch providers if one goes out of business. Customers, regulators, or the Dutch Cybersecurity Act require you to have a firm grasp of your dependencies.
-
A previous migration was disappointing. The bill was higher than expected, or the applications are running in the cloud exactly as they did in the data center.
-
You want to build AI applications and need computing power and data that your own data center cannot provide.
-
Your team has no experience with large-scale migrations and can't handle it on top of their day-to-day work.
What does SUE do in the event of a Cloud Migration?
From the business case to post-go-live management. Start with a Cloud Readiness Assessment, use the AWS Migration Acceleration Program for larger migrations to AWS, and identify sovereignty requirements with a Data Sovereignty Assessment. For advice and implementation on AWS, there’s AWS Consultancy.
01
Strategy and business case
Which workloads will be moved to which cloud, and what will that cost and yield in five years? We also factor in the costs of doing nothing, such as purchasing new hardware or renewing a VMware license. This way, you can see for each workload whether migration is worthwhile.
02
Migration to AWS, using AWS MAP
For larger migrations, we oversee the Migration Acceleration Program, including the business case and the funding application to AWS. That funding can cover a portion of the migration costs.
03
Microsoft Azure and Google Cloud
The same approach as with AWS: first an assessment, then a Landing Zone using that cloud’s tools, and then migration in waves. We’ll include your existing Microsoft licenses in the business case.
04
European and sovereign cloud
We migrate workloads that must remain under European jurisdiction to a European provider, a sovereign cloud, or an on-premises environment. We use a Data Sovereignty Assessment to determine which option is best for each workload.
05
VMware exit
For each VM, we determine whether it will be migrated to the cloud, placed in a container, or run as a VM on another platform, such as OpenShift Virtualization, SUSE Virtualization, Apache CloudStack, Proxmox VE, or KVM with libvirt.
07
Data and database migration
We migrate Oracle, SQL Server, PostgreSQL, MySQL, MariaDB, and MongoDB, among others, to platforms such as Amazon RDS, Aurora, Azure SQL, or Cloud SQL. For each wave, we determine how to synchronize, switch over, and fall back if necessary.
08
After the migration
After going live, we focus on costs and security. With FinOps, you can see if the business case holds up: at Colect, a three-day analysis resulted in a 43% reduction in monthly AWS costs. We’ll take over management if you’d like.
How does SUE handle a Cloud Migration?
We work according to the principle “Show. Do together. Do yourself.” Your team learns along the way and stays in control.
01
Analysis and planning
With a Cloud Readiness Assessment, we typically map out your applications, dependencies, costs, and risks within two weeks. For each workload, we recommend a path forward and a target platform, along with a cost comparison. If you’re already running on AWS, we’ll start with an AWS Well-Architected Review. → Cloud Readiness Assessment
02
Landing Zone
Before the first workload is migrated, we set up the foundation: accounts, identities, networking, logging, security, and cost guardrails, all defined as code. This is usually completed within two weeks. → Landing Zone
03
Move fast, without disruption
We migrate in waves, starting with the simplest and least critical workloads. For each workload, we choose to rehost, replatform, or refactor. With Re:App, we map out legacy code before modifying it. The old and new systems run side by side temporarily, so that each step can be reversed. → Application Modernization
04
Manage and optimize
After going live, we monitor costs, performance, and security. With Agentic FinOps, an AI agent identifies anomalies and cost-saving opportunities; an engineer approves every change. Management can remain with SUE through Managed Cloud. → Managed Cloud
Which cloud is SUE migrating to?
| Cloud | Related services |
|---|---|
| AWS | The broadest range of services; MAP funding for large-scale migrations; the AWS European Sovereign Cloud for data that must remain in the EU |
| Microsoft Azure | Organizations with a large number of Microsoft 365, Entra ID, and Windows workloads |
| Google Cloud | Data and AI workloads, and Kubernetes with GKE |
| European cloud | Data under European jurisdiction and reduced reliance on non-European suppliers |
| Private cloud and on-premises | Constant load, strict requirements regarding latency or location, existing investments |
Since we work with multiple clouds, we provide recommendations on a per-workload basis. For NXP, a proprietary virtualization platform based on Apache CloudStack was the best fit. The pros and cons of each option are outlined in the guide at Cloud Migration.
Customer results
01
From four data centers to AWS. A comprehensive analysis of systems and costs was completed in three weeks, followed by the migration of the entire infrastructure, set up using Terraform. Textkernel now scales with demand without having to expand its IT team. In another project, SUE built a Kubernetes platform on AWS for Textkernel with 99.99% uptime.
Read more02
HPC to AWS. NXP migrated its High Performance Computing environment, which uses SUE, to AWS to achieve greater scalability and flexibility.
Read more03
Research environment on AWS. After a proof of concept, researchers set up their own virtual workstations and scale them using AWS CloudFormation, without having to invest in hardware upfront.
Read more"“Textkernel, in collaboration with SUE, has taken a strategic step toward a future-proof IT infrastructure, allowing the organization to focus entirely on innovation rather than infrastructure management. SUE’s in-depth expertise was a decisive factor in this."
Related articles about Cloud Migration
All blogsModernize the code. Optimize the cloud. Run the platform.
SUE is a Dutch cloud native solutions partner that modernizes mission-critical applications, reduces cloud costs, and manages your platform. Specialists in Linux, Kubernetes, and the cloud.
29+
Years Experience
150+
Engineers and consultants
1.150+
Certifications
ISO
9001 & 27001
500+
Projects
75+
Research papersFrequently asked questions
All frequently asked questionsTo AWS, Microsoft Azure, Google Cloud, European cloud providers, and private clouds. SUE does not favor any single provider: for each workload, we consider costs, the services required, compliance requirements, and your team’s expertise. Many organizations end up with a mix of public cloud and on-premises solutions.
A good partner advises on which cloud and which approach are best suited for each workload, rather than just selling a single cloud. They can also customize applications themselves if migration alone isn’t enough, and continue to manage costs after the system goes live. Ask about migrations similar to yours. SUE has been working on infrastructure since 1997, migrating to AWS, Azure, Google Cloud, and European clouds, and modernizing applications—all within the same team.
By defining in advance how you’ll leave. SUE captures the environment as Infrastructure as Code, uses containers and open standards wherever possible, and writes an exit plan that outlines the sequence and costs of a migration. Operating completely independently of providers is expensive. Therefore, decide for each workload which managed services are worth the dependency.
SUE supports migrations to Red Hat OpenShift Virtualization, SUSE Virtualization, Apache CloudStack, Proxmox VE, and KVM with libvirt, as well as to the public cloud or containers on Kubernetes. Nutanix, Hyper-V, and Azure Local are also options. The best approach depends on the specific application and factors such as licensing, management expertise, and how cloud native the application already is.
Discuss your Cloud Migration with a cloud architect
Discuss your Cloud Migration with a cloud architect
Schedule a consultation, or start with a Cloud Readiness Assessment: within two weeks, you'll know which workloads are ready for the cloud.
* required