문제해결

문제해결 가이드는 Cloud Interconnect를 사용할 때 자주 발생하는 문제 해결을 위한 도움을 제공합니다.

Cloud Interconnect 아키텍처에 대한 일반적인 질문의 답은 Cloud Interconnect FAQ를 참조하세요.

일반적인 문제해결

다른 리전의 리소스에 연결할 수 없음

기본적으로 VPC 네트워크는 리전별로 운영되며 Cloud Router는 해당 리전의 서브넷만 공지합니다. 다른 리전에 연결하려면 VPC 네트워크의 동적 라우팅을 전역 모드로 설정해서 Cloud Router가 모든 서브넷을 공지할 수 있도록 합니다. 자세한 내용은 Cloud Router 문서의 동적 라우팅 모드를 참조하세요.

Cloud Router를 핑할 수 없음

Cloud Router를 핑할 수 없다면 로컬 기기가 Cloud Interconnect의 Google Cloud 측에 해당하는 올바른 MAC 주소를 알고 있는지 확인합니다. 다음 gcloud 명령어를 입력하여 올바른 MAC 주소를 찾을 수 있습니다.

  gcloud compute interconnects get-diagnostics [INTERCONNECT_NAME]

googleSystemID에는 Cloud Router에 할당된 IP 주소에 매핑되는 MAC 주소가 포함되며 이 주소가 사용자 기기의 ARP 테이블에 있어야 합니다.

  result:
    links:
    — circuitId: SAMPLE-0
      googleDemarc: sample-local-demarc-0
      lacpStatus:
        googleSystemId: ''
        neighborSystemId: ''
        state: DETACHED
      receivingOpticalPower:
        value: 0.0
      transmittingOpticalPower:
        value: 0.0
    macAddress: 00:00:00:00:00:00

기기가 MAC 주소를 알지 못하면 올바른 VLAN ID 및 IP 주소가 하위 인터페이스에 구성되어 있는지 확인합니다.

기기에 잘못된 MAC 주소가 있다면 Interconnect 연결(VLAN) 2개의 Layer 2 세그먼트를 브리지하지 않았는지 확인합니다. Cloud Interconnect의 Google Cloud 측은 모든 ARP 요청에 응답하는 ip proxy-arp로 구성되는데, 이로 인해 온프레미스 라우터가 잘못된 ARP 항목을 학습할 수 있습니다.

조직 내의 다른 프로젝트와 연결 공유

공유 VPC를 사용하여 호스트 프로젝트에 포함된 Interconnect 연결(VLAN)이나 Dedicated Interconnect 등의 연결을 공유할 수 있습니다. 공유 VPC 네트워크의 설정에 대한 자세한 내용은 공유 VPC 프로비저닝을 참조하세요.

진단

필요 시 Cloud Interconnect 연결의 Google Cloud 측에 대한 자세한 최신 기술 정보를 확인하려면 Interconnect 진단 받기를 참조하세요.

Dedicated Interconnect

상호 연결 프로비저닝 중에는 Google이 고객 IP를 핑할 수 없음

  • 올바른 IP 및 LACP 구성을 사용하고 있는지 확인합니다. 테스트 프로세스 중 Google은 고객이 단일 회선 번들을 주문하는지 아니면 멀티 회선 번들을 주문하는지에 따라 고객의 온프레미스 라우터를 위한 다양한 테스트 IP 구성을 전송합니다. 두 개의 번들 테스트 모두 Interconnect 연결을 구성하면 안됩니다.
  1. Google에서 전송하는 첫 번째 IP 주소 세트는 각 개별 링크의 연결을 테스트하기 위한 것입니다. Google에서 보낸 이메일에 안내된 대로 모든 물리적 회선에서 LACP가 아닌 테스트 IP 주소를 구성해야 합니다. Google에서 이러한 IP를 모두 핑해야 이 첫 번째 테스트에 통과합니다.
  2. 두 번째 테스트에서는 첫 번째 테스트에 사용된 IP 주소를 모두 삭제합니다. Interconnect에 링크가 하나만 있더라도 LACP를 사용하여 포트 채널을 구성해야 합니다. Google에서는 포트 채널 주소를 핑합니다. 상호 연결이 최종 테스트를 통과한 후에는 포트 채널의 LACP 구성을 수정하면 안 됩니다. 하지만 포트 채널 인터페이스에서 테스트 IP 주소는 삭제해야 합니다.
  1. Google에서 연결을 테스트하기 위해 최종 프로덕션 IP를 전송합니다. Google에서 보낸 이메일에 안내된 대로 LACP를 활성 또는 수동 모드로 구성하여 번들 인터페이스에서 IP 주소를 구성해야 합니다. Google에서 번들 인터페이스 IP를 핑해야 이 테스트에 통과합니다. Interconnect에 링크가 하나만 있더라도 LACP를 사용하여 포트 채널을 구성해야 합니다.

Cloud Router를 핑할 수 없음

  • Google의 포트 채널 IP 주소를 핑할 수 있는지 확인합니다. IP 주소는 상호 연결 세부정보에 표시되는 googleIpAddress 값입니다.
  • 온프레미스 라우터의 하위 인터페이스에 올바른 VLAN이 있는지 확인합니다. VLAN 정보는 Interconnect 연결에 의해 제공된 정보와 일치해야 합니다.
  • 온프레미스 라우터의 하위 인터페이스에 올바른 IP 주소가 있는지 확인합니다. Interconnect 연결을 만들 때 한 쌍의 링크-로컬 IP 주소가 할당됩니다. 하나(cloudRouterIpAddress)는 Cloud Router의 인터페이스를 위한 것이고 다른 하나(customerRouterIpAddress)는 포트 채널 자체가 아니라 온프레미스 라우터 포트 채널의 하위 인터페이스를 위한 것입니다.
  • Interconnect 연결의 성능을 테스트하는 경우 Cloud Router를 핑하면 안 됩니다. 대신 VPC 네트워크에 VM을 만들어 사용합니다. 자세한 내용은 성능 테스트를 참조하세요.

