VPC 네트워크 피어링 설정 및 관리

Google Cloud VPC 네트워크 피어링을 이용하면, 동일한 프로젝트 또는 동일한 조직에 속하는지에 여부에 관계없이 두 개의 가상 프라이빗 클라우드(VPC) 네트워크에서 내부 IP 주소를 연결할 수 있습니다. 피어링은 IPv4 전용, 이중 스택, IPv6 전용(프리뷰) 서브넷의 조합이 있는 네트워크 간의 연결을 지원합니다.

자세한 내용은 VPC 네트워크 피어링을 참조하세요.

피어링 구성 만들기

시작하기 전에 피어링할 VPC 네트워크의 이름이 있어야 합니다. 해당 네트워크가 다른 프로젝트에 있는 경우 해당 프로젝트의 프로젝트 ID도 있어야 합니다. VPC 네트워크에 대한 피어링 요청을 나열할 수 없습니다. 필요한 경우 피어링하려는 네트워크의 관리자에게 네트워크 및 프로젝트 이름을 요청하세요.

피어링 구성은 다른 VPC 네트워크에 연결할 인텐트를 설정합니다. 내 네트워크와 다른 네트워크는 각 네트워크에 상대 네트워크에 대한 피어링 구성이 만들어질 때까지 연결되지 않습니다. 내 네트워크와 피어링할 상응하는 구성이 다른 네트워크에 있으면 피어링 상태가 두 네트워크 모두에서 ACTIVE로 변경되고 두 네트워크가 연결됩니다. 다른 네트워크에 일치하는 피어링 구성이 없으면 피어링 상태가 INACTIVE로 유지됩니다. 이는 내 네트워크와 다른 네트워크가 연결되지 않는다는 것을 나타냅니다.

Google Cloud 는 피어링된 네트워크 전역에서 한 번에 피어링 관련 활동 하나만 허용합니다. 예를 들어 하나의 네트워크와 피어링을 설정하고 즉시 다른 피어링을 설정하려고 시도하면 다음과 함께 작업이 실패합니다. Error: There is a peering operation in progress on the local or peer network. Try again later.

연결 후 두 VPC 네트워크는 항상 비공개 IPv4 주소 범위를 사용하는 IPv4 서브넷 경로(기본 및 보조 IPv4 서브넷 범위)를 교환합니다. 서브넷 경로 교환 옵션에 관한 자세한 내용은 서브넷 경로 교환 옵션을 참고하세요. 정적 또는 동적 경로 교환에 관한 자세한 내용은 정적 경로 교환 옵션 및 동적 경로 교환 옵션을 참고하세요.

업데이트 전략

업데이트 전략은 피어링 구성의 속성입니다. VPC 네트워크 피어링은 INDEPENDENT(기본값) 및 CONSENSUS의 두 가지 업데이트 전략을 지원합니다. 기본적으로 피어링 연결의 어느 쪽에서든 언제든지 연결을 업데이트하거나 삭제할 수 있습니다. 피어링 연결의 CONSENSUS 업데이트 전략을 구성하여 이 동작을 제한할 수도 있습니다.

CONSENSUS 업데이트 전략을 사용하는 피어링 연결에는 다음이 적용됩니다.

피어링 연결의 CONSENSUS 업데이트 전략을 구성하라는 요청이 시작된 후에는 요청이 수락되거나 되돌려질 때까지 다른 변경사항을 제안할 수 없습니다.
피어링 연결을 삭제하려면 연결의 양쪽에서 연결을 삭제하기 전에 삭제 요청을 제출해야 합니다. 삭제 요청이 진행 중인 경우 모든 업데이트 요청이 거부됩니다.
대기 중인 요청은 다운타임을 유발하지 않으며 요청이 진행되는 동안 연결이 활성 상태로 유지됩니다.
제한사항: CONSENSUS 업데이트 전략을 사용하도록 구성된 피어링 연결 업데이트는 지원되지 않습니다.

구성 만들기

피어링 구성을 만들려면 다음을 수행하세요.

콘솔

