Launcher Products Bitnami Documentationimaxe CLI Blog Contact

ARM and Graviton: migrate your images and cut your cloud bill

ARM stopped being a phone thing a long time ago: today it powers a huge share of the cloud and offers a price-performance ratio that is hard to ignore. Migrating your images to Graviton can trim your bill noticeably. Here is how, and with what care.

Exynos chip mounted on a motherboard
Exynos chip mounted on a motherboard Photo: Köf3 · CC BY-SA 3.0 · Wikimedia Commons

ARM-based processors, such as the AWS Graviton family, have become a first-class option for production workloads. Their pitch is simple and powerful: better price-performance than traditional x86 alternatives for many workloads, with lower power consumption.

In a cloud landscape that keeps getting more expensive —one of the big trends of 2026— migrating to ARM is one of the most effective savings levers inside a FinOps strategy.

How much can you save

The numbers vary by workload, but the industry consistently reports meaningful savings when moving to Graviton, in the order of 20 % to 40 % on compute cost for suitable workloads, thanks to a better price per vCPU and greater efficiency. It is not magic: you have to validate it with your real workload, but the potential is large and it is often money left on the table.

What migrates well and what needs care

Migrates wellNeeds validation
Interpreted languages: Python, Node, Java, GoBinaries compiled for x86 only
Containers with multi-architecture imagesNative dependencies with no ARM build
Web, APIs and microservicesProprietary software with no ARM version
Common databases and cachesSpecific drivers or extensions

Most modern workloads migrate without drama; watch out for native dependencies.

The role of multi-architecture images

The key to a clean migration is building your images for both architectures, x86_64 and arm64. In the container world, multi-arch images let the same tag work on either one. In the AMI world, it pays to have your pipeline —Packer or EC2 Image Builder— ready to produce the arm64 image alongside the x86 one, reusing the same provisioners.

A five-step migration plan

  1. Inventory your workloads and spot dependencies that may have no ARM version.
  2. Build arm64 images in your pipeline, in parallel with the x86 ones.
  3. Test in staging: performance, compatibility and functional results.
  4. Migrate in phases with canary or blue/green, measuring real cost and performance.
  5. Optimise: match the Graviton instance type to the workload profile.

ARM on Azure and GCP too

The trend is not AWS-only. Azure offers ARM-based machines —Cobalt and partner ones— and Google Cloud has ARM instances such as Axion and Tau T2A. If you design your images as code and for multiple architectures, you earn the freedom to chase the best price-performance on any cloud.

Frequently asked questions

Exactly how much will I save with Graviton?

It depends on your workload, but savings of 20 % to 40 % on compute cost are common for suitable workloads. The only way to know for sure is to run your real workload on ARM instances and compare.

Do I have to rewrite my application for ARM?

Rarely. Interpreted languages and most modern software run on ARM unchanged. The work shows up with binaries compiled for x86 only or native dependencies with no ARM build.

Can I have images that work on x86 and ARM at the same time?

Yes: with multi-architecture container images and AMI pipelines that produce both variants. That way you migrate gradually and never get stuck.

At imaxe.cloud we design our images to make the most of each architecture and help you optimise cost and performance.

armgravitonarm64finopsmulti-architecture
IM

imaxe team

We build and maintain the catalog AMIs. When we publish a version, we run it in production before anyone else.

From the catalogue

AMIs related to this article

Keep reading

Related articles