Network Connectivity Center에서는 Google 네트워크를 외부 사이트가 포함된 광역 통신망(WAN)의 일부로 사용할 수 있습니다. 이 기능을 사이트 간 데이터 전송이라고 부릅니다.
예를 들어 뉴욕, 시드니, 도쿄에 각각 사무소가 있다고 가정해보세요. 필요한 구성을 완료한 후 Google 네트워크를 사용해서 사이트 3개 간에 데이터를 이동할 수 있습니다.
이 기능을 사용 설정하려면 지원되는 리소스를 사용해서 각 사이트를 Google Cloud에 연결합니다. 그런 후 각 연결 리소스를 나타내는 Network Connectivity Center 스포크를 만듭니다. 각 스포크는 모든 허브 간 풀 메시 연결을 제공하는 중앙 허브에 연결되어 있습니다.
지원되는 연결 리소스에는 Cloud VPN(HA VPN 터널), Cloud Interconnect, 라우터 어플라이언스가 포함됩니다. 라우터 어플라이언스는 Google Cloud에서 서드 파티 네트워크 가상 어플라이언스를 설치하고 이를 사용해서 Cloud Router와 경로를 교환할 수 있게 해주는 Network Connectivity Center 기능입니다.
데이터 전송을 위해 Network Connectivity Center를 사용하기 전 다음 항목을 검토하고 고려하세요.
사이트 간의 데이터 전송 트래픽이 최선의 방식이며 대역폭 또는 지연 시간이 보장되지 않습니다.
데이터 전송은 지원되는 위치에서만 사용할 수 있습니다. 중복 Interconnect 연결 중 하나가 지원되지 않는 위치에 연결된 경우 경로 공지를 구성하는 방법에 대한 예시는 혼합 공지를 위한 온프레미스 라우터 구성을 참조하세요.
데이터 전송이 하나 이상의 스포크에 대해 사용 설정되었으면 이러한 스포크와 연결된 모든 연결 리소스가 단일 VPC 네트워크에 포함되어야 합니다.
여러 리전에 있는 스포크 간에 경로를 교환하려면 스포크 리소스가 있는 VPC 네트워크에서 동적 라우팅 모드가 global로 설정되어 있어야 합니다.
각 스포크에 대해 온프레미스 라우터가 스포크와 연결된 Cloud Router에 동일한 경로를 공지하는지 확인합니다.
일부 경우에는 우선순위가 동일한 동일 서브넷에 대해 여러 스포크에서 중복된 경로 공지가 발생할 수 있습니다.
Network Connectivity Center는 이러한 상황을 다음과 같이 처리합니다.
다른 유형의 리소스가 사용될 때 VLAN 연결에는 Cloud VPN 연결보다 많은 트래픽이 수신되어, 라우터 어플라이언스 인스턴스로 작동하는 VM보다 많은 트래픽이 수신됩니다.
Network Connectivity Center가 동일 유형의 여러 리소스 간에 트래픽을 분할할 때(예: 2개 VPN 터널)는 등가 다중 경로(ECMP) 라우팅을 사용해서 트래픽을 배포합니다.
알려진 문제: HA VPN 터널과 같이 참여 스포크의 리소스와 스포크 외부 유사 리소스에서 중복된 경로 공지가 있으면 문제가 발생할 수 있습니다. 중복 라우터 공지가 있으면 모든 사용 가능한 다음 홉 간의 트래픽 배포를 위해 참여 스포크의 트래픽에 ECMP가 사용될 수 있습니다. 이 동작은 다음 홉이 허브 또는 스포크에 참여하지 않는 경우에도 발생합니다.
Cloud Router 커스텀 학습된 경로는 적용되지 않습니다. 이 기능과 연결된 BGP 세션에서 커스텀 학습된 경로를 사용할 경우 경로가 외부 사이트에 전파되지 않습니다.
또한 기본 Network Connectivity Center 개요의 고려사항도 참조하세요.
요구사항
사이트 간 데이터 전송을 사용할 때는 다음을 모두 수행해야 합니다.
스포크와 연결된 모든 연결 리소스에 고가용성 구성이 사용되는지 확인합니다. 자세한 내용은 스포크 리소스의 고가용성을 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-05(UTC)"],[],[],null,["# Site-to-site data transfer overview\n\nNetwork Connectivity Center lets you use Google's network as part of a wide area network (WAN)\nthat includes your external sites. This feature is known as\n*site-to-site data transfer*.\n\nFor example, suppose you have an office in New York, an office in Sydney, and an\noffice in Tokyo. After completing the required configuration, you can use\nGoogle's network to move data between all three locations.\n\nTo enable this functionality, you use a supported resource to connect each\nsite to Google Cloud. Then you create a Network Connectivity Center\n*spoke* to represent each connectivity resource. Each spoke is attached to a\ncentral *hub*, which provides full mesh connectivity between all of the spokes.\n\nSupported connectivity resources include Cloud VPN\n(HA VPN tunnels), Cloud Interconnect, and\nRouter appliance. Router appliance is a Network Connectivity Center feature that\nlets you install a third-party network virtual appliance in Google Cloud\nand use it to exchange routes with Cloud Router.\n[](/static/network-connectivity/docs/network-connectivity-center/images/data-transfer.svg) Data transfer over Google's network (click to enlarge).\n\nFor a comparison of hybrid connectivity\nproducts and features, see\n[Choosing a Network Connectivity product](/network-connectivity/docs/how-to/choose-product).\n\nFor more information about Router appliance, see the\n[Router appliance overview](/network-connectivity/docs/network-connectivity-center/concepts/ra-overview). For\ninformation about Network Connectivity Center, see the\n[Network Connectivity Center overview](/network-connectivity/docs/network-connectivity-center/concepts/overview).\n\nConsiderations\n--------------\n\nBefore using Network Connectivity Center for data transfer, review and consider the\nfollowing points:\n\n- Data transfer traffic between sites is best-effort, and there are no bandwidth\n or latency guarantees.\n\n- Data transfer is available only in\n [supported locations](/network-connectivity/docs/network-connectivity-center/concepts/locations). For an example of\n how to configure route advertisements when one of your redundant\n Interconnect connections is to an unsupported location, see\n [Configure on-premises router for mixed advertisements](/network-connectivity/docs/network-connectivity-center/concepts/optimal-route-advertisement).\n\n- When data transfer is enabled for one or more spokes, all connectivity\n resources associated with these spokes must be part of a single\n VPC network.\n\n- If you want to exchange routes between spokes in multiple regions, the\n VPC network where your spoke resources are located must have\n its [dynamic routing mode](/vpc/docs/create-modify-vpc-networks#switch-dynamic-routing)\n set to `global`.\n\n- For each spoke, ensure that the\n on-premises router advertises identical routes to the Cloud Router\n associated with the spoke.\n\n- In some cases, your network might experience duplicate route advertisements\n from multiple spokes for the same subnets with the same priority.\n Network Connectivity Center handles these situations as follows:\n\n - When different types of resources are being used, VLAN attachments receive more traffic than Cloud VPN connections, which receive more traffic than VMs acting as router appliance instances.\n - When Network Connectivity Center splits traffic across multiple resources of the same type (for example, two VPN tunnels), it uses equal-cost multi-path ([ECMP](https://en.wikipedia.org/wiki/Equal-cost_multi-path_routing)) routing to distribute traffic.\n- **Known issue.** Problems can occur if there are duplicate route\n advertisements from resources in participating spokes, such as\n HA VPN tunnels, and from similar resources outside\n spokes. When duplicate router advertisements exist, then the traffic in\n participating spokes might use ECMP to distribute traffic across all\n available next hops. This behavior occurs even if the next hops aren't\n participating hubs or spokes themselves.\n\n- [Cloud Router custom learned routes](/network-connectivity/docs/router/concepts/learned-routes) aren't\n honored. If you use custom learned routes on BGP sessions associated with this\n feature, the routes aren't propagated to external sites.\n\n- See also\n [Considerations](/network-connectivity/docs/network-connectivity-center/concepts/overview#considerations)\n in the main Network Connectivity Center overview.\n\nRequirements\n------------\n\nWhen using site-to-site data transfer, you must do all of the following:\n\n- Make sure that all connectivity resources associated with your\n spokes use a high availability configuration. For more information, see\n [High availability for spoke resources](/network-connectivity/docs/network-connectivity-center/concepts/high-availability).\n\n- Follow the guidelines described in\n [ASN requirements for site-to-site data transfer](/network-connectivity/docs/network-connectivity-center/concepts/asn-requirements).\n\n- Make sure that routing prefixes are exclusively advertised within a hub or outside of\n a hub. If you fail to do this, best-path selection might choose a route that\n is not associated with a spoke.\n\nWhat's next\n-----------\n\n- To view a sample topology, see [Sample topology for site-to-site data transfer](/network-connectivity/docs/network-connectivity-center/concepts/data-transfer-topology).\n- To learn more about how Network Connectivity Center enables full mesh connectivity, see [Route exchange with site-to-site data transfer](/network-connectivity/docs/network-connectivity-center/concepts/route-exchange).\n- To learn about high availability requirements, see [High availability requirements for spoke resources](/network-connectivity/docs/network-connectivity-center/concepts/high-availability).\n- To work through a tutorial, see [Connecting two sites by using Cloud VPN spokes](/network-connectivity/docs/network-connectivity-center/tutorials/connecting-two-offices-with-vpns).\n- To create hubs and spokes, see [Work with hubs and spokes](/network-connectivity/docs/network-connectivity-center/how-to/working-with-hubs-spokes).\n- To view a list of partners whose solutions are integrated with Network Connectivity Center, see [Network Connectivity Center partners](/network-connectivity/docs/network-connectivity-center/partners)."]]