Get Started Deploying Low Latency Applications with AWS Local Zones

1.1 — Sign in to the AWS Management Console, then choose the correct Region from the top-right corner.

1.2 — Now open the EC2 Dashboard. In the Account attributes section, select Zones.

1.3 — Select the Local Zone you want to enable and choose the Manage button.

1.4 — Select Enabled and then choose the Update zone group button .

2.1a — Navigate to Amazon VPC in the AWS Management Console and confirm that you have a default VPC. In the Default VPC column, look for a value of Yes.

If you do not have a default VPC, jump to Step 2.1b; otherwise, jump to Step 2.2a.

2.1b (only if required) — If you do not have a default VPC in your account/Region, follow the steps for creating a default VPC in the Amazon VPC User Guide.

Continue to Step 2.2a.

2.2a — Confirm that there is an internet gateway (IGW) attached to the default VPC. Go to Filter by VPC, choose your default VPC ID, select Internet gateways, and then confirm that an IGW is attached to the VPC.

If there isn’t an IGW attached to your default VPC, continue to Step 2.2b; otherwise, jump to Step 2.3a.

2.2b (only if required) — If you don’t already have an internet gateway attached to your default VPC, create one and attach it to your VPC. From the Virtual private cloud dropdown menu, select Internet gateways. Next, in the upper right corner, choose the Create Internet gateway button and then select Attach to VPC.

Continue to Step 2.3a.

2.3a — Verify that your default route table (RTB) has a default route to the internet gateway. With the filter applied under Filter by VPC in the previous step, from the Virtual private cloud dropdown menu, select Route tables. In the Main column, you should see Yes as the value listed.

If there isn’t a default route table (0.0.0.0/0) with IGW as the Target, continue to Step 2.3b; otherwise jump to Step 2.4.

2.3b (only if required) — Create a default route (0.0.0.0/0) in the main route table attached to the default VPC. With the filter you applied in previous steps in Filter by VPC, select Route tables and check the main route table. Choose the Routes tab and then choose the Edit routes button to open a new window.

In the Edit routes window, add the default route to your default VPC. Then, choose the Save changes button.

Continue to Step 2.4.

2.4 — Create a subnet as part of your default VPC mapped to the Local Zone that you enabled in Step 1.3. At this stage, your default VPC has a subnet both in the Region (the default subnet) and in the Local Zone. The internet gateway will be available for the VPC and all its subnets.

Go to your VPC dashboard. From the Virtual private cloud dropdown menu on the left, select Subnets. Next, choose the Create subnet button. Then, choose your default VPC and enter a name in the Subnet name field. In the Availability Zone section, choose your Local Zone. In the Subnet settings window, under IPv4 CIDR block, define the subnet CIDR, then choose the Create subnet button.

Note: There is a separate block of external IP address space dedicated to each Local Zone. Local Zones do not support “bring your own IP addresses (BYOIP).”

Continue to Step 3.

3.1 — Navigate to the Amazon EC2 console and choose the Launch instance button. For more information on how to launch an instance using the instance wizard, visit Launch an instance using the new launch instance wizard.

(This tutorial uses EC2 T3 instance as an example. Availability of EC2 instance types can vary by Local Zone. Please see our features page for the full list of instance types available by Local Zones. If T3 instance is not available in the Local Zone closest to you, please select another available instance type and proceed with the steps in this tutorial.)

3.2 — In the Launch an instance window, in the Name field, enter WebApp-LatencyTest. Next, select the Amazon Linux 2 Amazon Machine Image (AMI).

3.3 — In the Instance type section, select t3.medium. Then, choose Next: Configure Instance Details.

 

3.4 — Validate that you have a key pair already configured, which you’ll need to get access to the EC2 instance by SSH, and select it.

If you don’t find a key pair in the dropdown menu, select Create new key pair to open the Create key pair window. In the Key pair name field, enter your key pair name, and leave the default parameters as is. Choose the Create key pair button to automatically download your new key pair. Save this .pem file in a specific folder in your local machine, because you will need it to access the EC2 instance by SSH in the next steps.

3.5 — For Network settings, choose Edit, and then select your default VPC and the subnet you created in your Local Zone.

Enable Auto-assign public IP to give the instance a publicly accessible IP address.

3.6 — Create a security group to allow access to specific ports.

• You will need to connect to your instance to install the speed test, so port 22 TCP (SSH) must be added in the security group.
• The speed test uses port 80 (HTTP), so port 80 TCP (HTTP) must be added in the security group.
  

In the next section of Network settings, create a security group with these two rules:
 

3.7 — Leave the other options as is and choose the Launch instance button.

You can now connect to your instance using an SSH client from a Unix shell. If you need to access the instance from a Windows machine, follow these instructions: Connect to your Linux instance from Windows using PuTTY. To simplify the process of connecting to the instance, you can select the check box next to the instance name and choose Connect.

Now choose the SSH client tab, copy the Example SSH command, and keep it until you give permission to the .pem file to be read by the SSH client.

Now, from your Unix shell (Mac/Linux), run the following commands:

chmod 400 <key-pair-name>.pem

ssh -i /path/key-pair-name.pem instance-user-name@instance-public-dns-name

Example: 

ssh -i "speedtest2.pem" [email protected]

Last login: Mon Oct 31 19:12:07 2022 from <your-public-ip>
       __|  __|_  )
       _|  (     /   Amazon Linux 2 AMI
      ___|\___|___|
 
https://aws.amazon.com/amazon-linux-2/
-bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory
[ec2-user@ip-10-0-3-68 ~]$ 

Next, install Docker following this guide, under the section Installing Docker on Amazon Linux 2. You will need to do this to run the speed test application.

4.2 — Install the speed test application.

First, verify that Docker is properly installed by running:

sudo docker info

Then install the Docker speed test:

sudo docker run --name speedtest -d -p 80:80 e7db/speedtest

4.3 — Connect to the web interface and launch the speed test.

First, in the EC2 console on the Instances page, find your public IP address.

Connect to the URL: http://<insert public IP of your EC2 here>. You will see the following interface:

To begin your test, choose the Start button. Once the test is complete, you will see results for latency and jitter as well as download and upload speeds.

Using these speed test results, you will be able to confirm how close the latency measurements are in comparison with the results you obtained from the test portal for your Local Zone. If you compare these results with those in the Region, you will notice that you typically get lower values from Local Zones because the traffic goes directly to its Network Border Group without traversing its parent Region. This example has helped identify the AWS infrastructure type and location that provides you with the lowest latency from your location, which is directly related to the physical distance between you and the AWS infrastructure.

5.1 — Delete your EC2 instance.

You should complete this step to ensure you do not continue to incur EC2 charges after completing this tutorial. In the EC2 console, go to the Instances page. From the Instance state dropdown menu, select Terminate instance to terminate the WebApp-LatencyTest instance.

5.2 — Delete the extended VPC subnet in your AWS Local Zone.

In the Amazon VPC console, go to the Subnets page and select the subnet you deployed in your Local Zone.

Then, from the Actions dropdown menu, select Delete subnet to delete the subnet.

5.3 — Next, delete your security group. From the Security dropdown menu, select Security groups.

Next, select the security group you created for this test.

Finally, from the Actions dropdown menu, select Delete security groups to delete the security group.