Google Cloud 콘솔에서 VPC 네트워크 피어링 페이지로 이동합니다.
VPC 네트워크 피어링으로 이동
연결 만들기를 클릭합니다.
계속을 클릭합니다.
이름 필드에 피어링 구성의 이름을 입력합니다.
내 VPC 네트워크에서 피어링할 네트워크를 선택합니다.
피어링할 네트워크를 선택합니다.
- 피어링할 네트워크가 동일한 프로젝트에 있는 경우 프로젝트 [NAME-OF-YOUR-PROJECT]에서를 선택한 다음 피어링할 네트워크를 선택합니다.
- 피어링할 네트워크가 다른 프로젝트에 있는 경우 다른 프로젝트에서를 선택합니다. 피어링할 네트워크가 포함된 프로젝트 ID와 VPC 네트워크의 이름을 지정합니다.
IP 스택 유형에서 피어링된 네트워크 간에 교환해야 하는 서브넷 경로를 지정합니다.
- IPv4(단일 스택): IPv4 경로만 교환합니다.
- IPv4 및 IPv6(이중 스택): IPv4 및 IPv6 경로를 모두 교환합니다.
IPv4 및 IPv6 커스텀 경로를 가져오거나 내보내려면 다음 옵션 중 하나 또는 둘 다 선택합니다.
- 커스텀 경로 가져오기: 피어 네트워크에서 커스텀 경로를 가져옵니다. 피어 네트워크에서 가져올 경로에 커스텀 경로 내보내기를 사용 설정해야 합니다.
- 커스텀 경로 내보내기: 커스텀 경로를 피어 네트워크로 내보냅니다. 피어 네트워크에서 내보낼 경로에 커스텀 경로 가져오기를 사용 설정해야 합니다.
네트워크 또는 피어 네트워크가 서브넷에서 비공개로 사용되는 공개 IPv4 범위를 사용하는 경우 이러한 경로를 기본적으로 내보내지만 기본적으로 가져오지는 않습니다. 비공개로 사용되는 공개 IPv4 서브넷 경로를 가져오려면 다음을 선택합니다.
- 다른 네트워크에서 내보낸 비공개로 사용되는 공개 IPv4 서브넷 경로를 가져오려면 공개 IP를 사용하여 서브넷 경로를 가져옵니다.
만들기를 클릭합니다.

gcloud

gcloud compute networks peerings create 명령어를 사용하여 피어링 구성을 만듭니다. 피어링 연결의 기본 업데이트 전략을 변경하려면 베타 버전의 명령어를 사용하세요.

다음 명령어의 대괄호 []는 선택적 플래그를 나타냅니다.

--import-custom-routes는 피어링된 네트워크의 커스텀 경로를 수락하도록 네트워크에 지시합니다. 피어링된 네트워크는 먼저 경로를 내보내야 합니다.
--export-custom-routes는 커스텀 경로를 피어링된 네트워크로 내보내도록 네트워크에 지시합니다. 피어링된 네트워크는 경로를 가져오도록 설정되어야 합니다.
--import-subnet-routes-with-public-ip는 네트워크가 서브넷에서 비공개로 사용되는 공개 IPv4 주소를 사용하는 경우 피어링된 네트워크의 서브넷 경로를 수락하도록 네트워크에 지시합니다. 피어링된 네트워크는 먼저 경로를 내보내야 합니다.
--export-subnet-routes-with-public-ip는 비공개로 사용되는 공개 IPv4 주소가 포함된 서브넷 경로를 내보내도록 네트워크에 지시합니다. 피어링된 네트워크는 경로를 가져오도록 설정되어야 합니다.

gcloud compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip]

--update-strategy 플래그(프리뷰)를 사용하여 피어링 연결의 업데이트 전략을 설정합니다.

gcloud beta compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip] \
    [--update-strategy=UPDATE_STRATEGY]

다음을 바꿉니다.

