MPLS와 SD-WAN: 전송과 오버레이를 분리하십시오
MPLS 회선은 전송이고 SD-WAN은 그 위의 정책입니다. 가격을 비교하기 전에 언더레이 도달성, 오버레이 터널, 계약을 분리하십시오.
MPLS와 SD-WAN은 같은 목록의 대안이 아니며, 그래서 비교는 제자리를 맴돕니다. 하나는 사설 WAN 서비스로 판매되는 전달 기법이고, 다른 하나는 그 서비스 위에서, 광대역 위에서, 셀룰러 위에서, 또는 어떤 혼합 위에서도 동작할 수 있는 제어와 정책 계층입니다. MPLS가 남을지는 비즈니스가 무엇을 사는지에 달려 있고, 다이어그램에 어떤 로고가 보이는지에 달려 있지 않습니다. 먼저 계층을 분리하면 결정은 구체적인 질문의 묶음이 됩니다.
구매 대화에서 MPLS가 뜻하는 것
통신사 MPLS VPN은 사업자가 고객 접속 지점 사이에서 트래픽을 옮기고 라우팅 책임의 일부를 지는 사설 서비스를 제공합니다. MPLS는 기술로서 기업 네트워크 내부에도 나타나므로, 같은 단어가 기업이 직접 운영하는 것을 가리킬 수도 있습니다. 그 구분이 누가 레이블을 설정하고 누가 새벽 세 시에 전화를 받는지를 결정합니다. 어떤 접속 모델이 적용되는지 물어보고, 제품을 논의하기 전에 답을 적어 두십시오.
그 서비스에는 그 위에 오버레이를 만드는 것을 막는 것이 없습니다. 둘은 서로 다른 계층에 살며, 바로 그래서 하나를 바꾼다고 다른 하나가 자동으로 바뀌지 않습니다.
오버레이보다 언더레이를 먼저 그리십시오
언더레이는 에지 장비 사이에서 실제로 패킷을 옮기는 모든 것으로, 사업자의 인계 지점, 광고되는 프리픽스, 액세스 회선, 그리고 그것들을 도달 가능하게 만드는 라우팅입니다. 오버레이는 그 위에 세워진 터널과 사이트 관계의 집합이며, 암호화와 토폴로지 선택을 포함합니다. 정책은 더 위에 앉아 어떤 애플리케이션이 어떤 조건에서 어떤 경로를 택할지 정합니다. SD-WAN 같은 레이블은 그중 어느 것도 이름 붙이지 않으므로 제안된 설계는 이 셋을 따로 이름 붙여 읽으십시오.
두 사이트는 사업자 WAN을 유지한 채 그 위에 터널을 더할 수 있고, 일부 회선을 광대역으로 바꿀 수 있고, 여러 전송을 나란히 운영할 수 있습니다. 그 각각은 비용 구조와 장애 표면이 다른 별개의 프로젝트입니다.
판매 비교를 수용 기준으로 바꾸십시오
비교는 수용 기준으로 바뀔 때 비로소 쓸모가 있습니다. 계층마다 한 행이 있는 표를 만들고, 브로슈어가 아니라 계약에서 채우십시오.
| Layer | Question to answer | Owner |
|---|---|---|
| Underlay | Which paths exist, which prefixes are advertised, what service level is committed | Carrier and network team |
| Overlay | Which sites and prefixes are reachable through tunnels, and how traffic is encrypted | Enterprise |
| Policy | Which application uses which path, and what evidence triggers a change | Enterprise |
| Operations | Who diagnoses a brownout, and what the escalation path is | Both, in writing |
선호 경로가 돌아올 때 무슨 일이 일어나는지는 비대칭적이거나 흔들리는 선택이 전환 후 흔한 놀라움이기 때문에 기록해 두십시오. 정책을 실제로 적용할 수 있는지가 이 둘에 달려 있으므로 로컬 인터넷 브레이크아웃과 중앙 검사도 같은 표에 넣으십시오. 회선, 에지 장비, 소프트웨어, 운영, 복구 전반의 총비용을 비교하고 액세스 회선 하나의 가격만 보지 마십시오. 더 싼 회선이 그 자체로 더 싼 서비스를 만들지는 않습니다.
장애 독립성은 설계의 일부입니다
두 논리 경로가 라스트 마일 관로, 전원 공급, 상위 사업자를 공유할 수 있으며, 오버레이는 한 번도 가져본 적 없는 의존성을 우회할 수 없습니다. 각 회선 뒤의 물리적 다양성과 사업자 다양성을 요구하고, 그것을 정말로 신경 쓰는 장애와 맞춰 보십시오. 두 경로가 함께 죽으면 조종 논리에는 조종할 것이 남지 않습니다. 그 한계는 장애 중에 발견하지 말고 설계 문서에 적으십시오.
완성된 그림은 전송, 오버레이, 정책을 세 개의 분리된 띠로 보여야 하고, 계약 조건은 가장 아래 띠에 붙어야 합니다. 그러면 MPLS를 유지하거나 줄이거나 없애는 일이 누군가 변호할 수 있는 결정이 됩니다.