Cloudflare WAN·Magic Transit, IPsec·GRE 터널 위 BGP 피어링 정식 지원
Cloudflare가 Cloudflare WAN과 Magic Transit에서 IPsec 및 GRE 터널 위 BGP 피어링을 일반 제공(GA)으로 전환했다. 이번 변경의 핵심은 터널 연결 환경에서도 정적 라우트를 수동으로 관리하지 않고, 고객 장비와 Cloudflare 가상 네트워크 라우팅 테이블 사이에 경로를 동적으로 교환할 수 있다는 점이다.
무엇이 바뀌었나
이번 발표는 Cloudflare WAN과 Magic Transit에서 BGP over IPsec, BGP over GRE를 운영 환경에 사용할 수 있는 정식 기능으로 제공한다는 내용이다. 원문 기준으로 Cloudflare One도 제목에 함께 언급됐지만, 본문에서 정식 지원 대상으로 직접 설명된 것은 Cloudflare WAN과 Magic Transit이다.
Cloudflare는 이 기능으로 고객 측 네트워크 장비와 Cloudflare의 가상 네트워크 라우팅 테이블 간에 동적으로 경로를 교환할 수 있다고 설명했다. 네트워크 변경이 발생할 때마다 정적 라우트를 수동 수정해야 하는 부담을 줄이는 데 초점이 맞춰져 있다.
네트워크 운영자가 볼 실무 영향
지사, 코로케이션 랙, 온프레미스 방화벽, 업스트림 연결 구간에서 Cloudflare와 터널 연동을 쓰는 환경이라면 경로 변경 절차를 단순화할 수 있다. 특히 여러 사이트를 묶어 운영하거나 라우트 변경 빈도가 높은 환경에서는 정적 경로 누락이나 반영 지연 위험을 낮추는 데 도움이 된다.
국내 IDC나 일본 IDC에서 고객사 장비와 클라우드 보안·전송 구간을 함께 운영하는 경우에도, 터널은 유지하면서 라우팅만 동적으로 교환하는 구성이 가능해진다는 점이 실무적으로 중요하다. 다만 실제 도입 전에는 기존 정적 경로 정책, 내부 라우팅 우선순위, 장애 전환 시나리오가 BGP 도입 후 어떻게 바뀌는지 점검할 필요가 있다.
적용 조건과 확인할 항목
원문에 따르면 이 기능은 Unified Routing을 사용하는 모든 계정에서 사용할 수 있으며 별도 활성화 절차는 필요 없다. 반면 BGP over CNI는 계속 비공개 베타 상태다.
운영 체크 포인트는 비교적 명확하다. 먼저 현재 Cloudflare WAN 또는 Magic Transit 연결이 Unified Routing 기반인지 확인하고, 다음으로 기존 IPsec·GRE 터널에서 정적 라우트에 의존하는 구간이 있는지 식별해야 한다. 이후 BGP 피어링으로 전환할 경우 광고할 프리픽스 범위와 수신 경로 정책을 정리하고, 내부 표준 구성 문서에 정적 라우트 잔존 설정이 남아 있지 않은지도 함께 점검하는 편이 좋다.
핵심 포인트
- Cloudflare WAN과 Magic Transit에서 IPsec·GRE 터널 기반 BGP 피어링이 GA로 전환됐다.
- 고객 장비와 Cloudflare 가상 네트워크 라우팅 테이블 사이에 동적 경로 교환이 가능하다.
- Unified Routing 사용 계정은 별도 활성화 없이 이용할 수 있다.
- BGP over CNI는 아직 closed beta 상태다.