PEERING_NAME: 피어링 구성의 이름
NETWORK: 피어링할 프로젝트의 네트워크 이름
PEER_PROJECT_ID: 피어링할 네트워크가 포함된 프로젝트의 ID
PEER_NETWORK_NAME: 피어링할 네트워크의 이름
STACK_TYPE: 피어링 연결의 스택 유형. IPv4 경로만 교환하려면 IPV4_ONLY를 지정합니다. 또는 IPV4_IPV6를 지정하여 IPv4 및 IPv6 경로를 모두 교환합니다. IPV4_ONLY가 기본값입니다.
UPDATE_STRATEGY: 피어링 연결의 업데이트 전략. CONSENSUS를 지정하세요. 플래그를 지정하지 않으면 값이 INDEPENDENT(기본값)로 설정됩니다. 업데이트 전략은 연결의 양쪽에서 동일해야 합니다.

Terraform

Terraform 모듈을 사용하여 피어링 구성을 만들 수 있습니다.

module "peering1" {
  source        = "terraform-google-modules/network/google//modules/network-peering"
  version       = "~> 10.0"
  local_network = var.local_network # Replace with self link to VPC network "foobar" in quotes
  peer_network  = var.peer_network  # Replace with self link to VPC network "other" in quotes
}

피어링된 두 VPC 네트워크의 경우 각 자체 링크에는 프로젝트 ID와 VPC 네트워크의 이름이 포함됩니다. VPC 네트워크의 자체 링크를 가져오려면 각 VPC 네트워크의 프로젝트에서 gcloud compute networks describe 명령어 또는 networks.get 메서드를 사용하면 됩니다.

local_network에서 peer_network로 피어링을 만들면 피어링 관계가 양방향이 됩니다. peer_network에서 local_network로의 피어링이 자동으로 생성됩니다.

Terraform 구성을 적용하거나 삭제하는 방법은 기본 Terraform 명령어를 참조하세요.

피어링된 VPC 네트워크 간에 트래픽이 전달되고 있는지 확인

VPC 흐름 로그를 사용하여 VM 인스턴스에서 전송되거나 수신되는 네트워크 흐름을 볼 수 있습니다. 또한 방화벽 규칙 로깅을 사용하여 트래픽이 네트워크 간에 전달되고 있는지 확인할 수 있습니다. 피어링된 네트워크 간에 트래픽을 허용하거나 거부하는 VPC 방화벽 규칙을 만들고 해당 규칙에 방화벽 규칙 로깅을 사용 설정합니다. 그런 다음 Cloud Logging을 사용하여 적중 항목이 있는 방화벽 규칙을 볼 수 있습니다.

피어링 연결 업데이트

기존 VPC 네트워크 피어링 연결을 업데이트할 때 다음 작업을 할 수 있습니다.

VPC 네트워크가 커스텀 경로나 비공개로 사용되는 공개 IPv4 서브넷 경로를 피어 VPC 네트워크에 내보내는지 또는 피어 VPC 네트워크에서 가져오는지 여부를 변경합니다.
기존 피어링 연결을 업데이트하여 피어링 네트워크 간의 IPv6 경로 교환을 사용 설정 또는 사용 중지합니다.
피어링 연결의 업데이트 전략을 변경합니다(INDEPENDENT(기본값)에서 CONSENSUS로). 업데이트 전략을 CONSENSUS에서 INDEPENDENT로 변경하는 것은 지원되지 않습니다.

또한 피어 네트워크가 경로를 내보내는 경우에만 네트워크에서 경로를 가져오고 경로를 가져오는 경우에만 피어 네트워크에서 경로를 수신합니다.

연결 업데이트

콘솔

