Amazon Virtual Private Cloud
사용 설명서

시나리오 3: 퍼블릭 및 프라이빗 서브넷이 있고 AWS 관리형 VPN 액세스를 제공하는 VPC

이 시나리오의 구성에는 퍼블릭 서브넷과 프라이빗 서브넷이 있는 Virtual Private Cloud(VPC)와, IPsec VPN 터널을 통해 귀사의 네트워크와 통신하기 위한 가상 프라이빗 게이트웨이가 포함됩니다. 네트워크를 클라우드로 확장하고 VPC로부터 직접 인터넷에 액세스하려는 경우 이 시나리오를 사용하는 것이 좋습니다. 이 시나리오를 사용하면 확장 가능한 웹 프런트 엔드가 있는 멀티 티어 애플리케이션을 퍼블릭 서브넷에서 실행하고, IPsec VPN 연결을 통해 네트워크에 연결된 프라이빗 서브넷에 데이터를 보관할 수 있습니다.

이 시나리오를 IPv6—에 맞게 구성할 수도 있습니다. 즉 VPC 마법사를 이용해 연결된 IPv6 CIDR 블록이 있는 VPC 및 서브넷을 만들 수 있습니다. 서브넷에서 시작한 인스턴스는 IPv6 주소를 받을 수 있습니다. 현재 Amazon은 VPN 연결을 통한 IPv6 통신을 지원하지 않습니다. 하지만 VPC의 인스턴스들은 IPv6를 통해 서로 통신할 수 있고, 퍼블릭 서브넷의 인스턴스들은 IPv6를 통해 인터넷으로 통신할 수 있습니다. IPv4 및 IPv6 주소 지정에 대한 자세한 내용은 VPC의 IP 주소 지정 단원을 참조하십시오.

개요

다음 다이어그램은 이 시나리오를 위한 구성의 주요 구성 요소를 보여줍니다.

 시나리오 3의 다이어그램: 퍼블릭 및 프라이빗 서브넷이 있고 VPN 액세스를 제공하는 VPC

중요

이 시나리오를 위해 Amazon VPC 네트워크 관리자 안내서에서는 귀사의 VPN 연결에서 네트워크 관리자가 Amazon VPC 고객 게이트웨이를 구성하기 위해 해야 할 사항을 설명합니다.

이 시나리오를 위한 구성에는 다음 정보가 포함됩니다.

  • IPv4 CIDR의 크기가 /16(예: 10.0.0.0/16)인 Virtual Private Cloud(VPC). 이것은 65,536개의 프라이빗 IPv4 주소를 제공합니다.

  • IPv4 CIDR의 크기가 /24(예: 10.0.0.0/24)인 퍼블릭 서브넷. 이것은 256개의 프라이빗 IPv4 주소를 제공합니다. 퍼블릭 서브넷은 인터넷 게이트웨이로 이어지는 경로가 있는 라우팅 테이블과 연결된 서브넷입니다.

  • IPv4 CIDR의 크기가 /24(예: 10.0.1.0/24)인 VPN 전용 서브넷. 이것은 256개의 프라이빗 IPv4 주소를 제공합니다.

  • 인터넷 게이트웨이. 인터넷 게이트웨이는 VPC를 인터넷 및 다른 AWS 제품에 연결합니다.

  • VPC와 네트워크 사이의 VPN 연결. VPN 연결은 VPC 연결의 Amazon 측에 있는 가상 프라이빗 게이트웨이와 VPN 연결의 사용자 측에 있는 고객 게이트웨이로 구성됩니다.

  • 프라이빗 IPv4 주소가 서브넷 범위(예: 10.0.0.5 및 10.0.1.5)에 있는 인스턴스는 서로 통신할 수 있고 VPC의 다른 인스턴스와도 통신이 가능합니다.

  • 탄력적 IP 주소(예: 198.51.100.1)가 있는 퍼블릭 서브넷의 인스턴스. 이 경우 탄력적 IP 주소는 인터넷을 통해 접근할 수 있게 해주는 퍼블릭 IPv4 주소입니다. 이 인스턴스는 실행 시 탄력적 IP 주소 대신에 퍼블릭 IPv4 주소가 지정될 수 있습니다. VPN 전용 서브넷의 인스턴스는 인터넷으로부터의 수신 트래픽은 허용할 필요가 없지만 귀사의 네트워크와 트래픽을 주고받을 수 있는 백엔드 서버입니다.

  • 퍼블릭 서브넷과 연결된 사용자 지정 라우팅 테이블. 이 라우팅 테이블에는 서브넷의 인스턴스가 VPC의 다른 인스턴스와 통신할 수 있게 하는 항목과, 서브넷의 인스턴스가 인터넷과 직접 통신할 수 있게 하는 항목이 들어 있습니다.

  • VPN 전용 서브넷과 연결된 기본 라우팅 테이블. 이 라우팅 테이블에는 서브넷의 인스턴스가 VPC의 다른 인스턴스와 통신할 수 있게 하는 항목과, 서브넷의 인스턴스가 귀사의 네트워크와 직접 통신할 수 있게 하는 항목이 들어 있습니다.

