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