Google Cloud 콘솔에서 VPC 네트워크 피어링 페이지로 이동합니다.
VPC 네트워크 피어링으로 이동
업데이트할 피어링 연결을 선택합니다.
수정을 클릭합니다.
IP 선택 유형 선택 항목을 업데이트하여 피어링된 네트워크 간에 교환해야 하는 서브넷 경로를 지정합니다.
- IPv4(단일 스택): 피어링을 통한 IPv6 경로의 기존 교환을 중지하고 IPv4 경로만 계속 교환합니다.
- IPv4 및 IPv6(이중 스택): 일치하는 피어링 연결도 IP 스택 유형이 IPv4 및 IPv6(이중 스택)으로 설정된 경우 IPv4 경로와 IPv6 경로를 모두 교환하기 시작합니다.
IPv4 및 IPv6 커스텀 경로를 가져오거나 내보내려면 다음 옵션 중 하나 또는 둘 다 선택합니다.
- 다른 네트워크에서 내보낸 커스텀 경로를 가져오려면 커스텀 경로를 가져옵니다.
- 커스텀 경로를 다른 네트워크로 내보내려면 커스텀 경로를 내보냅니다. 다른 네트워크에서 경로를 보려면 경로를 가져와야 합니다.
네트워크 또는 피어 네트워크가 서브넷에서 비공개로 사용되는 공개 IPv4 범위를 사용하는 경우 이러한 경로를 기본적으로 내보내지만 기본적으로 가져오지는 않습니다. 비공개로 사용되는 공개 IPv4 서브넷 경로를 가져오려면 다음을 선택합니다.
- 다른 네트워크에서 내보낸 비공개로 사용되는 공개 IPv4 서브넷 경로를 가져오려면 공개 IP를 사용하여 서브넷 경로를 가져옵니다.
- 저장을 클릭합니다.

gcloud

gcloud compute networks peerings update 명령어를 사용합니다. 다음 명령어의 대괄호 []는 선택적 플래그를 나타냅니다.

--import-custom-routes는 피어링된 네트워크의 커스텀 경로를 수락하도록 네트워크에 지시합니다. 피어링된 네트워크는 먼저 경로를 내보내야 합니다.
--export-custom-routes는 커스텀 경로를 피어링된 네트워크로 내보내도록 네트워크에 지시합니다. 피어링된 네트워크는 경로를 가져오도록 설정되어야 합니다.
--import-subnet-routes-with-public-ip는 네트워크가 서브넷에서 비공개로 사용되는 공개 IPv4 주소를 사용하는 경우 피어링된 네트워크의 서브넷 경로를 수락하도록 네트워크에 지시합니다. 피어링된 네트워크는 먼저 경로를 내보내야 합니다.
--export-subnet-routes-with-public-ip는 비공개로 사용되는 공개 IPv4 주소가 포함된 서브넷 경로를 내보내도록 네트워크에 지시합니다. 피어링된 네트워크는 경로를 가져오도록 설정되어야 합니다.

gcloud compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--export-subnet-routes-with-public-ip] \
    [--import-subnet-routes-with-public-ip]

다음을 바꿉니다.

PEERING_NAME: 기존 피어링 연결의 이름
NETWORK: 피어링된 프로젝트의 네트워크 이름
STACK_TYPE: 피어링 연결의 스택 유형.
- 피어링을 통한 IPv6 경로의 기존 교환을 중지하고 IPv4 경로만 계속 교환하려면 IPV4_ONLY를 지정합니다.
- 일치하는 피어링 연결도 stack_type을 IPV4_IPV6로 설정한 경우 IPV4_IPV6를 지정하여 IPv4 경로와 IPv6 경로를 모두 교환합니다.

기본 업데이트 전략 변경

피어링 연결의 업데이트 전략을 INDEPENDENT(기본값)에서 CONSENSUS로 변경하려면 연결의 로컬 측과 피어 측을 모두 업데이트해야 합니다. 업데이트 전략을 변경하기 전에 양쪽의 구성이 일치하는지 확인하세요. 값이 일치하지 않으면 미리 업데이트하거나 연결의 업데이트 전략을 변경하는 업데이트 요청의 일부로 업데이트하세요.

gcloud

gcloud beta compute networks peerings update 명령어를 사용합니다.

로컬 피어링 구성을 업데이트합니다.
```
gcloud beta compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    --update-strategy=CONSENSUS
```
다음을 바꿉니다.
- PEERING_NAME: 기존 피어링 연결의 이름
- NETWORK: 피어링된 프로젝트의 네트워크 이름
업데이트 요청의 상태를 확인합니다.
```
gcloud beta compute networks describe NETWORK
```
NETWORK를 피어링된 프로젝트의 네트워크 이름으로 바꿉니다.

