계획 고려사항

VPC용 동적 라우트 서버는 일부 고객을 대상으로 평가 및 테스트 목적으로 제공되는 베타 기능입니다. 접근 권한은 허용 목록에 등재된 계정으로만 제한됩니다.

동적 라우팅 서버를 생성하기 전에, 관련 계획 사항, 구성 요구 사항 및 기타 지침을 검토하십시오.

일반 고려사항

동적 경로 서버를 생성하기 전에 다음의 일반적인 고려 사항을 검토하십시오:

  • 동적 경로 서버는 라우팅 서비스이며, 데이터 트래픽을 전달하지 않습니다. 대신, BGP를 사용하여 피어로부터 경로를 학습하고, 정의된 정책에 따라 VPC 라우팅 테이블에 경로를 추가합니다.
  • 동적 경로 서버 인스턴스는 단일 VPC 내에서 생성되며, 해당 VPC에 대한 경로만 관리합니다.
  • 동적 경로 서버 인스턴스를 생성할 때는 최소 1명에서 최대 3명(구역당 1명)의 구성원을 지정해야 합니다. 고가용성을 확보하려면 가용 영역당 하나의 멤버를 사용하십시오.
  • 동적 경로 서버 인스턴스의 모든 구성원은 동일한 로컬 ASN을 사용해야 합니다.
  • 동적 라우팅 서버 인스턴스가 생성된 후에는, 피어, 피어 그룹 또는 라우팅 정책을 구성하기 전에 해당 인스턴스가 안정적인 라이프사이클 상태에 도달해야 합니다.

가상 네트워크 인터페이스 관련 고려 사항

동적 경로 서버 인스턴스에 사용할 가상 네트워크 인터페이스(VNI)를 선택할 때는 다음 사항을 검토하십시오

  • 각 동적 경로 서버 구성원에는 사전에 생성해야 하는 VNI가 하나씩 필요합니다.
  • 모든 VNI는 동적 경로 서버 인스턴스와 동일한 VPC에 속해야 합니다.
  • 각 VNI에는 예약된 사설 IP 주소와 BGP 트래픽을 허용하는 하나 이상의 보안 그룹이 반드시 있어야 합니다.
  • 회원에게 적용하는 기존 VNI는 다음 요건을 충족해야 합니다:
    • 이 계정은 동적 경로 서버와 동일한 계정이며, 다른 대상에 바인딩되어 있지 않습니다.
    • IP 스푸핑은 허용되지 않으며, 인프라 NAT가 활성화되어 있고, 프로토콜 상태 필터링은 비활성화되어 있지 않습니다.
    • 이 서버에는 플로팅 IP도, 보조 예약 IP도 없으며, 기본 IP 외에는 다른 IP가 없습니다.
  • 고가용성을 확보하려면 서로 다른 가용 영역에 위치한 VNI를 선택하십시오.
  • 동적 경로 서버 인스턴스에 연결된 VNI는 해당 동적 경로 서버에서 연결이 해제되기 전까지는 삭제할 수 없습니다.
  • VNI와 연결된 서브넷은 예약된 IP 주소와 지속적인 운영을 위해 충분한 IP 용량을 확보해야 합니다.

BGP, BFD 및 ASN 관련 고려 사항

동적 경로 서버 인스턴스를 생성하기 전에 다음 BGP 관련 고려 사항을 검토하십시오:

  • 동적 경로 서버는 BICR( eBGP )을 사용하여 라우터, 방화벽 또는 트랜짓 게이트웨이와 같은 피어와 경로를 교환합니다.
  • 동적 라우팅 서버 인스턴스를 생성할 때는 로컬 ASN을 반드시 지정해야 합니다.
  • 각 피어는 로컬 ASN과 다른 피어 ASN으로 구성되어야 합니다.
  • 0, 13884, 36351, 64512, 64513, 65100, 65200-65234, 65402-65433, 65500, 65516, 65519, 65521, 65531 및 4201065000-4201065999 의 ASN 값은 예약되어 있으므로 로컬 ASN이나 피어 ASN으로 사용할 수 없습니다.
  • ASN 충돌이 발생하면, ASN 구성이 수정될 때까지 BGP 세션이 설정되지 않습니다.
  • 피어 그룹에서 양방향 전달 감지(BFD)를 활성화하면 장애 감지 및 경로 철회를 더 빠르게 수행할 수 있습니다.
  • 동적 경로 서버 어플라이언스는 멀티홉을 사용하여 BGP 세션을 설정합니다. BGP 세션에서 양방향 전달 감지(BFD)를 사용하려면, 동적 경로 서버 어플라이언스와 피어 장치 모두에서 BGP 멀티홉을 구성하십시오. BFD 장애 감지를 활성화하려면 피어 장치의 BGP 구성이 멀티홉을 지원하도록 설정해야 합니다.

Transit Gateway 통합 시 고려 사항