서브넷에 대한 자세한 내용은 VPC 및 서브넷VPC의 IP 주소 지정을 참조하십시오. 인터넷 게이트웨이에 대한 자세한 내용은 인터넷 게이트웨이를 참조하십시오. VPN 연결에 대한 자세한 내용은 AWS 관리형 VPN 연결을 참조하십시오. 고객 게이트웨이 구성에 대한 자세한 내용은 Amazon VPC 네트워크 관리자 안내서를 참조하십시오.

IPv6 개요

이 시나리오에 IPv6를 사용할 수도 있습니다. 위에 나열된 구성 요소뿐 아니라 다음 요소도 구성에 포함됩니다.

  • VPC와 연결된 /56 크기의 IPv6 CIDR 블록(예: 2001:db8:1234:1a00::/56). AWS는 CIDR을 자동 할당하므로 범위를 직접 선택할 수는 없습니다.

  • 퍼블릭 서브넷과 연결된 /64 크기의 IPv6 CIDR 블록(예: 2001:db8:1234:1a00::/64). VPC에 할당된 범위 내에서 서브넷의 범위를 선택할 수 있습니다. IPv6 CIDR의 크기는 선택할 수 없습니다.

  • VPN 전용 서브넷과 연결된 /64 크기의 IPv6 CIDR 블록(예: 2001:db8:1234:1a01::/64). VPC에 할당된 범위 내에서 서브넷의 범위를 선택할 수 있습니다. IPv6 CIDR의 크기는 선택할 수 없습니다.

  • 서브넷 범위에서 인스턴스에 할당된 IPv6 주소(예: 2001:db8:1234:1a00::1a).

  • 퍼블릭 서브넷의 인스턴스가 IPv6를 사용하여 서로 통신할 수 있게 해주며, 또한 인터넷을 통해 직접 통신할 수 있게 해주는 사용자 정의 라우팅 테이블의 라우팅 테이블 항목.

  • VPN 전용 서브넷의 인스턴스가 IPv6를 사용하여 서로 통신할 수 있게 해주는 기본 라우팅 테이블의 라우팅 테이블 항목.

 퍼블릭 및 VPN 전용 서브넷이 있는 IPv6 사용 VPC

라우팅

VPC에는 라우터가 내재되어 있습니다(이 시나리오의 구성 다이어그램 참조). 이 시나리오의 경우, VPC 마법사는 VPN 전용 서브넷에 사용되는 기본 라우팅 테이블을 업데이트하고 사용자 정의 라우팅 테이블을 만들어 이를 퍼블릭 서브넷에 연결합니다.

VPN 전용 서브넷의 인스턴스는 인터넷에 직접 액세스할 수 없습니다. 인터넷 바운드 트래픽은 먼저 가상 프라이빗 게이트웨이를 통과해야 귀사의 네트워크에 액세스하며, 이러한 트래픽에는 귀사의 방화벽과 기업 보안 정책이 적용됩니다. 인스턴스에서 AWS 바운드 트래픽(예: Amazon S3 또는 Amazon EC2 API에 대한 요청)을 전송할 경우 이 요청은 가상 프라이빗 게이트웨이를 거쳐야 귀사의 네트워크에 도달할 수 있으며 따라서AWS에 도달하기 전에 인터넷에 액세스합니다. 현재 VPN 연결에는 IPv6를 지원하지 않습니다.

작은 정보

귀사의 네트워크에서 퍼블릭 서브넷의 인스턴스에 대한 탄력적 IP 주소로 향하는 트래픽은 인터넷을 거치며 가상 프라이빗 게이트웨이를 통과하지 않습니다. 이렇게 하지 않고, 네트워크에서 나오는 트래픽이 가상 프라이빗 게이트웨이를 거쳐 퍼블릭 서브넷으로 향하도록 라우팅과 보안 그룹 규칙을 설정할 수 있습니다.

VPN 연결은 고정 라우팅 VPN 연결 또는 동적 라우팅 VPN 연결(BGP 사용)로 구성됩니다. 고정 라우팅을 선택하는 경우, VPN 연결을 생성할 때 네트워크의 IP 접두사를 수동으로 입력하라는 메시지가 표시됩니다. 동적 라우팅을 선택할 경우 BGP를 사용하는 VPC에 대한 가상 프라이빗 게이트웨이에 IP 접두사가 자동으로 알려집니다.

다음 표에서는 이 시나리오의 라우팅 테이블에 대해 설명합니다.

기본 라우팅 테이블