출력에서 consensusState 필드를 확인합니다. 로컬 네트워크의 경우 값은 PENDING_PEER_ACKNOWLEDGMENT로 설정됩니다.

피어 네트워크의 일치 구성에서 이 필드는 PENDING_LOCAL_ACKNOWLEDGMENT로 설정됩니다.
업데이트 요청을 완료하려면 피어 네트워크의 네트워크 관리자가 일치하는 구성에 대해 1단계의 명령어를 실행하여 요청을 수락해야 합니다. 피어 네트워크가 업데이트 요청을 수락할 때까지 피어링 연결의 유효한 업데이트 전략은 INDEPENDENT로 유지됩니다.

요청이 완료되면 두 네트워크 모두의 consensusState 필드가 IN_SYNC로 변경됩니다.

피어 네트워크에서 허용되지 않는 변경사항을 되돌리려면 --update-strategy 매개변수를 INDEPENDENT로 재설정하세요.

피어링 연결 목록 표시

기존 피어링 연결 목록을 표시하여 해당 상태와 커스텀 경로를 가져오는지 또는 내보내는지 여부를 확인합니다.

콘솔

Google Cloud 콘솔에서 VPC 네트워크 피어링 페이지로 이동합니다.
VPC 네트워크 피어링으로 이동
세부정보를 확인할 피어링 연결을 선택합니다.

gcloud

gcloud compute networks peerings list

피어링 연결 보기

gcloud

gcloud beta compute networks describe 명령어를 사용합니다.

gcloud beta compute networks describe NETWORK

NETWORK를 피어링된 프로젝트의 네트워크 이름으로 바꿉니다.

출력에서 connectionStatus 필드는 피어링 연결의 실제 상태를 설명합니다.

피어링 경로 나열

콘솔

유효한 경로 탭을 사용하여 가져온 피어링 서브넷, 피어링 정적 경로, 피어링 동적 경로를 포함하여 VPC 네트워크의 모든 적용 가능한 경로 유형을 볼 수 있습니다.

Google Cloud 콘솔에서 경로 페이지로 이동합니다.

경로로 이동
유효한 경로 탭에서 다음을 수행합니다.
- VPC 네트워크를 선택합니다.
- 리전을 선택합니다.
보기를 클릭합니다.
필터 텍스트 입력란을 클릭하고 다음을 수행합니다.
- 속성 메뉴에서 유형을 선택합니다.
- 값 메뉴에서 다음 중 하나를 선택합니다.
  - 피어링 서브넷: 피어 VPC 네트워크의 서브넷 경로를 확인합니다.
  - 피어링 정적: 피어 VPC 네트워크의 가져온 정적 경로를 확인합니다.
  - 피어링 동적: 피어 VPC 네트워크의 가져온 동적 경로를 확인합니다.
선택적으로 숨겨진 경로 표시를 클릭하여 숨겨진 경로를 확인합니다. 상태 열에 있는 아이콘 위로 포인터를 가져가면 경로가 숨겨진 이유가 표시됩니다. 이유에는 설명이 있는 라우팅 순서 문서 링크가 포함됩니다.

gcloud

다음 Google Cloud CLI 명령어를 사용하여 다음을 수행합니다.

VPC 네트워크에서 피어 VPC 네트워크로 전송된 경로 내보내기를 나열합니다.
VPC 네트워크의 경로 가져오기 후보를 나열합니다.

gcloud compute networks peerings list-routes PEERING_NAME \
    --network=NETWORK \
    --region=REGION \
    --direction=DIRECTION

다음을 바꿉니다.

PEERING_NAME: 기존 피어링 연결의 이름
NETWORK: 피어링된 프로젝트의 네트워크 이름
REGION: 모든 동적 경로를 나열하려는 리전. 서브넷 및 정적 경로는 전역 경로이며 모든 리전에 표시됩니다.
DIRECTION: 가져온(incoming) 경로 또는 내보낸(outgoing) 경로를 나열할지 여부를 지정

