Outposts ラックでインスタンスを起動します。

ローカルゲートウェイへのルートを持つカスタムルートテーブルを作成する手順は以下の通りです。アベイラビリティーゾーンのサブネットと同じルートテーブルを使用することはできません。

ルートテーブルのルートを特定のサブネットに適用するには、ルートテーブルをサブネットに関連付ける必要があります。ルートテーブルは複数のサブネットに関連付けることができます。ただし、サブネットは一度に 1 つのルートテーブルにのみ関連付けることができます。どのテーブルにも明示的に関連付けられていないサブネットは、デフォルトでメインルートテーブルに暗示的に関連付けられています。

ローカルゲートウェイのカスタムルートテーブルを作成する手順は以下のとおりです。

VPC をローカルゲートウェイのルートテーブルに関連付ける手順は以下のとおりです。デフォルトでは関連付けられていません。

Outpost サブネットルートテーブルにルートエントリを追加して、Outpost サブネットとローカルゲートウェイ間のトラフィックを有効にします。

VPC 内の Outpost サブネットにはローカルゲートウェイルートテーブルに関連付けられており、ルートテーブルの Outpost ローカルゲートウェイ ID の追加のターゲットタイプを含めることができます。送信先アドレス 172.16.100.0/24 のトラフィックをローカルゲートウェイ経由で顧客のネットワークにルーティングする場合を考えます。これを行うには、Outpost サブネットルートテーブルを編集し、送信先ネットワークとローカルゲートウェイをターゲットとする次のルートを追加します。

VIF グループは仮想インターフェイス (VIF) を論理的にグループ化したものです。ローカルゲートウェイルートテーブルを VIF グループに関連付けます。

ローカルゲートウェイルートテーブルを編集して、VIF グループをターゲット、オンプレミスサブネット CIDR 範囲 (または 0.0.0.0/0) を送信先とする静的ルートを追加します。

3a. カスタムローカルゲートウェイルートテーブルを作成する で顧客所有の IP (CoIP) アドレスプールを使用するように Outposts を設定した場合、CoIP アドレスプールから Elastic IP アドレスを割り当て、その Elastic IP アドレスをインスタンスに関連付ける必要があります。詳細については、「顧客所有の IP アドレス」を参照してください。

ダイレクト VPC ルーティング (DVR) を使用するように Outposts を設定した場合は、このステップをスキップします。

顧客所有の共有 IP アドレス プール

顧客所有の共有 IP アドレス プールを使用する場合は、構成を開始する前にプールを共有する必要があります。顧客所有の IPv4 アドレスを共有する方法については、「Outpost リソースの共有」を参照してください。

ダイレクト VPC モードで構成された Outpost があり、2 台の Outpost ラックネットワークデバイスがローカルゲートウェイ VLAN で 2 つの顧客のローカルネットワークデバイスに接続されているというシナリオを考えます。以下が設定されています。

このシナリオでは、アドバタイズされたルートは次のとおりです。

その結果、ローカルゲートウェイは、送信先ネットワーク 172.16.100.0/24 の送信トラフィックを顧客のデバイスに送信します。ネットワーク内の送信先ホストにトラフィックを配信するために、ネットワークのルーティング設定が正しいことを確認します。

BGP セッションの状態とそれらのセッション内のアドバタイズされたルートを確認するために必要な具体的なコマンドと設定については、ネットワークベンダーのドキュメントを参照してください。トラブルシューティングについては、「AWS Outposts rack network troubleshooting checklist」を参照してください。

2 台の Outpost ラックネットワークデバイスが 1 台の Outpost で、ローカルゲートウェイ VLAN によって 2 台の顧客のローカルネットワークデバイスに接続されているシナリオを考えてみましょう。以下が設定されています。

このシナリオでは、アドバタイズされたルートは次のとおりです。

その結果、ローカルゲートウェイは、送信先ネットワーク 172.16.100.0/24 の送信トラフィックを顧客のデバイスに送信します。ネットワーク内の送信先ホストにトラフィックを配信するために、ネットワークのルーティング設定が正しいことを確認します。

BGP セッションの状態とそれらのセッション内のアドバタイズされたルートを確認するために必要な具体的なコマンドと設定については、ネットワークベンダーのドキュメントを参照してください。トラブルシューティングについては、「AWS Outposts rack network troubleshooting checklist」を参照してください。

ローカル ネットワークから Outpost への接続を確立します。

ローカル ネットワーク内のコンピューターから、Outpost インスタンスの顧客所有の IP ping アドレスに対して 1 コマンドを実行します。

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

Outpost インスタンスからローカル ネットワークへの接続をテストする

OS に応じて、[ssh] または [rdp] を使用して Outpost インスタンスのプライベート IP アドレスに接続します。詳細については、「Amazon EC2 ユーザーガイド」の「EC2 インスタンスに接続する」を参照してください。

Outpost インスタンスが実行されたら、ローカルネットワーク内のコンピューターの IP アドレスに対して ping コマンドを実行します。

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

AWS リージョンと Outpost の間の接続をテストする

AWS リージョンのサブネット内にインスタンスを起動します。例えば、run-instances コマンドを使用します。

aws ec2 run-instances \
    --image-id ami-abcdefghi1234567898 \
    --instance-type c5.large \
    --key-name MyKeyPair \
    --security-group-ids sg-1a2b3c4d123456787 \
    --subnet-id subnet-6e7f829e123445678

インスタンスの実行後、次の操作を実行します。