BGP 세션이 작동하지 않음

  • 홉이 2개 이상 있는 경우 내부 라우터에서 멀티 홉 BGP를 사용 설정합니다.
  • 온프레미스 라우터에 올바른 인접 항목 IP 주소가 구성되어 있는지 확인합니다. Interconnect 연결에 의해 할당된 BGP 피어 IP 주소(cloudRouterIpAddress)를 사용합니다.
  • 온프레미스 라우터의 로컬 ASN 구성과 Cloud Router의 피어 ASN 구성이 서로 일치하는지 확인합니다.
  • 각 연결에는 VPC 네트워크에 있는 169.254.0.0/16의 고유한 /29 CIDR이 할당됩니다. /29 CIDR에서 IP 주소 하나가 Cloud Router에 할당되고 다른 주소가 온프레미스 라우터에 할당됩니다. 온프레미스 라우터 인터페이스 및 해당 BGP 인접 항목에 올바른 IP가 할당되었는지 확인합니다. 일반적으로 온프레미스 라우터 인터페이스에 /29 대신 /30을 구성하는 실수를 합니다. /29 CIDR의 다른 모든 주소는 Google Cloud에 예약되어 있습니다. 이 CIDR의 다른 IP를 라우터의 Interconnect 연결 인터페이스에 할당하지 않았는지 확인합니다.

VPC 네트워크의 VM 인스턴스에 연결할 수 없음

  • 포트 채널과 Interconnect 연결을 핑할 수 있는지 확인합니다.
  • BGP 세션이 활성 상태인지 확인합니다.
  • 경로가 공지되고 있고 온프레미스 라우터에서 수신되고 있는지 확인합니다.
  • 내부 라우터의 MTU 크기를 1440으로 설정합니다.

Interconnect 연결용 VLAN 연결에 대한 성능 테스트

Interconnect 연결의 성능을 테스트해야 하는 경우 VPC 네트워크의 VM을 사용해야 합니다. 또한 VM에 필요한 성능 도구를 추가해야 합니다. ICMP 핑 또는 경로 MTU 등의 지연 시간을 테스트하는 데 Cloud Router의 링크-로컬 IP 주소를 사용하면 안 됩니다. Cloud Router를 사용하면 예측하지 못한 결과가 발생할 수 있습니다.

Partner Interconnect

BGP 세션이 작동하지 않음(Layer 2 연결)

  • 온프레미스 라우터에 Cloud Router와의 BGP 세션이 구성되었는지 확인합니다.
  • 홉이 2개 이상 있는 경우 내부 라우터에서 멀티 홉 BGP를 사용 설정합니다.
  • 온프레미스 라우터에 올바른 인접 항목 IP 주소가 구성되어 있는지 확인합니다. Interconnect 연결에 의해 할당된 BGP 피어 IP 주소(cloudRouterIpAddress)를 사용합니다.
  • 온프레미스 라우터의 로컬 ASN 구성과 Cloud Router의 피어 ASN 구성(16550)이 서로 일치하는지 확인합니다.
  • 온프레미스 라우터에서 Cloud Router의 IP 주소를 핑할 수 있는지 확인합니다. 그렇지 않으면 Cloud Router를 핑할 수 없음을 참조하세요.

BGP 세션이 작동하지 않음(Layer 3 연결)

  • Cloud Router에 서비스 제공업체의 ASN이 구성되어 있어야 합니다. 도움이 필요하면 서비스 제공업체에 문의하세요.

Cloud Router를 핑할 수 없음(Layer 2 연결)

  • 온프레미스 라우터의 하위 인터페이스에 올바른 Interconnect 연결이 있는지 확인합니다. Interconnect 연결 정보는 서비스 제공업체에서 제공된 정보와 일치해야 합니다.
  • 온프레미스 라우터의 하위 인터페이스에 올바른 IP 주소가 있는지 확인합니다. 서비스 제공업체에서 Interconnect 연결을 구성한 후에는 해당 연결에 의해 한 쌍의 링크-로컬 IP 주소가 할당됩니다. 하나(cloudRouterIpAddress)는 관련 Cloud Router의 인터페이스를 위한 것이고 다른 하나(customerRouterIpAddress)는 포트 채널 자체가 아니라 온프레미스 라우터 포트 채널의 하위 인터페이스를 위한 것입니다.
  • VLAN 연결의 성능을 테스트하는 경우에는 Cloud Router를 핑하면 안 됩니다. 대신 VPC 네트워크에 VM을 만들어 사용합니다. 자세한 내용은 성능 테스트를 참조하세요.

L3 Partner Interconnect 연결을 통해 MED 값을 보내고 학습할 수 없습니다.

Layer 3 파트너가 BGP를 자동으로 처리하는 Partner Interconnect 연결을 사용하는 경우 Cloud Router가 온프레미스 라우터에서 MED 값을 학습하거나 해당 라우터로 MED 값을 보낼 수 없습니다. MED 값이 자율 시스템을 통과할 수 없기 때문입니다. 즉, 이 유형의 연결을 사용하는 경우 Cloud Router가 학습한 경로의 우선순위를 온프레미스 라우터로 설정할 수 없으며 온프레미스 라우터에서 공지된 경로의 경로 우선 순위를 VPC 네트워크로 설정할 수 없습니다.

기타 모든 문제

추가 지원은 서비스 제공업체에 문의하세요. 필요한 경우 네트워크의 Google측 관련 문제를 해결하기 위해 서비스 제공업체에서 Google에 연락합니다.