피어링 연결 삭제

VPC 네트워크 피어링 연결을 삭제하는 방법은 연결의 업데이트 전략에 따라 다릅니다.

업데이트 전략이 INDEPENDENT(기본값)로 설정된 경우 피어 VPC 네트워크의 네트워크 관리자 또는 사용자는 언제든지 연결을 삭제할 수 있습니다. 연결 삭제(독립형)를 참고하세요.
업데이트 전략이 CONSENSUS로 설정된 경우 연결을 삭제하려면 나와 피어 VPC 네트워크의 네트워크 관리자가 모두 삭제 요청을 제출해야 합니다. 연결 삭제(컨센서스)를 참고하세요.

네트워크에서 피어링 구성이 삭제되면 다른 네트워크에서 피어링 연결이 INACTIVE가 되고 네트워크 간에 공유되는 모든 경로가 삭제됩니다.

경고: Google Cloud 리소스에서 이미 사용 중인 VPC 네트워크 피어링 연결을 삭제하지 마세요. 사용 중인 피어링 연결을 삭제하면 다음과 같은 문제가 발생할 수 있습니다.

비공개 서비스 액세스에서 사용하는 피어링 연결을 삭제하면 비공개 서비스 액세스를 위한 새 비공개 연결을 만들 수 없습니다. 자세한 내용은 새 비공개 연결을 만들 수 없음을 참고하세요.
Google Kubernetes Engine(GKE)에서 사용하는 피어링 연결을 삭제하면 클러스터가 복구 상태가 되고 모든 노드가 UNKNOWN 상태로 표시됩니다. 자세한 내용은 VPC 네트워크 피어링 연결이 실수로 삭제됨을 참조하세요.

연결 삭제(독립형)

기본 업데이트 전략(INDEPENDENT)으로 구성된 피어링 연결을 삭제하려면 다음을 실행하세요.

콘솔

Google Cloud 콘솔에서 VPC 네트워크 피어링 페이지로 이동합니다.
VPC 네트워크 피어링으로 이동
제거할 피어링 옆의 체크박스를 선택합니다.
삭제를 클릭합니다.

gcloud

gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK

다음을 바꿉니다.

PEERING_NAME: 삭제할 피어링 연결의 이름
NETWORK: 피어링된 프로젝트의 네트워크 이름

연결 삭제 (컨센서스)

CONSENSUS 업데이트 전략으로 구성된 피어링 연결을 삭제하려면 다음 단계를 따르세요.

gcloud

gcloud beta compute networks peerings request-delete 및 gcloud compute networks peerings delete 명령어를 사용합니다.

삭제 요청을 시작합니다.
```
gcloud beta compute networks peerings request-delete PEERING_NAME \
    --network=NETWORK
```
다음을 바꿉니다.
- PEERING_NAME: 삭제할 피어링 연결의 이름
- NETWORK: 피어링된 프로젝트의 네트워크 이름
삭제 요청 상태를 확인합니다.
```
gcloud beta compute networks describe NETWORK
```
NETWORK를 피어링된 프로젝트의 네트워크 이름으로 바꿉니다.

출력에서 deleteStatus 필드를 확인합니다. 로컬 네트워크의 경우 값은 LOCAL_DELETE_REQUESTED로 설정됩니다.

피어 네트워크의 일치 구성에서 이 필드는 PEER_DELETE_REQUESTED로 설정됩니다.
요청을 시작한 후 피어 네트워크의 네트워크 관리자는 일치하는 구성에 대해 1단계의 명령어를 실행하여 요청을 수락해야 합니다.
피어 네트워크에서 삭제 요청을 수락하고 두 네트워크 모두에서 deleteStatus 필드의 상태가 DELETE_ACKNOWLEDGED로 변경되면 피어링 연결을 삭제합니다.
```
gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK
```
다음을 바꿉니다.
- PEERING_NAME: 삭제할 피어링 연결의 이름
- NETWORK: 피어링된 프로젝트의 네트워크 이름

문제 해결