첫 번째 항목은 VPC의 로컬 라우팅에 대한 기본 항목으로서, VPC의 인스턴스가 IPv4를 통해 서로 통신할 수 있게 해줍니다. 두 번째 항목에서는 가상 프라이빗 게이트웨이(예: vgw-1a2b3c4d)를 통해 프라이빗 서브넷에서 해당 네트워크로 기타 IPv4 서브넷 트래픽을 모두 라우팅합니다.

목적지 Target

10.0.0.0/16

local

0.0.0.0/0

vgw-id

사용자 정의 라우팅 테이블

첫 번째 항목은 VPC의 로컬 라우팅에 대한 기본 항목으로서, VPC의 인스턴스가 서로 통신할 수 있게 해줍니다. 두 번째 항목에서는 인터넷 게이트웨이(예: igw-1a2b3c4d)를 통해 퍼블릭 서브넷에서 인터넷으로 기타 IPv4 서브넷 트래픽을 모두 라우팅합니다.

목적지 Target

10.0.0.0/16

local

0.0.0.0/0

igw-id

대체 라우팅

프라이빗 서브넷의 인스턴스가 인터넷에 액세스하게 하려면, 퍼블릭 서브넷에 네트워크 주소 변환(NAT) 게이트웨이 또는 인스턴스를 생성하고 서브넷의 인터넷 바운드 트래픽이 NAT 디바이스로 가도록 라우팅을 설정하면 됩니다. 이렇게 하면 VPN 전용 서브넷의 인스턴스가 인터넷 게이트웨이를 통해 요청(예: 소프트웨어 업데이트)을 전송할 수 있습니다.

NAT 디바이스를 수동으로 설정하는 방법에 대한 자세한 내용은 NAT를 참조하십시오. VPC 마법사를 사용하여 NAT 디바이스를 설정하는 것에 대한 자세한 내용은 시나리오 2: 퍼블릭 서브넷과 프라이빗 서브넷이 있는 VPC(NAT)를 참조하십시오.

프라이빗 서브넷의 인터넷 바운드 트래픽을 NAT 디바이스로 경로 지정하려면 기본 라우팅 테이블을 다음과 같이 업데이트해야 합니다.

첫 번째 항목은 VPC의 로컬 라우팅에 대한 기본 항목입니다. 두 번째 행의 항목은 고객 네트워크(이 경우 로컬 네트워크의 IP 주소는 172.16.0.0/12)로 가는 서브넷 트래픽을 가상 프라이빗 게이트웨이로 라우팅합니다. 세 번째 항목에서는 기타 서브넷 트래픽을 모두 NAT 게이트웨이로 전송합니다.

목적지 Target

10.0.0.0/16

local

172.16.0.0/12

vgw-id

0.0.0.0/0

nat-gateway-id

IPv6에 대한 라우팅

IPv6 CIDR 블록을 VPC 및 서브넷에 연결하는 경우, 라우팅 테이블에는 IPv6 트래픽에 대한 별도의 경로가 포함되어야 합니다. 다음 표는 VPC에서 IPv6 통신을 사용하기로 한 경우, 이 시나리오에 대한 라우팅 테이블을 정리한 것입니다.

기본 라우팅 테이블

두 번째 항목은 IPv6를 통한 VPC의 로컬 라우팅에 자동으로 추가된 기본 경로입니다.

목적지 Target

10.0.0.0/16

local

2001:db8:1234:1a00::/56

local

0.0.0.0/0

vgw-id

사용자 정의 라우팅 테이블

두 번째 항목은 IPv6를 통한 VPC의 로컬 라우팅에 자동으로 추가된 기본 경로입니다. 네 번째 항목에서는 기타 IPv6 서브넷 트래픽을 모두 인터넷 게이트웨이로 라우팅합니다.

목적지 Target

10.0.0.0/16

local

2001:db8:1234:1a00::/56

local

0.0.0.0/0

igw-id

::/0

igw-id

보안

AWS는 VPC의 보안을 강화하기 위해 사용할 수 있는 두 가지 기능, 보안 그룹네트워크 ACL을 제공합니다. 보안 그룹은 인스턴스용 인바운드 및 아웃바운드 트래픽을 제어하고, 네트워크 ACL은 서브넷용 인바운드 및 아웃바운드 트래픽을 제어합니다. 대부분의 경우 보안 그룹은 사용자의 요구 사항을 맞출 수 있지만, 원하는 경우 네트워크 ACL을 사용하여 VPC에 보안 계층을 더 추가할 수 있습니다. 자세한 내용은 보안 단원을 참조하십시오.

시나리오 3의 경우, 네트워크 ACL이 아닌 보안 그룹을 사용합니다. 네트워크 ACL을 사용하려는 경우 시나리오 3을 위한 권장 규칙을 참조하십시오.

