며칠 전 영화 ‘음악과 가사’를 다시 봤습니다. 휴 그랜트가 영화의 어느 시점에서 부르는 “아직 나를 쓰지 마”라는 제목의 매우 유치한 노래가 있습니다. MPLS가 어떻게든 ‘복면가왕’에 출전할 수 있다면 주제곡으로 ‘아직은 날 버리지 말아요’를 선곡할 것이라고 생각했습니다. 네, 저는 괴짜이고, 싸구려 영화를 보고, 코로나19로 인해 Hulu에서 시청할 끔찍한 프로그램만 골라서 보게 되었습니다 – 사과드립니다. 이제 그 얘기는 그만하세요.
MPLS에 대해 이야기해 보겠습니다. 처음에 태그 전환이라고 불렸을 때부터 알고 있었습니다. 그러다 제가 다른 일을 하는 동안 몇 년 동안 서로 연락이 끊겼고, 제가 다시 네트워킹 기술로 돌아왔을 때 엔터프라이즈 광역 네트워킹 기술의 거의 모든 것이 MPLS를 중심으로 돌아가고 있었습니다. 왜 안 될까요? 이는 전 세계 IP 백본에 5대 9의 안정성 및 결정론적 QoS 동작과 같은 진정한 엔터프라이즈급 요구 사항을 제공함으로써 기업들은 새로운 IP 기반 전송 방식(인터넷과 혼동하지 말 것)을 진정으로 신뢰할 수 있게 되었고, 임대 회선(요즘 다크 파이버를 살 주머니가 없다면)의 세계는 사라지게 되었습니다.
하지만 제 요점은… SD-WAN 세계에서는 모든 사람들이 MPLS에서 큰 광폭을 발사하는 것이 취미였습니다. 다음은 몇 가지입니다:
- “엄청 비싸다!”
- “프로비저닝하고 사용할 수 있게 되려면 시간이 오래 걸립니다!”
- “단순히 중앙 사이트로 트래픽을 백홀하기 위해 설계된 토폴로지는 클라우드 기술 배포에 전혀 적합하지 않습니다!”
물론 이러한 진술에는 진실이 있지만, 많은 네트워크 관리자가 여전히 MPLS를 신뢰하고 마이그레이션 전략을 고려할 때 성공을 보장하는 안전한 경로를 신중하게 밟고 싶어하는 이유를 이해합니다.
우리 중 누구도 도박을 좋아하지 않고 중요한 전문적 결정에 있어 큰 위험을 감수하는 것을 좋아하지 않으며, 네트워크 관리자는 비즈니스를 지원하는 안정적이고 예측 가능한 엔터프라이즈 연결을 제공해야 한다는 부담을 안고 있습니다. 새로운 프로젝트를 더 빨리 제공하는 것은 좋지만, 엔터프라이즈 네트워크가 다운되거나 성능이 저하되어 모든 것이 엉망이 되는 것을 원하는 사람은 아무도 없습니다. 네트워크는 안정적이고 예측 가능하게 작동해야 하며, MPLS는 이를 보장하는 입증된 도구입니다. 제가 요즘 네트워크 관리자라면 MPLS에서 마이그레이션을 고려할 때 점진적이고 신중하며 위험 부담이 없는 접근 방식을 택할 것입니다. 다시 말해, 재택근무를 하는 우리 모두는 어느 정도 홈 네트워크 관리자이므로 단순히 광대역 비용을 20% 절감해 준다고 해서 현재 신뢰하고 있는 인터넷 공급업체에서 경험도 없는 새로운 공급업체로 즉시 전환하시겠습니까? 개인적으로는 안정적인 인터넷 연결에 생계가 달려 있기 때문에 더 나은 이유를 찾고 싶습니다.
고려해야 할 또 다른 측면은 전 세계의 대형 통신 사업자들이 MPLS 프리미엄 연결이 직면한 가격 압박을 완벽하게 인식하고 있다는 점입니다. 링크 최적화 기술을 적용하면 많은 지역에서 (일반적으로) 중복된 인터넷 링크의 뛰어난 성능을 활용할 수 있습니다. 따라서 MPLS 가격이 하락했습니다. 인터넷 광대역 수준에 근접하지 않은 것은 분명하지만, 여전히 Mbps당 비용 비율은 상당히 불균형하지만 가격 비교는 예전만큼 스캔들 같지는 않습니다.
하지만 사실 MPLS는 클라우드 친화적이지 않습니다. 제 생각에는 기업들이 비용적인 측면을 고려하는 것 이상으로 지사에서 SD-WAN과 직접 인터넷 연결을 검토하게 된 것은 바로 이 점입니다. 비용과 클라우드 토폴로지 지원의 조합으로 볼 수 있습니다. MPLS 중심 토폴로지로 클라우드 마이그레이션을 지원하기로 선택한 경우, 모든 사이트에서 훨씬 더 많은 MPLS 대역폭을 프로비저닝해야 한다는 의미입니다. 이제 그런 접근 방식은 파멸적이기 때문에 아무도 시도하지 않습니다. 따라서 MPLS는 클라우드 배포에 부적합한 토폴로지인 중앙 집중식 WAN 아키텍처를 강요한다는 점이 가장 큰 문제입니다. 결과적으로 SD-WAN은 클라우드 대상 트래픽을 브랜치 위치에서 퍼블릭 인터넷으로 직접 분리할 수 있는 기능을 제공했습니다. 문제 해결됐죠?
반대하는 입장이라서 죄송합니다. 인터넷에 직접 접속하는 방식은 여전히 두 가지 문제를 안고 있습니다:
첫 번째는 요즘 많이 이야기하는 것인데… 보안 태세를 완전히 리모델링해야 한다는 것입니다. 우리 모두는 그 논의에 참여하고 있으며, 이제 업계 전체가 열정적인 라브라두들이 SASE (Secure Access Services Edge) 테니스 공을 부지런히 쫓는 모습으로 구성되어 있습니다. 우리 업계가 새로운 보안 모델에 대응하고 있다는 것은 의심의 여지가 없습니다.
하지만 우리가 그다지 많이 이야기하지 않는 또 다른 문제는 인터넷으로 트래픽을 차단하면 작동할 수는 있지만 성능이 저하될 수 있으며 공용 광대역에 대한 ISP SLA 보증이 최고가 아니라는 점입니다. 대부분의 SD-WAN 솔루션은 기본적으로 두 가지 방식으로 서비스를 아웃소싱합니다. (a) 완전히 안정적이고 결정론적이기 위해서는 여전히 MPLS가 필요하고, (b) 그 외에는 인터넷으로 전송하여 하나 이상의 ISP가 최선의 경로와 최선의 트래픽 처리 방법을 알아서 처리하도록 내버려 둡니다. 그리고 어느 쪽이든 내부 작동에 대한 통제나 통찰력이 없기 때문에 어느 쪽이든 불투명한 가시성만 얻을 수 있다고 말씀드렸나요? 가상화와 추상화를 기반으로 하기 때문에 민첩성이 뛰어나다는 점이 SD-WAN을 오버레이 기술이라고 부르는 이유입니다. 언더레이에 대한 제어 및 가시성 범위는 제한적인 것부터 존재하지 않는 것까지 다양합니다. 오해하지 마세요. 분명 효과가 있는 경우가 많지만, 그렇지 않은 경우에는 그 이유를 파악하기가 더 어려울 수 있습니다. 우선 타사 공급업체에서 제공하는 더 뛰어난 성능의 네트워크 성능 모니터링 도구가 필요합니다. 오버레이-언더레이 환경에서 가상화된 리소스로 부팅할 경우 마지막 마일, 특히 미들 마일이 추상화되고 불투명해진다는 문제가 있습니다.
그림 1: 아리아카 하이브리드WAN: WAN 다양성 지원
바로 이 부분에서 아리아카 아키텍처 모델이 강력한 이점을 제공합니다:
- 첫 번째, 중간 또는 마지막 마일에 대한 불투명성은 없습니다. 이는 비즈니스 크리티컬 애플리케이션에 특히 중요하며, Aryaka 솔루션은 네트워크 및 애플리케이션 성능에 대한 완벽한 상시 가시성을 제공합니다. 퍼스트 마일과 라스트 마일은 고급 최적화 기술로 운영되며, 미들 마일은 기업의 가입 대역폭을 항상 보장하는 아리아카 레이어 2 글로벌 코어가 제공합니다.
- 아리아카는 클라우드 우선 WAN 아키텍처를 제공합니다. 즉, 글로벌 인프라를 통해 토폴로지를 자동으로 최적화하고 우수한 최종 사용자 경험을 제공하는 SaaS, IaaS, UCaaS 서비스에 대한 다양한 직접 피어링 지점을 제공합니다.
- MPLS와 원활하게 공존할 수 있습니다. 가장 큰 차이점은 대부분의 다른 SD-WAN 솔루션과 달리 Aryaka는 비즈니스 크리티컬 애플리케이션에 대한 MPLS 종속성을 영구화하지 않는다는 점입니다. 아리아카 글로벌 레이어 2 코어 네트워크는 훨씬 더 높은 비즈니스 민첩성과 48시간 프로비저닝 시간으로 MPLS 성능 수준을 저렴한 비용으로 제공하는 진정한 대안을 제공합니다.
하지만 당장 MPLS 마이그레이션을 강요하고 싶지는 않다는 점을 말씀드리고 싶습니다. 네트워크 관리자가 편안하게 느끼는 속도에 맞춰 마이그레이션을 완벽하게 이해하고 지원합니다. 우리가 관찰한 바에 따르면, 고객은 플랫폼에 대한 신뢰를 빠르게 얻은 후 사이트와 지역에 따라 계약이 만료되는 시기가 달라지면서 MPLS에서 마이그레이션하기 시작합니다.
또한 여러 기업에서 여전히 레거시 애플리케이션을 보유하고 있어 재구축을 서두르지 않고 있으며, 규제 요건이나 위험 인식으로 인해 아직 레거시 MPLS 연결에서 벗어나지 못하는 경우도 있으므로 현재로서는 MPLS 지원, 애플리케이션 식별 및 전달 정책을 고려하여 평화롭게 공존하며 지원하고 있습니다.
우리는 클라우드 우선 아키텍처를 위해 살고 있지만 아직 클라우드 전용 세상에 살고 있지는 않습니다. 따라서 MPLS, 우리는 노래가 말해주듯 아직 당신을 버리지 않습니다. 🙂
내일 저와 함께 MPLS에 대한 기본 제공 지원에 대한 짧은 데모에 참여하시면 실시간 Q&A에서 이 주제에 대해 자세히 논의할 수 있습니다.
