

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 듀얼 스택 인터넷 연결 Network Load Balancer의 IPv4 대상
<a name="ipv6-nlb-ipv4-targets"></a>

게시일: **2022년 6월 23일([다이어그램 기록](#ipv6-6-diagram-history))**

이 아키텍처는 [NLBs](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html)를 사용하여 애플리케이션에 대한 IPv4 및 IPv6 인터넷 연결을 활성화하는 방법을 보여줍니다. NLB 및 대상 그룹 인스턴스는 이중 스택 클라이언트를 지원하면서 통신을 위해 IPv4를 계속 사용합니다.

## 듀얼 스택 인터넷 경계 Network Load Balancer 아키텍처의 IPv4 대상
<a name="ipv6-6-diagram1"></a>

![듀얼 스택 인터넷 경계 네트워크 로드 밸런서의 ipv4 대상을 보여주는 아키텍처 다이어그램입니다.](https://docs.aws.amazon.com/ko_kr/reference-architecture-diagrams/latest/ipv6-vpc-architectures/images/ipv6-vpc-architectures-6.png)


다음 번호가 매겨진 항목은이 아키텍처의 주요 구성 요소를 설명합니다.

1. IPv4 및 IPv6의 기본 경로를 추가하여 듀얼 스택 인터넷 연결을 위해 [Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) NLB 서브넷을 구성합니다.

1. 듀얼 스택 인터넷 연결 NLB를 배포하고 Amazon VPC에서 듀얼 스택 NLB 서브넷을 선택합니다.

1. 애플리케이션 스택은 NLB를 사용하는 애플리케이션 엔드포인트에 대한 듀얼 스택 추가 기능으로 변경되지 않습니다. NLB 및 대상 그룹 인스턴스는 통신을 위해 IPv4를 계속 사용합니다.

1. 애플리케이션 클라이언트는 애플리케이션 이름을 쿼리하고 기능에 따라 엔드포인트의 IPv4 또는 IPv6 주소를 수신합니다. 단일 스택 고객의 경우 스택에 따라 사용할 프로토콜이 결정됩니다. 듀얼 스택 지원 클라이언트의 경우 운영 체제 구성에 따라 통신에 IPv4 또는 IPv6를 사용할지 여부가 결정됩니다.

1. 클라이언트는 IPv4 또는 IPv6를 사용하여 애플리케이션 엔드포인트에 대한 연결을 엽니다.

1. NLB는 IPv4 연결을 사용하여 대상 그룹의 정상 대상에 트래픽을 분산합니다.

## 참조 자료
<a name="ipv6-6-further-reading"></a>

자세한 내용은 다음 리소스를 참조하세요.
+ [AWS 아키텍처 아이콘](https://aws.amazon.com/architecture/icons)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)

## 다이어그램 기록
<a name="ipv6-6-diagram-history"></a>

이 참조 아키텍처 다이어그램의 업데이트에 대한 알림을 받으려면 RSS 피드를 구독하세요.

| 변경 사항 | 설명 | 날짜 | 
| --- |--- |--- |
| [최초 게시](ipv6-dual-stack-internet.md#ipv6-1-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-only-subnets.md#ipv6-2-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-only-internet.md#ipv6-3-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-alb-ipv4-targets.md#ipv6-4-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-alb-ipv6-targets.md#ipv6-5-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](#ipv6-6-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-nlb-ipv6-targets.md#ipv6-7-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-internal-elb.md#ipv6-8-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-dns64.md#ipv6-9-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-nat64.md#ipv6-10-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-centralized-egress-nat64.md#ipv6-11-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-vpc-peering.md#ipv6-12-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-transit-gateway.md#ipv6-13-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-privatelink.md#ipv6-14-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-direct-connect.md#ipv6-15-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-vpn-tgw.md#ipv6-16-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 
| [최초 게시](ipv6-tgw-connect.md#ipv6-17-diagram-history) | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 23일 | 

**참고**  
RSS 업데이트를 구독하려면 사용 중인 브라우저에 대해 RSS 플러그인이 활성화되어 있어야 합니다.