Launch an instance on your Outpost
After your Outpost is installed and the compute and storage capacity is available for use, you can get started by creating resources. Resources available to you differ based on the form factor of your Outpost.
Outpost racks
Launch Amazon EC2 instances and create Amazon EBS volumes on your Outpost using an Outpost subnet. You can also create snapshots of Amazon EBS volumes on your Outpost. For more information applicable to Linux, see Local Amazon EBS snapshots on AWS Outposts in the Amazon EC2 User Guide for Linux Instances. For more information applicable to Windows, see Local Amazon EBS snapshots on AWS Outposts in the Amazon EC2 User Guide for Windows Instances.
Outpost servers
Launch Amazon EC2 instances that use instance store. You can also use EBS direct APIs to back up instances to Amazon EBS in the AWS Region. For more information applicable to Linux, see EBS direct APIs in the Amazon EC2 User Guide for Linux Instances. For more information applicable to Windows, see EBS direct APIs in the Amazon EC2 User Guide for Windows Instances.
For more information, see AWS resources on Outposts.
Prerequisite
You must have an Outpost installed at your site. For more information, see Create an Outpost and order Outpost capacity.
Tasks
Step 1: Create a subnet
You can add Outpost subnets to any VPC in the AWS Region for the Outpost. When you do so, the VPC also spans the Outpost. For more information, see Network components.
If you are launching an instance in an Outpost subnet that has been shared with you, skip to Step 2: Launch an instance on the Outpost. For more information about sharing subnets, see Sharing a subnet in the Amazon Virtual Private Cloud User Guide.
To create an outpost subnet
Open the AWS Outposts console at https://console.aws.amazon.com/outposts/
. -
On the navigation pane, choose Outposts.
-
Select the Outpost, and then choose Actions, Create subnet.
-
Select the VPC and specify an IP address range for the subnet.
-
Choose Create.
Step 2: Launch an instance on the Outpost
You can launch EC2 instances in the Outpost subnet that you created, or in an Outpost subnet that has been shared with you. Security groups control inbound and outbound VPC traffic for instances in an Outpost subnet, just as they do for instances in an Availability Zone subnet. Local network interfaces do not use security groups. For more information, see Security groups and local network interfaces. To connect to an EC2 instance in an Outpost subnet, you can specify a key pair when you launch the instance, just as you do for instances in an Availability Zone subnet.
Considerations for servers
If your Outpost is a server form factor and your application requires storage, use an AMI with enough instance store in the root volume to meet the needs of your application. For more information, see Instance store volumes in the Amazon EC2 User Guide for Linux Instances. For Windows, see Instance store volumes in the Amazon EC2 User Guide for Windows Instances.
Consider the following information about instance store:
-
You must use an instance type with a single instance store volume. Instances types with multiple instance store volumes are not supported.
-
If want to add additional volumes of instance store, add them at launch. You can add instance store only when you launch an instance. For more information, see Step 4: Add Storage in the Amazon EC2 User Guide for Linux Instances. For Windows, see Step 4: Add Storage in the Amazon EC2 User Guide for Windows Instances.
Considerations for racks
If your Outpost is a rack, you can use placement groups and customer-owned IP (CoIP) address pools. If your Outpost has been configured to use CoIP address pool, you must map an Elastic IP address to any instance you launch before you configure local connectivity. For more information, see Step 3: Allocate and associate a customer-owned IP address with the instance.
You can launch an instance as follows:
Working with placement groups
Outpost racks support placement groups. Use placement groups to influence how the EC2 service should attempt to place groups of interdependent instances you launch on underlying hardware. You can use different strategies to meet the needs of different workloads. On Outposts, you can use cluster, partition, or spread strategies just as you would in the Region. However, the Outpost equipment at your Outpost site must include multiple racks to take advantage of a spread strategy.
For more information about working with placement groups, see Placement groups in the Amazon EC2 User Guide for Linux Instances. For Windows, see Placement groups in the Amazon EC2 User Guide for Windows Instances.
Step 3: Allocate and associate a customer-owned IP address with the instance
Take one of the following actions:
-
If you have an Outpost server, skip this step and configure local connectivity.
-
If you have an Outpost rack, you can allocate an customer-owned IP address and assign it to the instance as follows:
If you want to use a shared customer-owned IP address pool, the pool must be shared before you start the configuration. For information about how to share a customer-owned IPv4 addresses, see Sharing Your Resources in the AWS RAM User Guide.
Step 4: Configure local connectivity
Connectivity configurations differ based on the form factor of the Outpost. Use the procedure that matches the form factor at your Outpost site.
Configure connectivity as follows.
Step 5: Test the connectivity
You can test connectivity by using the appropriate use cases, as follows:
-
Test the connectivity from your local network to the Outpost. From a computer in your local network, take one of the following actions depending on the form factor of the Outpost you want to test.
-
For racks, run the
ping
command to the Outpost instance's customer-owned IP address. -
For servers, run the
ping
command to the Outpost instance's local network interface IP address.
ping 172.16.0.128 Pinging 172.16.0.128 Reply from 172.16.0.128: bytes=32 time=<1ms TTL=128 Reply from 172.16.0.128: bytes=32 time=<1ms TTL=128 Reply from 172.16.0.128: bytes=32 time=<1ms TTL=128 Ping statistics for 172.16.0.128 Packets: Sent = 3, Received = 3, Lost = 0 (0% lost) Approximate round trip time in milliseconds Minimum = 0ms, Maximum = 0ms, Average = 0ms
-
-
Test the connectivity from an Outpost instance to your local network.
Depending on your operating system, use ssh or rdp to connect to the private IP address of your Outpost instance. For information about connecting to a Linux instance, see Connect to your Linux instance in the Amazon EC2 User Guide for Linux Instances. For information about connecting to a Windows instance, see Connect to your Windows instance in the Amazon EC2 User Guide for Windows Instances.
After the Outpost instance is running, run the
ping
command to an IP address of a computer in your local network. In the following example, the IP address is 172.16.0.130.ping 172.16.0.130 Pinging 172.16.0.130 Reply from 172.16.0.130: bytes=32 time=<1ms TTL=128 Reply from 172.16.0.130: bytes=32 time=<1ms TTL=128 Reply from 172.16.0.130: bytes=32 time=<1ms TTL=128 Ping statistics for 172.16.0.130 Packets: Sent = 3, Received = 3, Lost = 0 (0% lost) Approximate round trip time in milliseconds Minimum = 0ms, Maximum = 0ms, Average = 0ms
-
Test connectivity between the AWS Region and the Outpost. Use
run-instance
to launch an instance in the subnet in the AWS Region. For more information, see run-instances in the AWS CLI Command Reference.Example
aws ec2 run-instances \ --image-id
ami-abcdefghi1234567898
\ --instance-type c5.large \ --key-nameMyKeyPair
\ --security-group-idssg-1a2b3c4d123456787
\ --subnet-idsubnet-6e7f829e123445678
After the instance is running, perform the following operations:
-
Get the AWS Region instance private IP address, for example 10.0.0.5. This information is available in the Amazon EC2 console on the instance detail page.
-
Depending on your operating system, use ssh or rdp to connect to the private IP address of your Outpost instance.
-
Run the
ping
command from your Outpost instance to the AWS Region instance IP address. In the following example, the IP address is 10.0.0.5.ping 10.0.0.5 Pinging 10.0.0.5 Reply from 10.0.0.5: bytes=32 time=<1ms TTL=128 Reply from 10.0.0.5: bytes=32 time=<1ms TTL=128 Reply from 10.0.0.5: bytes=32 time=<1ms TTL=128 Ping statistics for 10.0.0.5 Packets: Sent = 3, Received = 3, Lost = 0 (0% lost) Approximate round trip time in milliseconds Minimum = 0ms, Maximum = 0ms, Average = 0ms
-