VPC는 기본 보안 그룹과 함께 제공됩니다. 인스턴스를 시작하는 동안 다른 보안 그룹을 지정하지 않는 경우, VPC에서 시작되는 인스턴스는 적절한 기본 보안 그룹과 자동 연결됩니다. 이 시나리오의 경우, 기본 보안 그룹을 수정하는 대신 다음과 같은 보안 그룹을 생성하는 것이 좋습니다.

  • WebServerSG: 퍼블릭 서브넷의 웹 서버를 시작할 때 이 보안 그룹을 지정합니다.

  • DBServerSG: VPN 전용 서브넷의 데이터베이스 서버를 시작할 때 이 보안 그룹을 지정합니다.

보안 그룹에 지정된 인스턴스는 서로 다른 서브넷에 있을 수 있습니다. 하지만 이 시나리오에서 각 보안 그룹은 인스턴스가 수행하는 역할 유형과 일치하며, 각 역할은 인스턴스가 특정 서브넷에 있을 것을 요구합니다. 따라서 이 시나리오에서 한 보안 그룹에 지정된 모든 인스턴스는 동일한 서브넷에 있습니다.

아래 표에서는 WebServerSG 보안 그룹에 권장되는 규칙을 설명합니다. 이 규칙은 웹 서버가 인터넷 트래픽을 수신하고, 네트워크에서 발생하는 SSH 및 RDP 트래픽을 수신할 수 있도록 허용합니다. 웹 서버는 또한 VPN 전용 서브넷의 데이터베이스 서버에 대해 읽기 및 쓰기 요청을 시작하고, 인터넷으로 트래픽을 전송합니다(예: 소프트웨어 업데이트 받기). 웹 서버는 다른 아웃바운드 통신을 시작하지 않기 때문에 기본 아웃바운드 규칙은 제거됩니다.

참고

이 그룹에는 SSH 및 RDP 액세스와 Microsoft SQL Server 및 MySQL 액세스가 포함됩니다. 상황에 따라 Linux(SSH 및 MySQL) 또는 Windows(RDP 및 Microsoft SQL Server)용 규칙만 필요할 수 있습니다.

WebServerSG: 권장 규칙

인바운드
소스 프로토콜 포트 범위 설명

0.0.0.0/0

TCP

80

어떤 IPv4 주소에서든 웹 서버로의 인바운드 HTTP 액세스 허용

0.0.0.0/0

TCP

443

어떤 IPv4 주소에서든 웹 서버로의 인바운드 HTTPS 액세스 허용

네트워크의 퍼블릭 IP 주소 범위

TCP

22

네트워크에서 Linux 인스턴스로 인터넷 게이트웨이를 거쳐 인바운드 SSH 액세스를 허용합니다.

네트워크의 퍼블릭 IP 주소 범위

TCP

3389

네트워크에서 Windows 인스턴스로 인터넷 게이트웨이를 거쳐 인바운드 RDP 액세스를 허용합니다.

아웃바운드

DBServerSG 보안 그룹의 ID

TCP

1433

DBServerSG에 지정된 데이터베이스 서버에 대해 아웃바운드 Microsoft SQL Server 액세스 허용.

DBServerSG 보안 그룹의 ID

TCP

3306

DBServerSG에 지정된 데이터베이스 서버에 대해 아웃바운드 MySQL 액세스 허용.

0.0.0.0/0

TCP

80

인터넷에 대한 아웃바운드 HTTP 액세스 허용.

0.0.0.0/0

TCP

443

인터넷에 대한 아웃바운드 HTTPS 액세스 허용.

다음 표에서는 DBServerSG 보안 그룹에 권장되는 규칙을 설명합니다. 이 규칙은 웹 서버의 Microsoft SQL Server 및 MySQL 읽기/쓰기 요청과 네트워크에서 발생하는 SSH 및 RDP 트래픽을 허용합니다. 또한 데이터베이스 서버는 인터넷에 대한 트래픽 바운드를 시작할 수 있습니다. 라우팅 테이블에서는 이 트래픽을 가상 프라이빗 게이트웨이를 통해 전송합니다.

DBServerSG: 권장 규칙

인바운드
소스 프로토콜 포트 범위 설명

WebServerSG 보안 그룹의 ID

TCP

1433

WebServerSG 보안 그룹과 연결된 웹 서버에서 인바운드 Microsoft SQL Server 액세스가 가능하도록 허용

WebServerSG 보안 그룹의 ID

TCP

3306

WebServerSG 보안 그룹과 연결된 웹 서버에서 인바운드 MySQL Server 액세스가 가능하도록 허용

네트워크의 IPv4 주소 범위

TCP

22

네트워크에서 Linux 인스턴스로의 인바운드 SSH 트래픽 허용(가상 프라이빗 게이트웨이 거침).

네트워크의 IPv4 주소 범위

TCP

3389

네트워크에서 Windows 인스턴스로의 인바운드 RDP 트래픽 허용(가상 프라이빗 게이트웨이 거침).

아웃바운드

목적지 프로토콜 포트 범위 설명

0.0.0.0/0

TCP

80

가상 프라이빗 게이트웨이를 통해 인터넷에 대한 아웃바운드 IPv4 HTTP 액세스 허용(예: 소프트웨어 업데이트).