다음 섹션에서는 VPC 네트워크 피어링 관련 문제를 해결하는 방법을 설명합니다.

피어 VM에 연결할 수 없음

피어링 연결이 활성화되면 피어링된 네트워크 간의 모든 트래픽 흐름이 설정될 때까지 최대 1분이 걸릴 수 있습니다. 이 시간은 피어링하는 네트워크의 크기에 따라 달라집니다. 최근에 피어링 연결을 설정했으면 최대 1분 동안 기다린 후 다시 시도하세요. 또한 피어 VPC 네트워크 서브넷 CIDR의 액세스를 차단하는 방화벽 규칙이 없는지 확인하세요.

커스텀 경로 누락

이 섹션에서는 누락된 커스텀 경로의 문제 해결 방법을 설명합니다.

피어링 연결 상태 확인

피어링 연결 상태를 확인하려면 다음을 수행합니다.

피어링 연결 목록을 표시합니다.
문제 해결할 피어링 연결을 식별하고 피어링 상태를 검토합니다.
1. 상태가 ACTIVE이면 다음 섹션의 단계를 수행합니다.
2. 피어링 상태가 INACTIVE이면 다른 네트워크의 네트워크 관리자가 사용자의 VPC 네트워크에 대해 피어링 구성을 만들어야 합니다.

`ACTIVE` 연결 문제 해결

ACTIVE 피어링 연결에서 누락된 커스텀 경로 문제를 해결하려면 다음 안내를 따르세요.

VPC 네트워크에서 피어링 경로를 나열합니다. 유효한 경로 탭에서 다음을 수행합니다.
1. 동적 경로가 프로그래밍된 리전은 커스텀 경로를 내보내는 VPC 네트워크의 동적 라우팅 모드에 의존한다는 것을 고려하세요. 자세한 내용은 동적 라우팅 모드의 효과를 참조하세요. 전역 동적 라우팅 모드에서는 다음 홉 리전과 일치하지 않는 리전에 최우선 동적 경로만 프로그래밍됩니다.
2. 숨겨진 경로 표시 전환 버튼을 설정 위치로 클릭하고 경로를 확인합니다. 경로가 숨겨진 이유를 보려면 상태 열의 아이콘을 가리킵니다. Google Cloud 는 VPC 네트워크 피어링을 사용하여 경로를 가져오는 VPC 네트워크에서 리전별 기준으로 경로 충돌 해결을 제공합니다.
3. VPC 네트워크가 리전 및 피어링 그룹당 동적 경로 할당량 한도에 도달했음을 나타내는 경고를 찾습니다. VPC 네트워크가 이 할당량 한도에 도달하면 하나 이상의 피어링 동적 경로가 프로그래밍되지 않습니다. 프로그래밍되지 않은 피어링 동적 경로를 정확하게 표시하는 것이 가능하지 않기 때문에 리전 및 피어링 그룹당 동적 경로 할당량에 대해 할당량 한도 증가를 요청합니다.
예상한 경로가 계속 표시되지 않으면 다음을 수행합니다.
1. 피어링 구성을 검토하고 커스텀 경로를 가져오도록 필요에 따라 피어링 구성을 업데이트합니다.
2. 해당 경로가 VPC 네트워크 피어링을 사용하여 교환할 수 없는 다음 경로 유형 중 하나가 아닌지 확인합니다.
  - 다른 피어 네트워크에서 수신된 피어링된 VPC 네트워크에 있는 피어링 서브넷, 피어링 정적, 피어링 동적 경로는 VPC 네트워크 피어링을 사용하여 VPC 네트워크로 교환될 수 없습니다.
  - 네트워크 태그와 함께 기본 인터넷 게이트웨이 다음 홉 및 정적 경로를 사용하는 정적 경로는 VPC 네트워크 피어링을 사용하여 교환될 수 없습니다.
  자세한 내용은 경로 교환 옵션을 참조하세요.
