수년간의 논의와 개념 증명을 거쳐, 네트워크 기능 가상화(NFV)는 이제 개념 단계를 넘어 구현 단계로 나아가고 있습니다.
일부 서비스 제공업체는 NFV 인프라 플랫폼을 구축하기 시작했으며, 그중 일부는 이미 이러한 플랫폼에서 최초의 NFV 기반 사용 사례와 애플리케이션을 구현했습니다.
진화형 패킷 코어(EPC)와 Gi LAN의 가상화는 현재 업계에서 큰 주목을 받고 있는 활용 사례 중 하나입니다.
가상 Gi LAN을 구축할 때는 반드시 답해야 할 두 가지 근본적인 질문이 있습니다. 첫 번째는 통합에 관한 질문입니다. 여러 Gi LAN 기능을 하나의 가상 네트워크 기능(VNF)으로 통합할 것인지, 아니면 Gi LAN 아키텍처를 여러 개의 개별 VNF로 완전히 분리할 것인지 결정해야 합니다.
두 번째 질문은 확장성에 관한 것입니다. 단일 가상 머신만으로는 Gi LAN 워크로드를 처리하기에 충분한 용량을 제공하지 못할 수 있는데, 이 아키텍처를 어떻게 효과적으로 확장할 수 있을까요?
모바일 사업자는 네트워크의 보안을 강화하고 수익을 창출하기 위해 TCP 최적화, 비디오 최적화, 헤더 보강, 심층 패킷 검사, Gi 방화벽, 통신사업자급 NAT(CGNAT) 등 다양한 기술을 Gi LAN에 도입해 왔습니다.
과거에는 이러한 기능 중 상당수가 서로 다른 공급업체의 각기 다른 플랫폼에 구축되는 경우가 많았습니다. 최근 몇 년 동안 이동통신 사업자들은 Gi LAN 아키텍처를 통합하고 간소화해 왔습니다.
통합을 통해 이동통신 사업자는 총소유비용을 크게 절감할 수 있었습니다. 이 아키텍처를 범용 상용 하드웨어에 기반한 NFV 플랫폼으로 마이그레이션할 때, 아키텍처를 각각 단일 기능만 수행하는 개별 VNF로 분리하고 싶은 유혹이 생길 수 있습니다.
이러한 분해형 아키텍처는 서로 다른 Gi LAN 기능이 각각 매우 구체적인 일부 플로우에 적용되는 경우 분명 합리적입니다. Gi LAN 진입 지점에 위치하는 지능형 서비스 분류 엔진은 정책 및 과금 규칙 기능(PCRF)과의 연동을 통해 비즈니스 정책을 기반으로 어떤 플로우를 별도의 VNF로 배포된 특정 기능으로 전달하거나 서비스 체이닝해야 하는지 판단할 수 있습니다. 그러면 해당 VNF는 실제로 처리해야 하는 트래픽만 처리하면 되므로 모든 VNF에 트래픽을 매우 효율적으로 분산할 수 있습니다.
그러나 Gi LAN 기능을 거의 모든 트래픽에 적용해야 한다면 이러한 기능 분리는 아무런 이점이 없습니다. TCP 최적화와 Gi 방화벽을 예로 들어 보겠습니다. 거의 모든 Gi LAN 트래픽은 이 두 기능을 통해 처리되어야 하므로, 이를 단일 VNF로 통합하면 물리적 환경에 배포할 때와 유사한 효율성 향상을 얻을 수 있습니다.
실제로 여기서는 VNF를 선택하기 위한 지능형 서비스 분류기가 필요하지 않으며, 트래픽을 한 VNF에서 다음 VNF로 전달하기 위해 SDN 계층을 드나드는 헤어피닝도 필요하지 않습니다. 또한 TCP 최적화 기능에 방화벽 기능을 추가해도 CPU 오버헤드가 거의 늘어나지 않으므로, 통합의 이점은 NFV 환경에서도 여전히 유효합니다.
또 다른 과제는 단일 VNF가 처리할 수 있는 범위를 넘어서는 워크플로를 어떻게 처리하느냐는 것입니다. 일부 공급업체는 하나의 VNF를 여러 가상 머신(VM)으로 구성할 수 있도록 하는 방식을 채택했습니다. Gi LAN의 기능은 대부분 상태 저장 방식으로 작동하므로, 동일한 흐름의 수신 및 송신 트래픽을 같은 VM에서 처리해야 합니다. 따라서 수신 트래픽을 처리한 VM과 다른 VM에 송신 트래픽이 도착하면, 트래픽을 올바른 VM으로 되돌리기 위해 VM 간 통신이 필요합니다. 이는 당연히 성능 저하로 이어집니다.
F5에서는 VNF를 항상 단일 VM으로 배포하고, 아키텍처를 여러 VM으로 확장하는 작업은 외부 설계 요소로 두는 방식을 선택했습니다. 매우 간단한 방식부터 고도로 발전된 방식까지 다양한 스케일아웃 기법을 사용할 수 있습니다.
매우 단순한 스케일아웃 아키텍처는 ECMP(Equal Cost Multipath)와 같이 여러 VM에 걸쳐 IP 기반 트래픽 해싱을 수행하는 방식에 기반합니다. 그러나 이 기법에는 몇 가지 단점이 있으며 Gi LAN의 대다수 사용 사례에는 적합하지 않습니다. 트래픽 분산을 제어하는 SDN 기반 접근 방식은 이러한 ECMP의 한계 중 일부를 피할 수 있지만, 여전히 기능이 다소 제한적이며 선택한 SDN 솔루션에 크게 좌우됩니다.
기반 네트워크 및/또는 SDN과 완전히 독립적으로 모든 Gi LAN 기능을 확장할 수 있는 가장 유연하고 진보된 접근 방식은 단연 무상태 소프트웨어 기반 로드 밸런서(이 역시 VM으로 배포됨)를 사용하는 것입니다. 무상태이므로 Gi LAN 기능을 제공하는 VM 전반에 걸친 트래픽 분산의 일관성을 유지하면서 무상태 로드 밸런싱용 VM을 추가할 수 있어 사실상 거의 무제한으로 확장할 수 있습니다.
위 내용을 바탕으로 볼 때, 이동통신 사업자가 Gi LAN 아키텍처를 물리 계층에서 가상 계층으로 마이그레이션할 때 통합과 스케일아웃 측면을 모두 신중하게 고려하는 것이 매우 중요하다고 생각합니다.
작성자 소개

관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.