0.0.0.0/0

TCP

443

가상 프라이빗 게이트웨이를 통해 인터넷에 대한 아웃바운드 IPv4 HTTPS 액세스 허용(예: 소프트웨어 업데이트)

(선택 사항) VPC의 기본 보안 그룹에는 지정된 인스턴스가 서로 통신할 수 있도록 자동 허용하는 규칙이 있습니다. 사용자 지정 보안 그룹에 이러한 유형의 통신을 허용하려면 다음과 같은 규칙을 추가해야 합니다.

인바운드
소스 프로토콜 포트 범위 설명

보안 그룹의 ID

모두

모두

이 보안 그룹에 지정된 다른 인스턴스로부터의 인바운드 트래픽 허용.

아웃바운드
목적지 프로토콜 포트 범위 설명
보안 그룹의 ID 모두 모두 이 보안 그룹에 지정된 다른 인스턴스에 대해 아웃바운드 트래픽 허용

IPv6의 보안

IPv6 CIDR 블록을 VPC 및 서브넷에 연결하는 경우, WebServerSG 및 DBServerSG 보안 그룹에 별도의 규칙을 추가하여 인스턴스에 대한 인바운드 및 아웃바운드 IPv6 트래픽을 제어해야 합니다. 이 시나리오에서 웹 서버는 IPv6를 통해 인터넷 트래픽을 모두 수신할 수 있고, IPv6를 통해 로컬 네트워크로부터 SSH 또는 RDP 트래픽을 수신할 수 있습니다. 또한 인터넷으로의 아웃바운드 IPv6 트래픽을 시작할 수 있습니다. 데이터베이스 서버는 인터넷으로의 아웃바운드 IPv6 트래픽을 시작할 수 없으므로, 추가 보안 그룹 규칙은 필요 없습니다.

다음은 WebServerSG 보안 그룹에 대한 IPv6 전용 규칙입니다(위에 나열한 규칙에 추가되는 것).

인바운드
소스 프로토콜 포트 범위 설명

::/0

TCP

80

어떤 IPv6 주소에서든 웹 서버로의 인바운드 HTTP 액세스 허용

::/0

TCP

443

어떤 IPv6 주소에서든 웹 서버로의 인바운드 HTTPS 액세스 허용

네트워크의 IPv6 주소 범위

TCP

22

(Linux 인스턴스) IPv6를 통한 네트워크로부터의 인바운드 SSH 액세스 허용

네트워크의 IPv6 주소 범위

TCP

3389

(Windows 인스턴스) IPv6를 통한 네트워크로부터의 인바운드 RDP 액세스 허용

아웃바운드
목적지 프로토콜 포트 범위 설명
::/0 TCP HTTP 임의의 IPv6 주소에 대한 아웃바운드 HTTP 액세스 허용
::/0 TCP HTTPS 임의의 IPv6 주소에 대한 아웃바운드 HTTPS 액세스 허용

시나리오 3 구현

시나리오 3을 구현하려면 고객 게이트웨이 관련 정보를 얻은 후 VPC 마법사를 사용하여 VPC를 생성합니다. VPC 마법사는 고객 게이트웨이 및 가상 프라이빗 게이트웨이와의 VPN 연결을 생성해줍니다.

이 절차에는 VPC용 IPv6 통신을 활성화 및 구성하기 위한 옵션 절차가 포함됩니다. VPC에서 IPv6를 사용하고 싶지 않다면 이 절차를 수행할 필요가 없습니다.

고객 게이트웨이를 준비하려면

  1. 고객 게이트웨이로 사용할 디바이스를 결정합니다. 테스트를 통해 검증된 디바이스에 대한 자세한 내용은 Amazon VPC FAQ를 참조하십시오. 고객 게이트웨이 요구 사항에 대한 자세한 내용은 Amazon VPC 네트워크 관리자 안내서를 참조하십시오.

  2. 고객 게이트웨이 외부 인터페이스의 인터넷 라우팅 가능 IP 주소를 얻습니다. 주소는 고정 주소여야 하며 네트워크 주소 변환(NAT)을 수행하는 디바이스를 사용할 수 있습니다.

  3. 고정 라우팅된 VPN 연결을 생성하고자 하는 경우, VPN 연결을 통해 가상 프라이빗 게이트웨이로 알려야 하는 내부 IP 범위의 목록(CIDR 표기법)을 얻어야 합니다. 자세한 내용은 VPN 라우팅 옵션 단원을 참조하십시오.