3. 피어링된 VPC 네트워크의 네트워크 관리자에게 다음을 요청하세요.
  1. VPC 네트워크의 경로를 나열하여 원하는 경로를 찾습니다.
  2. 피어링 구성을 검토하고 커스텀 경로를 내보내도록 필요에 따라 피어링 구성을 업데이트합니다.

피어 네트워크를 대상으로 하는 트래픽이 삭제됨

연결 테스트를 사용하면 피어 네트워크를 향하는 트래픽이 삭제되는 이유를 확인하는 데 도움이 됩니다. 커스텀 경로를 사용하여 트래픽을 전송해야 하는 경우 커스텀 경로 누락을 참조하세요.

트래픽이 예상치 못한 다음 홉으로 전송됨

연결 테스트를 사용하면 트래픽이 예상치 않은 다음 홉으로 전송되는 이유를 확인하는 데 도움이 됩니다. 커스텀 경로를 사용하여 트래픽을 전송해야 하는 경우 커스텀 경로 누락을 참조하세요.

특정 VPC 네트워크와 피어링할 수 없음

특정 VPC 네트워크에서 피어링 구성을 만들 수 없는 경우 조직 정책이 네트워크에서 피어링할 수 있는 VPC 네트워크를 제한할 수 있습니다. 조직 정책에서 허용되는 피어 목록에 네트워크를 추가하거나 조직 관리자에게 문의하세요. 자세한 내용은 constraints/compute.restrictVpcPeering 제약조건을 참조하세요.

IPv6 경로가 교환되지 않음

먼저 피어링 연결과 피어링된 VPC 네트워크의 피어링 연결 모두 스택 유형이 IPV4_IPV6으로 설정되어 있는지 확인합니다. 필요한 경우:

스택 유형을 IPV4_IPV6으로 설정하도록 피어링 연결을 업데이트합니다.
피어링된 VPC 네트워크의 네트워크 관리자에게 피어링 연결을 업데이트하여 스택 유형을 IPV4_IPV6으로 설정하도록 요청합니다.

두 피어링 연결의 스택 유형이 모두 IPV4_IPV6으로 설정되면 IPv6 서브넷 경로(내부 및 외부 모두)가 교환됩니다. IPv6 서브넷 경로는 모든 Google Cloud VPC 네트워크에서 고유합니다.

IPv6 커스텀 경로를 교환하려면 다음 단계를 따르세요.

커스텀 경로를 가져오고 내보내도록 피어링 연결을 업데이트합니다.
피어링된 VPC 네트워크의 네트워크 관리자에게 커스텀 경로를 가져오고 내보내도록 피어링 연결을 업데이트해 달라고 요청합니다.

다음 단계

VPC 라우팅에 대한 자세한 내용은 경로를 참조하기
VPC 네트워크 피어링과 관련된 한도는 VPC 네트워크 피어링 한도 참조하기
내부 패스스루 네트워크 부하 분산기를 커스텀 정적 경로의 다음 홉으로 사용하는 방법은 내부 패스 스루 네트워크 부하 분산기를 다음 홉으로 사용 참조하기

VPC 네트워크 피어링 설정 및 관리

피어링 구성 만들기

업데이트 전략

구성 만들기

콘솔

gcloud

Terraform

피어링된 VPC 네트워크 간에 트래픽이 전달되고 있는지 확인

피어링 연결 업데이트

연결 업데이트

콘솔

gcloud

기본 업데이트 전략 변경

gcloud

피어링 연결 목록 표시

콘솔

gcloud

피어링 연결 보기

gcloud

피어링 경로 나열

콘솔

gcloud

피어링 연결 삭제

연결 삭제(독립형)

콘솔

gcloud

연결 삭제 (컨센서스)

gcloud

문제 해결

피어 VM에 연결할 수 없음

커스텀 경로 누락

피어링 연결 상태 확인

ACTIVE 연결 문제 해결

피어 네트워크를 대상으로 하는 트래픽이 삭제됨

트래픽이 예상치 못한 다음 홉으로 전송됨

특정 VPC 네트워크와 피어링할 수 없음

IPv6 경로가 교환되지 않음

다음 단계

`ACTIVE` 연결 문제 해결