동적 경로 서버를 IBM Cloud® Transit Gateway 와 통합할 때는 다음 사항을 검토하십시오:

  • 트랜짓 게이트웨이를 생성할 때나 기존 트랜짓 게이트웨이에 네트워크 연결을 추가할 때 동적 경로 서버에 대한 트랜짓 게이트웨이 연결을 생성할 수 있습니다.
  • 동적 경로 서버 인스턴스는 하나의 전송 게이트웨이에만 연결될 수 있습니다.
  • 트랜짓 게이트웨이 연결은 트랜짓 게이트웨이와 동적 경로 서버 구성원 간에 eBGP 를 사용하는 중복된 GRE(Generic Routing Encapsulation) 터널을 활용합니다.
  • GRE 터널 IP 주소에 CIDR을 지정하는 경우, 해당 CIDR은 최소 /27 이어야 하며, 어떤 VPC 서브넷이나 기존 트랜짓 게이트웨이 터널 CIDR과도 중복되어서는 안 됩니다.
  • CIDR이 지정되지 않은 경우, 기본 CIDR 범위가 사용됩니다.
  • 동적 경로 서버가 트랜짓 게이트웨이에 연결된 경우, 트랜짓 게이트웨이로부터 학습한 경로는 동적 경로 서버 정책에서 허용하는 경우에만 다른 피어에게 알릴 수 있습니다.

Transit Gateway 와 동적 경로 서버 어플라이언스 간의 연결을 설정하려면, GRE 트래픽(IP 프로토콜 47)을 허용하도록 네트워크 ACL(NACL)을 구성하십시오. 또한, Transit Gateway 와 동적 경로 서버 어플라이언스 간에 BGP 트래픽( TCP 포트 179) 및 GRE 트래픽(IP 프로토콜 47)이 허용되도록 보안 그룹(SG) 규칙을 구성하십시오.

라우팅 테이블 및 정책 관련 고려 사항

동적 경로 서버 정책을 구성하기 전에 다음 경로 설정 관련 고려 사항을 검토하십시오:

  • 피어 정책을 사용하여 피어 간에 학습된 경로를 반영하고, VPC 주소 접두사를 피어에 알리며, 학습된 경로를 VPC 라우팅 테이블에 추가하고, 사용자 정의 정적 경로를 알릴 수 있습니다.
  • 동적 라우팅 서버는 사용자가 정의한 라우팅 정책에 따라 VPC 사용자 지정 라우팅 테이블을 업데이트합니다.
  • 경로는 VPC 라우팅 테이블 정책에서 명시적으로 참조한 라우팅 테이블에만 추가됩니다.
  • 라우팅 테이블의 제한을 초과할 경우, 경로 추가가 실패할 수 있습니다. 자세한 내용은 라우팅 테이블 및 경로의 할당량에 대해 참조하십시오. 이 경우, 할당량 증액을 요청해야 할 수도 있습니다.
  • VPC 라우팅 테이블 정책을 구성할 때는, 서로 다른 피어 그룹에 속한 피어들이 동일한 목적지를 알리지 않도록 동적 경로 서버의 피어 그룹을 구성하십시오. 동일한 목적지를 여러 또래 집단에 걸쳐 홍보할 경우, 학습된 경로에 불일치가 발생할 수 있습니다.

고가용성 및 복원력 관련 고려 사항

다음 가용성 관련 고려 사항을 검토하십시오:

  • 존 내 장애 허용 기능을 위해, 가용성 영역마다 동적 경로 서버 구성원을 하나씩 배포하십시오.
  • 각 구성원은 피어와 독립적인 BGP 세션을 설정합니다.
  • 회원이 비정상 상태가 되면, 동적 경로 서버는 영향을 받은 경로를 자동으로 철회하고 정상 상태인 회원을 통해 경로를 다시 추가합니다.
  • 상태 모니터링은 BGP 세션 상태와 BFD 상태(활성화된 경우)를 기반으로 합니다.

보안 고려사항

다음 보안 고려 사항을 검토하십시오:

  • 동적 경로 서버 어플라이언스는 IBM Cloud 에서 관리되며, 서비스별로 격리된 VPC에서 실행됩니다.
  • 동적 경로 서버 구성 요소와 IBM Cloud 서비스 간의 통신은 사설 네트워크 및 가상 사설 엔드포인트를 사용합니다.
  • VNI에 연결된 보안 그룹은 BGP 트래픽( TCP, 포트 179)과 라우팅 제어를 위해 필요한 피어별 추가 트래픽을 허용해야 합니다.
  • 모든 동적 경로 서버 구성 변경 사항 및 수명 주기 이벤트는 IBM Cloud® Activity Tracker 를 사용하여 기록됩니다. 자세한 내용은 ‘동적 경로 서버 상태 및 설명’, ‘동적 경로 서버 이벤트’ 및 ‘동적 경로 서버 로깅’을 참조하십시오.

운영 고려사항

다음 운영 관련 고려 사항을 검토하십시오:

  • 피어 그룹이나 정책이 여전히 존재하며 해당 인스턴스에 종속되어 있는 경우, 동적 경로 서버 인스턴스를 삭제할 수 없습니다.
  • 동적 경로 서버 인스턴스를 삭제하려면 먼저 모든 정책을 제거하고, 모든 피어 그룹을 삭제한 다음, 동적 경로 서버를 모든 전송 게이트웨이에서 분리해야 합니다.
  • 피어, 피어 그룹 또는 정책 추가와 같은 구성 변경은 기존 트래픽 흐름에 지장을 주지 않습니다.
  • 경로 변경 사항은 정책 및 상태 상태에 따라 VPC 라우팅 테이블에 즉시 반영됩니다.