VPC 마법사를 사용하여 VPC를 생성하려면

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 대시보드에서 Launch VPC Wizard(VPC 마법사 시작)를 선택합니다.

     Amazon VPC 대시보드
  3. 세 번째 옵션인 퍼블릭 및 프라이빗 서브넷이 있고 하드웨어 VPN 액세스를 제공하는 VPC를 선택한 후 선택을 선택합니다.

  4. 퍼블릭 및 프라이빗 서브넷이 있고 하드웨어 VPN 액세스를 제공하는 VPC 페이지에서 다음을 수행합니다.

    1. (선택 사항) 필요하다면 VPC 및 서브넷의 IPv4 CIDR 블록 범위를 수정하거나 기본값을 유지합니다.

    2. (선택 사항) VPC와 서브넷의 이름을 지정합니다. 이렇게 하면 나중에 콘솔에서 이들을 식별하는 데 도움이 됩니다.

    3. (선택 사항, IPv6 전용) IPv6 CIDR block에 대해 Amazon-provided IPv6 CIDR block을 선택합니다. 퍼블릭 서브넷의 IPv6 CIDR에서 사용자 지정 IPv6 CIDR을 지정합니다를 선택하고 서브넷에 16진수 페어 값을 지정하거나 기본값을 유지합니다. Private subnet's IPv6 CIDR에 대해 Specify a custom IPv6 CIDR을 선택합니다. IPv6 서브넷에 16진수 페어 값을 지정하거나 기본값을 유지합니다.

    4. [Next]를 선택합니다.

  5. VPN 구성 페이지에서 다음을 수행합니다.

    1. 고객 게이트웨이 IP에서 VPN 라우터의 퍼블릭 IP 주소를 지정합니다.

    2. (선택 사항) 고객 게이트웨이와 VPN 연결의 이름을 지정합니다.

    3. 라우팅 유형에서 라우팅 옵션중 하나를 선택합니다.

      • VPN 라우터가 BGP(Border Gateway Protocol)를 지원할 경우 Dynamic (requires BGP)을 선택합니다.

      • VPN 라우터에서 BGP를 지원하지 않으면 Static을 선택합니다. IP 접두사에서 CIDR 표기법으로 각각의 네트워크 IP 범위를 추가합니다.

    4. VPC 만들기를 선택합니다.

  6. 마법사가 완료되면 탐색 창에서 [VPN Connections]를 선택합니다. 마법사가 생성한 VPN 연결을 선택하고 [Download Configuration]을 선택합니다. 대화 상자에서 해당되는 고객 게이트웨이 공급업체, 플랫폼, 소프트웨어 버전을 선택하고 [Yes, Download]를 선택합니다.

  7. VPN 구성을 포함하는 텍스트 파일을 저장하여 본 가이드 Amazon VPC 네트워크 관리자 안내서와 함께 네트워크 관리자에게 제공합니다. 네트워크 관리자가 고객 게이트웨이를 구성할 때까지는 VPN이 작동하지 않습니다.

WebServerSG 및 DBServerSG 보안 그룹을 생성합니다. 이들 보안 그룹은 서로를 참조하므로, 먼저 보안 그룹을 생성한 후에 이 보안 그룹에 규칙을 추가해야 합니다.

WebServerSG 및 DBServerSG 보안 그룹을 만들려면

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 [Security Groups]를 선택합니다.

  3. [Create Security Group]을 선택합니다.

  4. 보안 그룹의 이름과 설명을 입력합니다. 이 주제에서는 WebServerSG라는 이름이 예제로 사용됩니다. VPC에서 VPC의 ID를 선택한 다음 예, 생성을 선택합니다.

  5. [Create Security Group]을 다시 선택합니다.

  6. 보안 그룹의 이름과 설명을 입력합니다. 이 주제에서는 DBServerSG라는 이름이 예제로 사용됩니다. VPC에서 VPC의 ID를 선택한 다음 예, 생성을 선택합니다.

WebServerSG 보안 그룹에 규칙을 추가하려면 다음을 수행합니다.

  1. 앞에서 만든 WebServerSG 보안 그룹을 선택합니다. 세부 정보 창에는 인바운드 및 아웃바운드 규칙 작업을 위한 탭과 함께 보안 그룹에 대한 세부 정보가 표시됩니다.

  2. [Inbound Rules] 탭에서 [Edit]를 선택한 후, 다음과 같이 인바운드 트래픽에 대한 규칙들을 추가합니다.

    1. 유형에서 HTTP를 선택한 다음 소스0.0.0.0/0을 입력합니다.

    2. 다른 규칙 추가를 선택한 다음 유형에서 HTTPS를 선택하고 소스0.0.0.0/0을 입력합니다.

    3. 다른 규칙 추가를 선택한 다음 유형에서 SSH를 선택합니다. 소스에 네트워크의 퍼블릭 IP 주소 범위를 입력합니다.

    4. 다른 규칙 추가를 선택한 다음 유형에서 RDP를 선택합니다. 소스에 네트워크의 퍼블릭 IP 주소 범위를 입력합니다.

    5. (선택 사항, IPv6 전용) Add another rule, Type, HTTP를 차례로 선택합니다. [Source]에 ::/0을 입력합니다.

    6. (선택 사항, IPv6 전용) Add another rule, Type, HTTPS를 차례로 선택합니다. [Source]에 ::/0을 입력합니다.

    7. (선택 사항, IPv6 전용) Add another rule, Type, SSH (Linux용) 또는 RDP(Windows용)를 선택합니다. 소스에 네트워크의 IPv6 주소 범위를 입력합니다.

    8. Save를 선택합니다.

  3. [Outbound Rules] 탭에서 [Edit]를 선택한 후 다음과 같이 아웃바운드 트래픽에 대한 규칙을 추가합니다.

    1. 모든 아웃바운드 트래픽을 허용하는 기본 규칙을 찾아 [Remove]를 선택합니다.

    2. 유형에서 MS SQL을 선택합니다. 대상 주소에 DBServerSG 보안 그룹의 ID를 입력합니다.

    3. 다른 규칙 추가를 선택한 다음 유형에서 MySQL을 선택합니다. [Destination]에 DBServerSG 보안 그룹의 ID를 지정합니다.

    4. 다른 규칙 추가를 선택한 다음 유형에서 HTTPS를 선택합니다. [Destination]에 0.0.0.0/0을 입력합니다.

    5. 다른 규칙 추가를 선택한 다음 유형에서 HTTP를 선택합니다. [Destination]에 0.0.0.0/0을 입력합니다.

    6. [Save]를 선택합니다.

