Direct Link on Classic 구성
IBM Cloud® Direct Link on Classic 연결이 설정되고 나면 이 문서에 제공된 단계에 따라 IBM Cloud와 상호작용하도록 서브넷을 구성할 수 있습니다.
일반적으로 Direct Link on Classic 연결이 작동하도록 하려면 몇 가지 기본적인 네트워크 구성 단계를 수행한 후 BGP(Border Gateway Protocol)를 설정해야 합니다. 설정 프로세스 중에는 사용자의 네트워크가 필수인 VRF(Virtual Routing Function) 기능을 사용할 수 있게 하기 위해 IBM 엔지니어가 사용자와 함께 작업합니다.
기본 네트워크 구성
-
표준 RFC1918 사설 주소 공간을 사용하는 원격 네트워크를 정의하십시오.
- 새 환경의 경우에는
10.0.0.0/8공간을 사용하십시오. 10.0.0.0/8주소 범위를 사용하는 기존 환경의 경우 IBM Cloud 서비스 네트워크 또는 계정에 이미 할당된 네트워크와 충돌이 없는지 보다 자세한 평가를 받는 것이 좋습니다. 이 권장 사항은 클래식 네트워크가 Direct Link 또는 클래식 네트워크에 연결된 Transit Gateway 에 연결되어 있는 경우에만 적용됩니다. 사용 중인 환경이 VPC 인프라만 사용하는 경우에는 해당 사항이 적용되지 않습니다.
- 새 환경의 경우에는
-
IBM Cloud 담당자가 각 연결에
/31또는/30네트워크를 할당하고 IBM Cloud 교차 연결 라우터(XCR) 인프라에서 인터페이스 IP 주소를 구성합니다. 하지만 저희 직원은 Direct Link 2.0 연결을 구성하지 않습니다. Direct Link 2.0 의 경우 고객이 주문 과정에서 필요한 네트워크를 선택하고 구성합니다. -
제공된 IP 주소를 사용하여 고객 에지 라우터(CER)에서 인터페이스를 구성하십시오. IBM Cloud XCR IP를 IBM Cloud에 전달되는 모든 트래픽에 대한 다음 홉으로 사용하십시오.
-
리턴 트래픽의 경우, IBM Cloud는 BGP를 통해 광고된 바와 같이 지정된 CER IP를 원격 네트워크에 전달되는 트래픽에 대한 다음 홉으로 사용합니다.
BGP 구성
사용자의 환경과 라우트 정보를 교환하려면 IBM Cloud에 BGP가 구성되어야 합니다. 옵션은 다음과 같습니다.
-
ASN: IBM Cloud는 각 고객이 사용하기 위한 사설 ASN을 지정합니다. 또는 사용자 고유의 공용 ASN을 사용할 수 있습니다. 주문이 배치될 때 참조가 요청됩니다. 지정된 사설 ASN이 구현 프로세스 중에 사용자에게 제공됩니다.
-
VRF: IBM Cloud는 VRF를 사용하여 사용자의 고객 계정에 지정된 특정 사설 서브넷을 광고합니다. 사용자는 IBM Cloud 사설 네트워크에서 연결할 원격 네트워크를 광고해야 합니다. IBM Cloud 네트워크를 오가는 광고를 관리하는 것은 고객의 책임입니다. (VRF에 대한 추가 세부사항이 다음 섹션에 포함되어 있습니다.)
다음 네트워크는 필터링되어 허용되지 않습니다.
10.0.0.0/14,10.198.0.0/15,10.200.0.0/14,169.254.0.0/16,224.0.0.0/4.
IBM Cloud Direct Link에 대한 BGP 사양
BGP 스펙은 다음과 같습니다.
이전 섹션에 설명된 대로 Direct Link를 통해 라우팅을 관리하려면 BGP가 반드시 필요합니다. Direct Link를 주문하는 계정은 VRF 환경으로 마이그레이션됩니다.
고객은 IBM Cloud 환경에서 해당 IP 주소에 액세스할 수 있도록 GRE 터널 엔드포인트를 IBM Cloud 에 알려야 합니다. 직접 연결된 IP 주소가 항상 IBM Cloud 라우팅 테이블에 설치되는 것은 아닙니다.
VLAN 및 VRF에 대한 주의사항은 다음과 같습니다.
- VRF 환경에서는 계정 간 VLAN Spanning이 허용되지 않습니다.
- IPsec VPN 서비스가 제한됩니다.
VRF는 SSL VPN 액세스를 방지하지 않지만 동작이 변경됩니다. VRF가 없으면 하나의 VPN 연결로 계정의 모든 서버를 볼 수 있습니다. VRF를 사용하는 경우에는 해당 VPN과 연관된 마켓의 리소스에만 액세스할 수 있습니다. 따라서 DAL VPN에 연결하는 경우에는 DAL 서버에만 연결할 수 있습니다.
공용 및 개인 서비스에 대한 IBM Cloud ASN은 13884입니다.
- 주문 시 고객용 기본 ASN은 64999이지만 고객 요청에 따라 기본값을 변경할 수 있습니다.
- 선택적으로 4바이트 비공개 ASN
4201000000-4294967294을 지원할 수 있습니다. - 제외된 ASN:
0,13884,36351,64512,64513,65100,65201-65234,65402-65433,65500및 4바이트 ASN:4201065000-4201065999 - Direct Link Connect를 IP VPN과 같은 계층 3 서비스와 함께 사용 중인 경우 IBM Cloud는 Direct Link Connect 제공자의 ASN을 사용하여 BGP를 설정합니다.
권장사항, 기본값 및 제한사항:
- IP 겹침이 문제가 되는 경우 터널링(즉, GRE)이 지원되고 권장됩니다.
- BGP 타이머의 기본값은
Keepalive:30,Holdtime:90입니다. - 기본적으로 인증은 사용 안함으로 설정됩니다.
- 기본적으로 BGP BFD는 사용 안함으로 설정됩니다.
- 수신되는(고객 또는 제공자로부터) 최대 접두부 한계는 VRF당 200개입니다.
IP 지정에 대한 엄격한 제한사항
-
10.x.x.x네트워크를 사용하는 경우에도 IBM Cloud 내의 호스트나 IBM Cloud 서비스 네트워크(10.0.0.0/14,10.198.0.0/15,10.200.0.0/14)를 사용하는 호스트와 중복 생성할 수 없습니다. 이 제한은 VPC가 아닌 클래식에만 적용됩니다. -
169.254.0.0/16,224.0.0.0/4범위는 연방 시스템에서 허용되지 않으며 IBM 서버에서 거부됩니다.
중복성 및 다양성
IBM Cloud Direct Link는 다양성을 제공하며 고객은 BGP 스키마를 통해 중복성을 구현해야 합니다.
BGP 포워딩 결정 이해
IBM Cloud BGP 라우팅 및 전달은 온프레미스 측의 공급업체 구현에 따라 달라집니다. 이는 Direct Link으로 작동하도록 온프레미스 장비를 구성하는 방법을 이해하는 데 중요합니다. 이해와 계획에 실패하면 비대칭 라우팅 경로 또는 잘못 선호되는 라우팅 선택과 같은 원치 않는 동작이 발생할 수 있습니다. 다음 표는 가장 중요한 것부터 가장 중요하지 않은 것까지 순서대로 나열한 것입니다. 이는 단일 경로에 적용됩니다. 여러 경로를 사용하면 이 동작이 변경됩니다. 이러한 일반적인 규칙에서 벗어난 사항은 라우터의 구성 가이드를 참조하세요.
| BGP 고려 사항 | 의미 | 기본값 |
|---|---|---|
| 다음 홉 도달 가능 | BGP는 통신할 수 없는 경로를 선택하지 않습니다. | 해당사항 없음 |
| 무게(Cisco만 해당) | 경로 선호도에 대한 Cisco 전용 메트릭입니다. | 더 높은 가치 선호 |
| Local_Pref | 경로 선호도에 대한 공급업체에 구애받지 않는 메트릭입니다. | 더 높은 가치 선호 |
| 로컬로 주입된 경로 | 라우터가 경로를 오리진하는 경우, iBGP/eBGP보다 선호합니다. | 해당사항 없음 |
| AS_경로 길이 | 경로가 통과해야 하는 AS의 수입니다. | 낮은 가치 선호 |
| 출처 | 경로를 생성한 프로토콜이 무엇인지 입력합니다. | 외부 BGP보다 내부 BGP 선호 |
| MED | 다중 출구 판별기는 AS 간에 하나의 출구 경로를 선호할 수 있습니다. | 낮은 값이 선호됩니다 |
| 이웃 유형 | 두 AS 간의 프로토콜 관계는 어떻게 되나요? | 외부 BGP보다 내부 BGP 선호 |
| IGP 메트릭 | 경로의 IGP 지표는 무엇인가요? | 낮은 값이 선호됩니다 |
| 경로 연령 | 노선은 얼마나 오래되었나요? | 가장 오래된 경로 선호 |
VRF 사용에 대한 자세한 정보
IBM Cloud Direct Link 솔루션을 사용하는 모든 계정은 VRF로 마이그레이션해야 합니다. 자세한 정보는 VRF 계정 마이그레이션에 대한 FAQ 를 참조하십시오.
VRF를 사용하여 고객은 사용 가능한 라우트를 자신의 자체 정의한 원격 네트워크에 광고합니다. 이 구성은 IBM Cloud 네트워크에서 자체 정의한 IP 주소를 사용하는 것을 허용하지 않습니다.
VRF로 마이그레이션하려면 짧은 중단 기간(여러 VLAN/로케이션이 있는 대규모 계정의 경우 최대 30분)이 필요하며, 이 기간 동안 백엔드 네트워크 VLAN이 VRF로 이동하는 동안 상호 연결이 끊어집니다.
트래픽 관리를 위해 게이트웨이 어플라이언스가 도입되지 않으면 모든 VLAN이 통신할 수 있으므로 VRF는 계정 간 VLAN Spanning 기능을 포함, 사용자의 계정에 대한 "VLAN Spanning" 옵션을 제거합니다. 또한 VRF는 IBM Cloud SSL 및 IPsec VPN 서비스와 호환되지 않으므로 IBM Cloud VPN 서비스를 사용하는 기능을 제한합니다.
대안은 IBM Cloud Direct Link 오퍼링 자체를 사용하여 서버를 관리하거나 여러 유형의 VPN으로 구성할 수 있는 사용자 고유의 VPN 솔루션(예: Vyatta)을 실행하는 것입니다. VRF로 마이그레이션한 후에 SSL VPN은 일반적으로 VPN 연결이 컴퓨팅 VM이 실행 중인 같은 데이터 센터 위치에 작성될 때 작동하지만, 글로벌하게 액세스를 허용하지 않습니다.
Direct Link와 함께 BYOIP 및 NAT 사용하기
IBM Cloud Direct Link는 사설 네트워크에서 BYOIP를 제공하지 않습니다. 따라서 IBM Cloud에 의해 지정되지 않은 대상 IP 주소가 있는 트래픽은 삭제됩니다. 그러나 고객은 자신의 원격 네트워크와 GRE, IPsec 또는 VLAN을 사용하는 자신의 IBM Cloud 네트워크 간의 트래픽을 캡슐화할 수 있습니다.
일반적으로 BYOIP 환경은 네트워크 게이트웨이(Vyatta) 또는 VMWare NSX 배치의 범위 내에서 구현됩니다. 이 구성은 고객이 IBM Cloud 측에서 원하는 IP 공간을 사용하고, 터널에서 원격 네트워크로 다시 라우팅할 수 있게 합니다. 이 구성은 IBM Cloud와 별개로 고객이 관리하고 지원해야 합니다. 또한, 고객이 IBM Cloud가 서비스에 사용하고 있는 10.x.x.x 블록을 지정하는 경우,이 구성은 IBM Cloud 서비스 네트워크에 대한 연결을 중단할 수 있습니다.
또한 이 솔루션에서는 IBM Cloud 서비스 네트워크에 연결해야 하는 각 호스트와 원격 네트워크에 두 개의 IP 주소(하나는 IBM 10.x.x.x 블록의 주소, 다른 하나는 원격 네트워크 블록의 주소)가 지정되어 있을 것을 요구합니다. 트래픽이 라우트되도록 정적 라우트를 호스트에 설정해야 합니다. IBM Cloud 호스트에 직접 IP 공간을 지정(BYOIP)하고 이를 IBM Cloud 네트워크에서 본질적으로
라우팅 가능하게 할 수는 없습니다. 이 기능을 구현하는 유일한 방법은 이전에 그 개요가 설명되었지만, IBM Cloud에서 지원되지 않습니다.
고객이 종종 자신의 원격 에지 라우터에 구성된 NAT 테이블에서 사용하기 위한 원격 네트워크 블록을 지정하는 경우가 있습니다. 이 구성은 고객이 두 네트워크에 수행해야 하는 변경을 최소화하는 동시에 두 네트워크와 모두 호환되는 네트워크 주소 공간으로 트래픽을 변환할 수 있도록 합니다.