We use essential cookies and similar tools that are necessary to provide our site and services. We use performance cookies to collect anonymous statistics, so we can understand how customers use our site and make improvements. Essential cookies cannot be deactivated, but you can choose “Customize” or “Decline” to decline performance cookies.
If you agree, AWS and approved third parties will also use cookies to provide useful site features, remember your preferences, and display relevant content, including relevant advertising. To accept or decline all non-essential cookies, choose “Accept” or “Decline.” To make more detailed choices, choose “Customize.”
Essential cookies are necessary to provide our site and services and cannot be deactivated. They are usually set in response to your actions on the site, such as setting your privacy preferences, signing in, or filling in forms.
Performance cookies provide anonymous statistics about how customers navigate our site so we can improve site experience and performance. Approved third parties may perform analytics on our behalf, but they cannot use the data for their own purposes.
Functional cookies help us provide useful site features, remember your preferences, and display relevant content. Approved third parties may set these cookies to provide certain site features. If you do not allow these cookies, then some or all of these services may not function properly.
Advertising cookies may be set through our site by us or our advertising partners and help us deliver relevant marketing content. If you do not allow these cookies, you will experience less relevant advertising.
Blocking some types of cookies may impact your experience of our sites. You may review and change your choices at any time by selecting Cookie preferences in the footer of this site. We and selected third-parties use cookies or similar technologies as specified in the AWS Cookie Notice.
We display ads relevant to your interests on AWS sites and on other properties, including cross-context behavioral advertising. Cross-context behavioral advertising uses data from one site or app to advertise to you on a different company’s site or app.
To not allow AWS cross-context behavioral advertising based on cookies or similar technologies, select “Don't allow” and “Save privacy choices” below, or visit an AWS site with a legally-recognized decline signal enabled, such as the Global Privacy Control. If you delete your cookies or visit this site from a different browser or device, you will need to make your selection again. For more information about cookies and how we use them, please read our AWS Cookie Notice.
To not allow all other AWS cross-context behavioral advertising, complete this form by email.
For more information about how AWS handles your information, please read the AWS Privacy Notice.
We will only store essential cookies at this time, because we were unable to save your cookie preferences.
If you want to change your cookie preferences, try again later using the link in the AWS console footer, or contact support if the problem persists.
Local Zones allow you to use select AWS services, like compute and storage services, closer to more end users, providing them very low-latency access to applications running locally. Local Zones are also connected to the parent Region using the Amazon redundant and very high-bandwidth private network, giving applications running in Local Zones fast, secure, and seamless access to the rest of AWS services.
Use Local Zones to deploy workloads closer to your end users for low-latency requirements or meet low latency requirements between workloads in a hybrid deployment. Also, use Local Zones to store data in a specific geographic location to meet data residency requirements. Local Zones have their own connection to the internet and support AWS Direct Connect, so resources created in the Local Zone can serve local end users with very low-latency communications.
Local Zones are designed to bring the core services needed for the latency-sensitive portions of your workload closer to end users, while Availability Zones provide access to the full array of AWS services. Services like Amazon Elastic Compute Cloud (Amazon EC2), Amazon Elastic Block Store (Amazon EBS), Amazon Virtual Private Cloud (Amazon VPC), and others are locally available and can be used to serve end users in geographic proximity with extremely low latency. Other AWS services like Amazon Simple Storage Service (Amazon S3) and Amazon Aurora are accessible privately through VPC over AWS private network. Both Local Zones and Availability Zones allow you to build applications for high availability.
Dedicated Local Zones are Local Zones that are built for the exclusive use by a customer or community. Dedicated Local Zones offer the same benefits as Local Zones, and, as an additional benefit, AWS works with you to provide the security and compliance features that you need on your own private zones. These features help you monitor and control access and operations on your Dedicated Local Zones.
AWS is helping customers by delivering a consistent experience to support applications with low latency or local data processing requirements wherever they need to be deployed.
Outposts is designed for workloads that need to remain on premises due to latency requirements, where customers want that workload to run seamlessly with the rest of their other workloads on AWS. Outposts is fully managed and includes configurable compute and storage racks built with AWS designed hardware that allow customers to run compute and storage on premises, while seamlessly connecting to a broad array of services on AWS.
Local Zones are a type of AWS infrastructure designed to run workloads that require single-digit millisecond latency, like video rendering and graphics intensive, virtual desktop applications. Not every customer wants to operate their own on-premises data center, while others may be interested in getting rid of their local data center entirely. Local Zones allow customers to gain all the benefits of having compute and storage resources closer to end users, without the need to own and operate their own data center infrastructure.
Wavelength is designed to deliver ultralow-latency applications to 5G devices by extending AWS infrastructure, services, APIs, and tools to 5G networks. Wavelength embeds storage and compute inside telco providers 5G networks to help developers build new applications for 5G end users that require single-digit millisecond latency, like IoT devices, game streaming, autonomous vehicles, and live media production.
For the full list of available and announced Local Zones, see AWS Local Zones locations and the User Guide.
Local Zones are accessible from API Endpoint and the AWS Management Console of their parent Region. To get started, you must first enable the Local Zones for your AWS account before you can deploy resources to them. After you enable Local Zones, they will be visible along with all the other Availability Zones, and you will be able to access and manage Local Zones with the same APIs and console that you are accustomed to using for AWS.
Data residency requirements vary depending on the jurisdiction. Customers can configure their data to remain on Local Zones using Amazon EC2, Amazon EBS, Amazon FSx, and other local services. To ensure a jurisdiction’s unique data residency requirements are met, we recommend that you work closely with your compliance and security teams for confirmation.
We support various instance types in each Local Zone. For instance types and services offered in Local Zones, see AWS Local Zones features. You can also use the Instance Types section of the EC2 Console or DescribeInstanceTypeOfferings API to discover and compare available instance types and sizes in Local Zones.
Various AWS services such as Amazon EC2, Amazon VPC, Amazon EBS, Amazon FSx, Elastic Load Balancing (ELB), Amazon EMR, Amazon ElastiCache, and Amazon Relational Database Service (Amazon RDS) are available locally in Local Zones. You can also use services that orchestrate or work with local services such as Amazon EC2 Auto Scaling, Amazon Elastic Kubernetes Service (Amazon EKS) clusters, Amazon Elastic Container Service (Amazon ECS) clusters, Amazon EC2 Systems Manager, Amazon CloudWatch, AWS CloudTrail, and AWS CloudFormation. Local Zones also provide a high-bandwidth, secure connection to the AWS Region, allowing you to seamlessly connect to the full range of services in the Region through the same APIs and tool sets. For a complete list of services supported in the Local Zone that you are considering, see AWS Local Zones features.
You can extend any VPC from the parent Region into Local Zones by creating a new subnet and assigning it to the Local Zone. When you create a subnet in a Local Zone, your VPC is extended to that Local Zone and your VPC will treat the subnet as any subnet in any other Availability Zone, and relevant gateways, route tables, and so on will be automatically adjusted.
For EBS volume types offered in each Local Zone, see AWS Local Zones features.
All snapshots for EBS volumes resident in a Local Zone are stored in the Local Zone’s parent Region.
In the Atlanta Local Zone (us-east-1-atl-2a), the Chicago Local Zone (us-east-1-chi-2a), the Dallas Local Zone (us-east-1-dfw-2a), the Houston Local Zone (us-east-1-iah-2a), the Los Angeles Local Zones (us-west-2-lax-1a and us-west-2-lax-1b), the Miami Local Zone (us-east-1-mia-2a), and the Phoenix Local Zone (us-west-2-phx-2a), by default, the EBS volumes are not encrypted unless encryption by default is enabled for the account. In all other Local Zones, EBS volumes are encrypted by default using Amazon EBS encryption for data at rest and in transition between the Local Zone and its parent Region. By default, Amazon EBS encryption uses AWS Key Management Service (AWS KMS) and AWS managed keys. However, customers can specify customer managed keys as their default encryption key.
There are three ways to pay for Amazon EC2 instances in Local Zones: On-Demand, Savings Plans, and Spot Instances.
For pricing information, please visit the pricing section on the respective services. You can filter pricing information by choosing the Local Zone location in the drop-down list.
You can view your monthly charges for Local Zones from the Billing and Cost Management Console. Additionally, there are two ways to gain more insights into the costs and usage associated with Local Zones through the data in the Cost & Usage Report and reports in Cost Explorer.