DBServerSG 보안 그룹에 권장 규칙을 추가하려면

  1. 앞에서 만든 DBServerSG 보안 그룹을 선택합니다. 세부 정보 창에는 인바운드 및 아웃바운드 규칙 작업을 위한 탭과 함께 보안 그룹에 대한 세부 정보가 표시됩니다.

  2. [Inbound Rules] 탭에서 [Edit]를 선택한 후, 다음과 같이 인바운드 트래픽에 대한 규칙들을 추가합니다.

    1. 유형에서 SSH를 선택하고 소스에 네트워크의 IP 주소 범위를 입력합니다.

    2. 다른 규칙 추가를 선택한 다음 유형에서 RDP를 선택하고 소스에 네트워크의 IP 주소 범위를 입력합니다.

    3. 다른 규칙 추가를 선택한 다음 유형에서 MS SQL을 선택합니다. 소스에 WebServerSG 보안 그룹의 ID를 입력합니다.

    4. 다른 규칙 추가를 선택한 다음 유형에서 MYSQL을 선택합니다. 소스에 WebServerSG 보안 그룹의 ID를 입력합니다.

    5. Save를 선택합니다.

  3. [Outbound Rules] 탭에서 [Edit]를 선택한 후 다음과 같이 아웃바운드 트래픽에 대한 규칙을 추가합니다.

    1. 모든 아웃바운드 트래픽을 허용하는 기본 규칙을 찾아 [Remove]를 선택합니다.

    2. 유형에서 HTTP를 선택합니다. [Destination]에 0.0.0.0/0을 입력합니다.

    3. 다른 규칙 추가를 선택한 다음 유형에서 HTTPS를 선택합니다. [Destination]에 0.0.0.0/0을 입력합니다.

    4. [Save]를 선택합니다.

네트워크 관리자가 고객 게이트웨이를 구성한 후 VPC로 인스턴스를 시작할 수 있습니다.

인스턴스를 시작하려면(웹 서버 또는 데이터베이스 서버)

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 대시보드에서 [Launch Instance]를 선택합니다.

  3. 마법사의 지침대로 진행합니다. AMI를 선택하고 인스턴스 유형을 선택한 후 [Next: Configure Instance Details]를 선택합니다.

    참고

    IPv6 통신 용도로 인스턴스를 사용하고자 하는 경우, 지원되는 인스턴스 유형(예: T2)을 선택해야 합니다. 자세한 내용은 Amazon EC2 인스턴스 유형 단원을 참조하십시오.

  4. 인스턴스 세부 정보 구성 페이지의 네트워크에서 앞서 만든 VPC를 선택한 후 서브넷을 선택합니다. 예를 들어 웹 서버는 퍼블릭 서버에서 시작하고, 데이터베이스 서버는 프라이빗 서브넷에서 시작합니다.

  5. (선택 사항) 기본이 아닌 VPC에서 시작되는 인스턴스에는 퍼블릭 IPv4 주소가 할당되지 않도록 기본 설정되어 있습니다. 퍼블릭 서브넷의 인스턴스에 연결하려면 지금 퍼블릭 IPv4 주소를 지정하거나, 탄력적 IP 주소를 할당하고 인스턴스를 시작한 후 이를 인스턴스에 지정할 수 있습니다. 지금 퍼블릭 IP 주소를 할당하려면 퍼블릭 IP 자동 할당에서 활성화를 선택해야 합니다. 프라이빗 서브넷의 인스턴스에는 퍼블릭 IP 주소를 지정할 필요가 없습니다.

    참고

    인덱스가 eth0인 새로운 단일 네트워크 인터페이스에는 자동 할당 퍼블릭 IP 주소 기능만 사용할 수 있습니다. 자세한 내용은 인스턴스 시작 시 퍼블릭 IPv4 주소 배정 단원을 참조하십시오.

  6. (선택 사항, IPv6 전용) 서브넷 범위 내에서 인스턴스에 IPv6 주소를 자동 할당할 수 있습니다. Auto-assign IPv6 IP에 대해 Enable을 선택합니다.

  7. 마법사의 다음 두 페이지에서 인스턴스의 스토리지를 구성하고 태그를 추가할 수 있습니다. [Configure Security Group] 페이지에서 [Select an existing security group] 옵션을 선택한 후, 생성한 보안 그룹 중 하나(웹 서버 인스턴스의 경우 [WebServerSG], 데이터베이스 서버 인스턴스의 경우 [DBServerSG])를 선택합니다. [Review and Launch]를 선택합니다.

  8. 선택한 설정을 검토합니다. 필요한 사항을 변경한 후 [Launch]를 선택하여 키 페어를 선택하고 인스턴스를 시작합니다.

