Outpost 랙에서 인스턴스 시작

다음 절차를 사용하여 로컬 게이트웨이에 대한 라우팅이 포함된 사용자 지정 라우팅 테이블을 생성합니다. 가용 영역 서브넷과 동일한 라우팅 테이블을 사용할 수 없습니다.

특정 서브넷에 라우팅 테이블의 경로를 적용하려면 라우팅 테이블을 서브넷과 연결해야 합니다. 라우팅 테이블은 여러 서브넷과 연결될 수 있습니다. 그러나 서브넷은 한 번에 하나의 라우팅 테이블에만 연결할 수 있습니다. 테이블과 명시적으로 연결되지 않은 서브넷은 기본적으로 기본 라우팅 테이블과 암시적으로 연결됩니다.

다음 절차를 사용하여 로컬 게이트웨이에 대한 사용자 지정 라우팅 테이블을 생성합니다.

다음 절차를 사용하여 VPC를 로컬 게이트웨이 라우팅 테이블과 연결합니다. 기본적으로 연결되지 않습니다.

Outpost 서브넷 라우팅 테이블에 라우팅 항목을 추가하여 Outpost 서브넷과 로컬 게이트웨이 간의 트래픽을 활성화합니다.

로컬 게이트웨이 라우팅 테이블과 연결된 VPC 내의 Outpost 서브넷에는 라우팅 테이블에 대한 추가 대상 유형의 Outpost 로컬 게이트웨이 ID가 있을 수 있습니다. 로컬 게이트웨이를 통해 대상 주소가 172.16.100.0/24인 트래픽을 고객 네트워크로 라우팅하려는 경우를 생각해 보세요. 이렇게 하려면 대상 네트워크와 로컬 게이트웨이의 대상을 사용하여 Outpost 서브넷 라우팅 테이블을 편집하고 다음 라우팅을 추가합니다.

VIF 그룹은 VIF(가상 인터페이스)의 논리적 그룹입니다. 로컬 게이트웨이 라우팅 테이블을 VIF 그룹과 연결합니다.

로컬 게이트웨이 라우팅 테이블을 편집하여 VIF 그룹을 대상으로 하고 온프레미스 서브넷 CIDR 범위(또는 0.0.0.0/0)를 대상으로 하는 고정 라우팅을 추가합니다.

3a. 사용자 지정 로컬 게이트웨이 라우팅 테이블 생성에서 Outpost를 고객 소유 IP(CoIP) 주소 풀을 사용하도록 구성한 경우, CoIP 주소 풀에서 탄력적 IP 주소를 할당하고 해당 탄력적 IP 주소를 인스턴스에 연결해야 합니다. 자세한 내용은 고객 소유 IP 주소 단원을 참조하십시오.

직접 VPC 라우팅(DVR)을 사용하도록 Outpost를 구성한 경우 이 단계를 건너뜁니다.

공유 고객 소유 IP 주소 풀

공유 고객 소유 IP 주소 풀을 사용하려면 구성을 시작하기 전에 풀을 공유해야 합니다. 고객 소유 IPv4 주소를 공유하는 방법에 대한 자세한 내용은 Outpost 리소스 공유 섹션을 참조하세요.

로컬 게이트웨이 VLAN을 통해 두 개의 고객 로컬 네트워크 장치에 연결된 두 개의 Outpost 랙 네트워크 장치와 함께 직접 VPC 모드로 구성된 Outpost가 있는 시나리오를 고려합니다. 다음과 같이 구성되어 있습니다.

이 시나리오에서 광고되는 경로는 다음과 같습니다.

따라서 로컬 게이트웨이는 대상 네트워크 172.16.100.0/24를 사용하여 아웃바운드 트래픽을 고객 디바이스로 전송합니다. 네트워크 내의 대상 호스트로 트래픽을 전송하기 위해 네트워크에 올바른 라우팅 구성이 있는지 확인합니다.

BGP 세션의 상태와 해당 세션 내의 광고된 경로를 확인하는 데 필요한 특정 명령 및 구성은 네트워킹 공급업체의 설명서를 참조하세요. 문제 해결은 AWS Outposts 랙 네트워크 문제 해결 체크리스트 를 참조하세요.

Outpost 랙 네트워크 장치 두 개가 로컬 게이트웨이 VLAN을 통해 두 개의 고객 로컬 네트워크 장치에 연결된 Outpost가 있는 시나리오를 고려합니다. 다음과 같이 구성되어 있습니다.

이 시나리오에서 광고되는 경로는 다음과 같습니다.

따라서 로컬 게이트웨이는 대상 네트워크 172.16.100.0/24를 사용하여 아웃바운드 트래픽을 고객 디바이스로 전송합니다. 네트워크 내의 대상 호스트로 트래픽을 전송하기 위해 네트워크에 올바른 라우팅 구성이 있는지 확인합니다.

BGP 세션의 상태와 해당 세션 내의 광고된 경로를 확인하는 데 필요한 특정 명령 및 구성은 네트워킹 공급업체의 설명서를 참조하세요. 문제 해결은 AWS Outposts 랙 네트워크 문제 해결 체크리스트 를 참조하세요.

로컬 네트워크에서 Outpost로의 연결을 테스트합니다.

로컬 네트워크의 컴퓨터에서 Outpost 인스턴스의 고객 소유 IP 주소로 ping 명령을 실행합니다.

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 인스턴스와 로컬 네트워크 간의 연결을 테스트합니다.

운영 체제에 따라 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

인스턴스가 실행된 후 다음 작업을 수행합니다.