AWS Joins Google Cloud in Removing Egress Costs
- By Forrester analysts
- March 18, 2024
This month, Amazon Web Services (AWS) announced plans to remove egress fees when migrating data to another cloud provider or on-premises. This announcement follows Google Cloud’s (GC’s) plans to rid its egress fees, announced in January (leaving Microsoft Azure as the last major cloud provider without a zero egress fee policy). Unlike Google, however, AWS doesn’t have the same caveats. It won’t require the customer to fully exit, close their account, or change their relationship. However, AWS requires a 60-day exit, full removal of all data and workloads, and cautions that repeated requests for migration away from AWS will face “additional scrutiny.” Either way, AWS and GC messaging imply that these are one-way movements.
Zero egress fees aren’t new to AWS—sort of
The cloud giant hasn’t been completely against free egress. AWS has provided 100 gigabytes in free data egress monthly since 2021, except in AWS GovCloud and AWS China regions. This new announcement would allow data migration from any AWS region — provided that the AWS account team approves. If given the green light, “no egress fees” will come as free data transfer out (DTO) via AWS credits. This resembles the same credit approach GC has taken for its customers yet doesn’t awkwardly require a full exit (i.e., you must close your account in GC) as an AWS customer to get them.
What should you know?
Zero egress charge does not mean free and easy portability:
- Even one-way migrations will still have issues. Removing the networking cost of the movement doesn’t mean that apps can readily move. Some elements are easier than others. The data itself can migrate easily to like/homogeneous databases. Simple applications running on basic computing and storage can also migrate relatively easily with minimal changes. Still, networking, specialized compute, developer and application services, and even basic architectural principles can vary drastically between vendors. This makes migration and the concept of more frequent movement—i.e., portability—challenging.
- Egress isn’t just important for migration. Companies face egress charges whenever they leave the cloud—whether that’s migration, a recovery, or frequent communication between clouds or back on-premises. Reimbursed egress credits from Google Cloud is a one-time move, however, where you must completely exit and close your account within a 60-day migration period. AWS’s approach is more open-ended, but the same caveat of a 60-day exit period and all data and workloads needing to be deleted from that account also exists. Furthermore, AWS states that additional scrutiny may occur for multiple migration requests. Both represent one-way migration requests for massive data movement. Neither address frequent communication back and forth between your data center and public cloud, recovery scenarios, or portability nirvana — cloud-bursting scenarios.
What should you do?
There’s not a lot to do based on these announcements. For many, this serves more as marketing that might check some boxes in an RFP or even to meet portability requirements outlined in the U.S. Department of Defense’s Joint Warfighting Cloud Capability policies. For the everyday company, here’s what to consider/do:
- Cloud migration from a cloud just got a little cheaper, so explore your options. Keeping in mind that egress is only one part of migration costs, there are still personnel resource hours, changing standards, new skills, and adopting similar but new services. AWS users can isolate expensive or latency-sensitive heavy compute traffic to one account or a few specific accounts and migrate these off of AWS cost-free using DTO credit. This would mean a full migration from AWS to another cloud provider or environment that can provide better performance or cost. GC users must think more holistically about their migration decisions, rather than for certain workloads. For both, pay attention to the other costs associated with this migration. Many will migrate only the most painful/costly workloads (in the case of AWS) or will choose to stay simply because it’s easier, more efficient, and ultimately more productive.
- Fine-tune your approach to data movement, considering network physics limits. If you’re rethinking your approach to data movement, consider basic network physics. The higher the data volumes, the more time it will take for the data to be copied over, as the laws of physics apply. Your use case will determine the constraints and whether you need more bandwidth to move large data sets, more input/output operations per second (IOPS) for transactional workloads, or less latency for better user experience. Bandwidth, IOPS, and latency are driven by connection size, network protocols, and network path length (physical distance, hops). Be aware that your estimations do not include the data governance activities (time to validate the data integrity, quality, and so on), so this needs to be accounted for when leveraging data egress from the hyperscalers in your designs. The service tier is the last major consideration.
The original article is here.
The views and opinions expressed in this article are those of the author and do not necessarily reflect those of CDOTrends. Image credit: iStockphoto/Denis Isakov
Forrester analysts
Tracy Woo is Forrester’s principal analyst. She leads the research on FinOps, hybrid cloud management, IT financial management (ITFM), technology business management (TBM), high-performance computing (HPC), and industry cloud in the financial services, retail, and healthcare industries.
Naveen Chhabra is Forrester’s principal analyst. He is the lead infrastructure, private cloud, and infrastructure automation analyst, delivering strategic guidance to Forrester's vendor and end-user clients.
Lee Sustar is Forrester’s principal analyst. His research focuses on public cloud, containers, modernization, cloud strategy, cloud operations, and the transition to cloud-native computing and practices. He assists enterprises in creating pragmatic cloud strategies and developing execution roadmaps.
Andre Kindness is Forrester’s principal analyst.
Octavio Garcia Granados is Forrester’s senior analyst. His research focuses on networking technology and strategy; emerging technologies, such as 5G, 6G, IoT, and edge computing; private and public telecom network trends; assurance frameworks covering network, service, and application layers; network-aware software development lifecycle strategies; and the impact of networking on digital customer experiences.
Brent Ellis is Forrester’s senior analyst. He leads Forrester’s technology resilience, backup, storage, and mainframe modernization research. With modern yet pragmatic approaches, Brent helps technology leaders become adaptive, creative, and resilient.