VPN 전용 서브넷에서 실행하는 인스턴스의 경우 네트워크에서 해당 인스턴스에 대해 ping을 실행하여 연결을 테스트할 수 있습니다. 자세한 내용은 VPN 연결 테스트 단원을 참조하십시오.

5단계에서 퍼블릭 서브넷의 인스턴스에 퍼블릭 IPv4 주소를 지정하지 않은 경우, 인스턴스에 연결할 수 없습니다. 퍼블릭 서브넷의 인스턴스에 액세스하려면 먼저 해당 인스턴스에 탄력적 IP 주소를 지정해야 합니다.

콘솔을 사용하여 인스턴스에 탄력적 IP 주소를 할당하고 지정하려면

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 [Elastic IPs]를 선택합니다.

  3. Allocate new address를 선택합니다.

  4. [Allocate]를 선택합니다.

    참고

    계정이 EC2-Classic을 지원할 경우 우선 [VPC]를 선택합니다.

  5. 목록에서 탄력적 IP 주소를 선택한 다음, [Actions], [Associate Address]를 선택합니다.

  6. 네트워크 인터페이스 또는 인스턴스를 선택합니다. 해당 프라이빗 IP에서 탄력적 IP 주소와 연결할 주소를 선택한 다음 연결을 선택합니다.

시나리오 3에서는 퍼블릭 서브넷이 인터넷의 서버와 통신할 수 있도록 허용하는 DNS 서버가 필요하며, VPN 전용 서브넷이 네트워크의 서버와 통신할 수 있도록 허용하는 또 다른 DNS 서버가 필요합니다.

VPC의 DHCP 옵션은 자동으로 domain-name-servers=AmazonProvidedDNS으로 설정됩니다. 이것은 Amazon이 VPC에 있는 어떤 퍼블릭 서브넷이든 인터넷 게이트웨이를 통해 인터넷과 통신할 수 있도록 하기 위해 제공하는 DNS 서버입니다. 해당 DNS 서버를 제공하고 이를 VPC에서 사용하는 DNS 서버 목록에 추가해야 합니다. DHCP 옵션 설정은 수정할 수 없으므로, 해당 DNS 서버와 Amazon DNS 서버를 모두 포함하는 DHCP 옵션 설정을 만들고, 이러한 새로운 DHCP 옵션 설정을 사용하도록 VPC를 업데이트해야 합니다.

DHCP 옵션을 업데이트하려면

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 [DHCP Options Sets]를 선택합니다.

  3. [Create DHCP options set]를 선택합니다.

  4. DHCP 옵션 세트 생성 대화 상자의 도메인 이름 서버에서 Amazon DNS 서버(AmazonProvidedDNS)의 주소와 해당 DNS 서버의 주소(예: 192.0.2.1)를 쉼표로 구분하여 지정한 후 예, 생성을 선택합니다.

  5. 탐색 창에서 [Your VPCs]를 선택합니다.

  6. VPC를 선택한 다음, [Actions], [Edit DHCP Options Set]를 선택합니다.

  7. DHCP 옵션 세트에서 새로운 옵션 세트의 ID를 선택한 다음 저장을 선택합니다.

  8. (선택 사항) VPC는 이제 이 새로운 DHCP 옵션 설정을 사용하므로 두 DNS 서버에 모두 액세스할 수 있습니다. 원한다면, VPC가 사용한 원래의 옵션 세트를 삭제할 수 있습니다.

이제 VPC의 인스턴스에 연결할 수 있습니다. Linux 인스턴스 연결 방법에 대한 자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서Linux 인스턴스에 연결을 참조하십시오. Windows 인스턴스 연결 방법에 대한 자세한 내용은 Windows 인스턴스용 Amazon EC2 사용 설명서Windows 인스턴스에 연결을 참조하십시오.