네트워크 기능 가상화

Network function virtualization

NFV(Network [1]Functions Virtualization)는 IT 가상화 기술을 활용하여 네트워크 노드 기능의 모든 클래스를 빌딩 블록으로 가상화하는 네트워크 아키텍처 개념입니다.이러한 블록은 통신 서비스를 작성 및 제공할 수 있습니다.

NFV는 엔터프라이즈 IT에서 사용되는 것과 같은 기존 서버 가상화 기술을 사용합니다.가상화 네트워크 기능(VNF)은 각 네트워크 기능에 커스텀 하드웨어 어플라이언스를 설치하는 대신 상용 기성품(COTS) 서버, 스위치 및 스토리지 디바이스, 클라우드 컴퓨팅 인프라스트럭처 외에 다른 소프트웨어와 프로세스를 실행하는 하나 이상의 가상 머신 또는 컨테이너에 구현됩니다.n 벤더의 구속을 회피할 수 있습니다.

예를 들어 가상 세션보더 컨트롤러를 도입하여 물리 네트워크 보호 유닛을 입수하여 설치하는 일반적인 비용과 복잡함 없이 네트워크를 보호할 수 있습니다.NFV의 다른 예로는 가상화된 로드 밸런서, 방화벽, 침입 감지 장치 및 WAN 액셀러레이터가 있습니다.[2]

맞춤형 하드웨어 플랫폼에서 네트워크 기능 소프트웨어를 분리함으로써 신속한 네트워크 관리, 신속한 신규 서비스 롤아웃, 설비 투자 및 운영 비용 대폭 절감 등을 가능하게 하는 유연한 네트워크 아키텍처를 실현할 수 있습니다.

배경

통신업계의 제품 개발은 전통적으로 안정성, 프로토콜 준수 및 품질에 대한 엄격한 표준을 준수해 왔습니다. 이는 이 높은 신뢰성과 성능 [3]요소를 나타내는 기기를 지정하는 데 캐리어 등급이라는 용어를 사용하는 것에서 반영됩니다.과거에는 이 모델이 잘 작동했지만, 필연적으로 제품 주기가 길어지고 개발 속도가 느려졌으며 맞춤형 애플리케이션별 집적회로(ASIC)와 같은 독자 사양 또는 특정 하드웨어에 대한 의존도가 높아졌습니다.이 개발 모델에서는 새로운 서비스를 도입할 때 상당한 지연이 발생하고 네트워크 시스템 및 인프라스트럭처를 확장하여 증가하는 네트워크 부하 및 퍼포먼스 요구를 충족시키기 위해 네트워크 서비스 기능을 강화할 때 복잡한 상호운용성 문제가 발생하고 설비투자/OPEX가 대폭 증가했습니다.게다가 공공 인터넷(Google Talk, Skype, Netflix 등)에서 대규모로 운영되는 민첩한 조직으로부터 통신 서비스 오퍼링에 대한 경쟁이 치열해짐에 따라 서비스 공급자는 현상을 파괴하고 수익원을 증대시킬 수 있는 혁신적인 방법을 모색하게 되었습니다.

역사

2012년 10월 독일 다름슈타트에서 열린 소프트웨어 정의 네트워킹(SDN) 및 OpenFlow 관련 컨퍼런스에서 통신사업자 그룹이 백서를 발표했습니다[4].백서를 마무리짓는 행동의 호소(Call for Action)에 의해, ETSI(European Telecommunications Standards Institute)내에 Network Functions Virtualization(NFV) Industry Specification Group(ISG; 산업 사양 그룹)이 창설되었습니다.ISG는 유럽 및 [6][7]그 밖의 통신업계 대표들로 구성되었다.ETSI ISG NFV는 기능 아키텍처, 정보 모델, 데이터 모델, 프로토콜, API, 테스트, 신뢰성, 보안, 미래 진화 등을 포함한 많은 측면을 다룹니다.

ETSI ISG NFV는 2021년 5월부터 새로운 사양을 만들고 새로운 기능과 향상된 기능을 바탕으로 이미 공개된 사양을 확장하는 것을 목표로 릴리스 5를 발표했습니다.

백서 발행 이후 이 그룹은 업계에서 널리 받아들여지고 있으며 OpenStack, ONAP, Open Source MANO(OSM)와 같은 주요 오픈 소스 프로젝트에 구현되고 있는 100개가 넘는 [8]출판물을 제작했습니다.활발한 교차 지역 활동으로 인해 ETSI NFV 사양은 3GPP, IETF, ETSI MEC 등의 다른 SDO에서도 참조되고 있습니다.

프레임워크

NFV 프레임워크는 다음 세 가지 [9]주요 구성요소로 구성됩니다.

  1. Virtualized Network Functions(VNF;가상화 네트워크 기능)는 Network Functions Virtualization Infrastructure(NFVI;[10] 네트워크 기능 가상화 인프라스트럭처)에 도입할 수 있는 네트워크 기능의 소프트웨어 실장입니다.
  2. NFVI(Network Functions Virtualization Infrastructure)는 NFV가 도입되는 환경을 구축하는 모든 하드웨어 및 소프트웨어 컴포넌트의 총체입니다.NFV 인프라스트럭처는 여러 장소에 걸쳐 있습니다.이들 로케이션 간의 접속을 제공하는 네트워크는 NFV 인프라스트럭처의 일부로 간주됩니다.
  3. 네트워크 기능 가상화 관리 및 조정 아키텍처 프레임워크(NFV-MANO Architecture Framework)는 모든 기능 블록, 이러한 블록에서 사용되는 데이터 저장소 및 이러한 기능 블록이 NFVI의 관리 및 조정을 위해 정보를 교환하는 참조 지점과 인터페이스의 집합입니다.및 VNF.

NFVI와 NFV-MANO의 구성 요소는 NFV 플랫폼입니다.NFVI 역할은 가상 및 물리 프로세싱 및 스토리지 리소스, 가상화 소프트웨어로 구성됩니다.NFV-MANO의 역할은 VNF 및 NFVI 매니저와 하드웨어 컨트롤러 상에서 동작하는 가상화 소프트웨어로 구성됩니다.NFV 플랫폼은 플랫폼 컴포넌트의 관리 및 감시, 장애로부터의 복구 및 효과적인 보안 제공에 사용되는 캐리어급 기능을 구현합니다.이 모든 기능은 퍼블릭 캐리어 네트워크에 필요합니다.

실용적인 측면

NFV 설계를 따르는 서비스 공급자는 하나 이상의 가상화된 네트워크 기능(VNF)을 구현합니다.VNF 자체로는 프로바이더의 고객에게 사용 가능한 제품 또는 서비스를 자동으로 제공하지 않습니다.보다 복잡한 서비스를 구축하기 위해서는 서비스 체인의 개념을 사용합니다.서비스 체인에서는 여러 VNF를 순차적으로 사용하여 서비스를 제공합니다.

NFV 구현의 또 다른 측면은 조정 프로세스입니다.신뢰성과 확장성이 뛰어난 서비스를 구축하려면 네트워크가 VNF 인스턴스를 인스턴스화, 모니터링, 복구 및 제공되는 서비스에 대한 (서비스 프로바이더 비즈니스에서 가장 중요한) 청구서를 작성할 수 있어야 합니다.캐리어[11] 그레이드 기능이라고 불리는 이러한 속성은 높은 가용성과 보안을 제공하고 낮은 운영 및 유지보수 비용을 제공하기 위해 오케스트레이션 계층에 할당됩니다.중요한 것은 오케스트레이션레이어가 VNF 내의 기반 기술에 관계없이 VNF를 관리할 수 있어야 한다는 것입니다.예를 들어 오케스트레이션 계층은 VMware vSphere에서 실행되는 벤더 X의 SBC VNF와 KVM에서 실행되는 벤더 Y의 IMS VNF를 관리할 수 있어야 합니다.

분산형 NFV

NFV에 대한 초기 인식은 가상화된 기능을 데이터 센터에 구현해야 한다는 것이었습니다.이 접근방식은 전부는 아니지만 많은 경우에 유효합니다.NFV는 가상화된 기능의 물리적 위치에 대해 최대한의 유연성을 상정하고 강조합니다.

따라서 가상화 기능은 가장 효과적이고 비용이 적게 드는 곳에 배치하는 것이 이상적입니다.즉, 서비스 프로바이더는 데이터 센터에서 네트워크 노드, 고객 구내 등 가능한 모든 장소에 NFV를 자유롭게 배치할 수 있어야 합니다.분산형 NFV로 알려진 이 접근 방식은 NFV가 개발 및 표준화되면서 처음부터 강조되어 왔으며, 최근 공개된 NFV ISG [12]문서에서 두드러지고 있습니다.

경우에 따라서는 서비스 프로바이더가 고객의 구내에서 이 가상화 기능을 찾을 수 있는 분명한 이점이 있습니다.이러한 이점은 경제성부터 성능, [13]가상화 기능의 실현 가능성까지 다양합니다.

D-NFV의 ETSI NFV ISG 인증 퍼블릭 멀티벤더 개념 실증(PoC)은 2014년 6월 시카고에서 Cyan, Inc., RAD, Fortinet 및 Certes Networks에 의해 실시되었으며 CenturyLink가 후원했습니다.이는 Fortinet의 Next Generation Firewall(NGFW)과 Certes Networks의 Virtual Engine(VNF)을 실행하는 RAD 전용 고객 엣지 D-NFV 기기를 기반으로 하며, Cyan의 Blue Planet 시스템이 [14]생태계 전체를 조정하고 있습니다.RAD의 D-NFV 솔루션은 고객 엣지에서 가상화 엔진으로 기능하는 D-NFV X86 서버 모듈을 탑재한 레이어 2/레이어 3 네트워크 터미네이션 유닛(NTU)으로,[15] 그 달 말까지 시판되고 있습니다.2014년 RAD는 새로운 NFV 애플리케이션을 [16]전문으로 하는 벤더와 국제적인 시스템 인테그레이터의 에코시스템인 D-NFV Alliance도 조직했습니다.

NFV 모듈화의 이점

VNF를 제공하는 소프트웨어를 설계 및 개발할 때 벤더는 해당 소프트웨어를 소프트웨어 컴포넌트(소프트웨어 아키텍처의 구현 뷰)로 구성하고 이러한 컴포넌트를 1개 이상의 이미지(소프트웨어 아키텍처의 도입 뷰)로 패키지화할 수 있습니다.이러한 벤더 정의 소프트웨어 컴포넌트는 VNF 컴포넌트(VNFC)라고 불립니다.VNF는 1개 이상의 VNFC와 함께 구현되며 범용성을 잃지 않고 VNFC 인스턴스가 VM 이미지에 1:1로 매핑된다고 가정합니다.

일반적으로 VNFC는 스케일업 및 스케일아웃이 가능해야 합니다.유연한 (가상) CPU를 각 VNFC 인스턴스에 할당할 수 있으므로 네트워크 관리 계층은 VNFC를 스케일업(수직 확장)하여 단일 시스템 또는 단일 플랫폼에 대한 throughput/performance 및 scalability에 대한 기대치를 실현할 수 있습니다.마찬가지로 네트워크 관리 레이어는 VNFC의 여러 인스턴스를 여러 플랫폼에서 활성화함으로써 VNFC를 스케일아웃(수평 스케일업)할 수 있습니다.따라서 다른 VNFC 기능의 안정성을 해치지 않고 퍼포먼스와 아키텍처의 사양에 도달할 수 있습니다.

이러한 아키텍처의 청사진을 조기에 채택한 기업은 이미 NFV 모듈화 [17]원칙을 구현했습니다.

SDN과의 관계

네트워크 기능 가상화는 소프트웨어 정의 네트워킹(SDN)[4]을 매우 보완합니다.본질적으로 SDN은 이러한 시스템의 요소를 분리 및 추상화하는 데이터 네트워킹 기기 및 소프트웨어를 구축하는 방법입니다.이를 위해 컨트롤 플레인과 데이터 플레인을 서로 분리하여 컨트롤 플레인이 중앙에 배치되고 포워딩 컴포넌트가 분산된 상태를 유지하도록 합니다.컨트롤 플레인은 북쪽 방향과 남쪽 방향 모두에서 상호 작용합니다.북쪽 방향에서는 제어 플레인이 고도의 API와 새로운 관리 패러다임(예: 의도 기반 네트워킹)을 사용하여 네트워크의 추상화된 공통 뷰를 보다 높은 수준의 애플리케이션 및 프로그램에 제공합니다.남쪽 방향에서는 컨트롤 플레인이 네트워크 주위에 분산된 물리 네트워크 기기의 디바이스 레벨 API를 사용하여 데이터 플레인의 전송 동작을 프로그래밍합니다.

따라서 NFV는 SDN이나 SDN의 개념에 의존하지 않지만 NFV와 SDN은 협력하여 NFV 인프라스트럭처의 관리를 강화하고 보다 역동적인 네트워크 환경을 구축할 수 있습니다.기존 네트워킹 및 조정 패러다임을 사용하여 VNF(가상화 네트워크 기능)를 독립 실행형 엔티티로 구현할 수 있습니다.단, SDN 개념을 활용하여 NFV 인프라스트럭처를 구현 및 관리함으로써 얻을 수 있는 이점이 있습니다.특히 물리 네트워크 기능(PNF)이나 VNF 등 다양한 유형의 네트워크 기능(NF)으로 구성되며 서로 다른 지역에 위치한 NFV 사이에 배치되어 있는 네트워크 서비스(NS)의 관리 및 조정에 대해서는 더욱 그렇습니다.SDN과 NFV를 통합 [18]생태계에 통합하는 멀티벤더 플랫폼이 정의되고 있는 이유입니다.

NFV 시스템에는 NS 또는 VNF와 관련된 오퍼레이터 요청을 받아 NS 또는 VNF를 작동시키는 데 필요한 적절한 처리, 스토리지 및 네트워크 구성으로 변환하는 중앙 조정 및 관리 시스템이 필요합니다.VNF 가 동작하면, VNF 와 VNF 가 접속되어 있는 네트워크의 capacity와 사용율을 감시해,[19] 필요에 따라서 조정할 필요가 있습니다.

NFV 인프라스트럭처의 모든 네트워크 제어 기능은 SDN 개념을 사용하여 실행할 수 있으며, NFV는 서비스 프로바이더 [20]환경의 주요 SDN 사용 사례 중 하나로 간주할 수 있습니다.예를 들어 각 NFV 인프라스트럭처 사이트 내에서 VIM은 SDN 컨트롤러에 의존하여 NS를 구성하는 VNF와 PNF를 상호 접속하는 오버레이 네트워크(예: VXLAN)를 설정 및 구성할 수 있습니다.다음으로 SDN 컨트롤러는 필요에 따라 NFV 인프라스트럭처 스위치와 라우터 및 네트워크 게이트웨이를 구성합니다.마찬가지로 WIM(Wide Area Infrastructure Manager)은 SDN 컨트롤러에 의존하여 오버레이 네트워크를 설정하고 서로 다른 지리적 위치에 배치된 NS를 상호 연결할 수 있습니다.또한 많은 SDN 사용 사례가 NFV 이니셔티브에서 도입된 개념을 포함할 수 있습니다.예를 들어 집중형 컨트롤러가 분산형 포워딩 기능을 제어하고 있는 경우 등이 있습니다.이 기능은 실제로 기존 처리기기 또는 라우팅 기기에서도 가상화할 수 있습니다.

업계에 미치는 영향

NFV는 초기 단계에서도 인기 있는 표준임이 입증되었습니다.모바일 베이스 스테이션의 가상화, 서비스로서의 플랫폼(PaaS), 컨텐츠 전송 네트워크(CDN), 고정 액세스, 홈 환경 [21]등, 다양한 애플리케이션을 즉시 이용할 수 있습니다.NFV의 잠재적인 이점은 상당할 것으로 예상됩니다.범용 표준 하드웨어에 도입된 네트워크 기능을 가상화하면 자본 지출과 운영 지출, 서비스 및 제품 도입 [22][23]시간이 단축될 것으로 예상됩니다.많은 주요 네트워크 기기 벤더가 NFV [24]지원을 발표했습니다.이는 장비 공급업체가 NFV [25][26]제품을 구축하는 데 사용하는 NFV 플랫폼을 제공하는 주요 소프트웨어 공급업체의 NFV 발표와 일치합니다.

그러나 가상화의 기대되는 이점을 실현하기 위해 네트워크 기기 벤더는 IT 가상화 기술을 개선하여 고가용성, 확장성, 성능 [27]및 효과적인 네트워크 관리 기능을 실현하는 데 필요한 캐리어급 속성을 통합하고 있습니다.총소유비용(TCO)을 최소화하려면 캐리어 그레이드의 기능을 가능한 한 효율적으로 구현해야 합니다.이를 위해서는 NFV 솔루션이 다중 리소스를 효율적으로 사용하여 99.999%[28]의 가용성을 달성하고 성능 예측 가능성을 저하시키지 않고 컴퓨팅 리소스를 활용해야 합니다.

NFV 플랫폼은 효율적인 캐리어급 NFV 솔루션을 [29]실현하기 위한 기반입니다.표준 멀티코어 하드웨어 상에서 동작하는 소프트웨어 플랫폼으로 캐리어 그레이드 기능을 내장한 오픈소스 소프트웨어를 사용하여 구축됩니다.NFV 플랫폼소프트웨어는 장애 및 트래픽 부하 변화에 따라 VNF를 동적으로 재할당하기 때문에 고가용성을 실현하는 데 중요한 역할을 합니다.ETSI NFV Proof of Concept,[30] ATIS[31] Open Platform for NFV Project,[32] Carrier Network Virtualization[33] Awards 및 다양한 공급업체 에코시스템 [34]등 NFV 캐리어급 기능을 지정, 조정 및 촉진하기 위한 수많은 이니셔티브가 진행 중입니다.

vSwitch는 NFV 플랫폼의 주요 컴포넌트이며 VM 간(VM 간) 및 VM과 외부 네트워크 간 연결을 모두 제공합니다.퍼포먼스에 따라 VNF 대역폭과 NFV 솔루션의 비용 효율이 결정됩니다.표준 Open vSwitch(OVS) 퍼포먼스에는 NFVI 솔루션의 [35]요구를 충족시키기 위해 해결해야 하는 단점이 있습니다.NFV 공급업체는 OVS 버전과 Accelerated Open vSwitch([36][37]AVS) 버전 모두에서 성능이 크게 향상되었다고 보고하고 있습니다.

가상화는 NFV 솔루션에서 가용성의 지정, 측정 및 달성 방식도 변화시키고 있습니다.VNF가 기존 기능 전용 기기를 대체함에 따라 기기 기반 가용성이 서비스 기반 엔드 투 엔드 계층형 [38][39]접근 방식으로 전환되고 있습니다.네트워크 기능을 가상화하면 특정 기기와의 명시적인 결합이 해제되므로 가용성은 VNF 서비스의 가용성에 따라 정의됩니다.NFV 테크놀로지는 다양한 네트워크 기능 타입을 가상화 할 수 있기 때문에, 각각 독자적인 서비스 가용성에 대한 기대를 가지고 있기 때문에, NFV 플랫폼은 다양한 폴트 톨러런스 옵션을 서포트할 필요가 있습니다.이러한 유연성을 통해 CSP는 NFV 솔루션을 최적화하여 모든 VNF 가용성 요건을 충족할 수 있습니다.

관리 및 조정(MANO)

ETSI는 이미 NFV 환경 제어의 중요한 부분은 자동화된 조정을 통해 수행되어야 한다고 지적했습니다.NFV Management and Orchestration(NFV-MANO)은 NFV 시스템 내에서 가상화된 네트워크 기능(VNF) 및 네트워크 서비스(NS)에 대한 가상 인프라 리소스 할당을 관리하고 조정하는 일련의 기능을 말합니다.이들은 NFV 시스템의 두뇌이자 주요 자동화 지원자입니다.

NFV-MANO 아키텍처 프레임워크(ETSI GS NFV-006) 내의 주요 기능 블록은 다음과 같습니다.

  • 네트워크 기능 가상화 오케스트레이터(NFVO)
  • 가상화 네트워크 기능 매니저(VNFM)
  • Virtualized Infrastructure Manager(VIM)

외부 운영 지원 시스템(OSS) 및 비즈니스 지원 시스템(BSS)의 NFV-MANO 진입점은 NS 인스턴스의 라이프사이클 관리를 담당하는 NFVO입니다.NS 인스턴스를 구성하는 VNF 인스턴스의 라이프 사이클 관리는 NFVO에 의해 하나 이상의 VNFM에 위임됩니다.NFVO와 VNFM은 모두 하나 이상의 VIM에 의해 노출된 서비스를 사용하여 관리하는 개체에 가상 인프라스트럭처 리소스를 할당합니다.컨테이너형 VNF 관리에는 Container Infrastructure Service Management(CISM; 컨테이너 인프라스트럭처 서비스 관리) 및 Container Image Registry(CIR; 컨테이너 이미지 레지스트리) 기능이 추가로 사용됩니다.CISM은 컨테이너형 워크로드의 유지보수를 담당하고 CIR는 OS 컨테이너 소프트웨어 이미지의 정보를 저장 및 유지관리합니다.NFM 및 NFM의 동작은 네트워크 서비스 기술자(NSD) 및 vNF 등의 도입 템플릿의 콘텐츠에 의해 결정됩니다.

ETSI는 VNF(Virtualized Network Functions)가 독립적으로 개발된 관리 및 조정 시스템과 상호 운용할 수 있고 관리 및 조정 시스템의 컴포넌트 자체가 상호 운용 가능한 개방형 에코시스템을 가능하게 하는 완전한 표준 세트를 제공합니다.여기에는 일련의 Restful API 사양[40], 서비스 프로바이더에 VNF를 제공하기 위한 패키징 형식의 사양 및 VNF의 라이프 사이클을 관리하기 위해 소프트웨어 이미지와 함께 패키징되는 도입 템플릿의 사양이 포함됩니다.전개 템플릿은 TOSCA 또는 [41][42]YANG을 기반으로 할 수 있습니다.

OpenAPI(일명.k.a)Swagger) API 사양은 도입 템플릿을 작성할 때 사용하는 TOSCA 및 YANG 정의 파일과 함께 ETSI 단조 서버에서 사용 가능하며 유지됩니다.

공개된 사양의 전체 세트가 아래 표에 요약되어 있습니다.

사양 제목
ETSI GS NFV-SOL 001 TOSCA 사양에 근거한 NFV 기술자
ETSI GS NFV-SOL 002 Ve-Vnfm 참조점에 대한 RESTful 프로토콜 사양
ETSI GS NFV-SOL 003 Or-Vnfm 참조점에 대한 RESTful 프로토콜 규격
ETSI GS NFV-SOL 004 VNF 패키지 및 PNFD 아카이브 사양
ETSI GS NFV-SOL 005 OS-Ma-nfvo 참조점을 위한 RESTful 프로토콜 규격
ETSI GS NFV-SOL 006 YANG 사양에 근거한 NFV 기술자
ETSI GS NFV-SOL 007 네트워크 서비스 기술자 파일 구조 사양
ETSI GS NFV-SOL 009 NFV-MANO 관리를 위한 RESTful 프로토콜 사양
ETSI GS NFV-SOL 010 VNF 스냅샷 패키지 사양
ETSI GS NFV-SOL 011 Or-Or 기준점에 대한 RESTful 프로토콜 사양
ETSI GS NFV-SOL 012 정책 관리 인터페이스에 대한 RESTful 프로토콜 사양
ETSI GS NFV-SOL 013 RESTful NFV MANO API의 공통 측면 지정
ETSI GS NFV-SOL 014 기술자 기반 가상화 리소스 관리를 위한 YAML 데이터 모델 사양
ETSI GS NFV-SOL 015 RESTful NFV-MANO API 패턴 및 표기법 사양
ETSI GS NFV-SOL 016 NFV-MANO 절차 사양

Open의 다양한 버전에 대한 개요NFV-MANO API의 API 표현은 ETSI NFV Wiki에서 확인할 수 있습니다.

오픈API 파일, TOSCA YAML 정의 파일 및 NFV 기술자에 적용되는 YANG 모듈을 ETSI Forge에서 사용할 수 있습니다.

자동화 기능을 개선하고 자율 관리 메커니즘을 도입하기 위해 NFV-MANO 프레임워크의 가능한 강화에 대한 추가 연구가 ETSI 내부에서 진행 중입니다(ETSI GR NFV-IFA 041 참조).

퍼포먼스 스터디

NFV에 관한 최근의 퍼포먼스 조사에서는 가상화 네트워크 기능(VNF)의 throughput, 레이텐시, 지터 및 1대의 물리 서버가 [43]지원할 수 있는 VNF의 수에 관한 NFV scalability에 초점을 맞췄습니다.오픈 소스 NFV 플랫폼을 이용할 수 있습니다.대표적으로 [44]openNetVM이 있습니다.openNetVM은 DPDK 및 Docker 컨테이너를 기반으로 하는 고성능 NFV 플랫폼입니다.openNetVM은 네트워크 기능을 배포하고 상호 연결하여 서비스 체인을 구축하기 위한 유연한 프레임워크를 제공합니다.OpenNetVM은 NSDI 2014 및 HotMiddlebox 2016 논문에 설명된 NetVM 플랫폼의 오픈 소스 버전으로, BSD 라이센스로 출시되었습니다.소스 코드는 GitHub:openNetVM에서[45] 찾을 수 있습니다.

클라우드 네이티브 네트워크 기능

2018년부터 많은 VNF 프로바이더가 VNF의 대부분을 컨테이너 기반 아키텍처로 마이그레이션하기 시작했습니다.이러한 VNF는 Cloud-Native Network Functions(CNF; 클라우드 네이티브네트워크 기능)라고도 불리며 인터넷인프라스트럭처에 일반적으로 도입된 많은 혁신 기술을 활용합니다.여기에는 자동 확장, 지속적인 제공/DevOps 구현 모델 지원, 플랫폼 간에 공통 서비스를 공유함으로써 효율성 향상 등이 포함됩니다.서비스 검출 및 조정을 통해 CNF 기반의 네트워크는 인프라스트럭처 리소스 장애에 대해 보다 탄력적으로 대응할 수 있습니다.컨테이너를 활용하여 게스트 OS를 제거함으로써 기존 가상화에 내재된 오버헤드를 제거함으로써 인프라스트럭처 리소스 [46]효율성을 크게 높일 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "ETSI - Standards for NFV - Network Functions Virtualisation NFV Solutions".
  2. ^ "Network Functions Virtualisation (NFV); Use NFV is present and SDN is future" (PDF). Retrieved 6 June 2014.
  3. ^ Stephenson, Rick (2013-03-13). "How Low-Cost Telecom Killed Five 9s in Cloud Computing". Wired. Retrieved 2016-06-27.
  4. ^ a b "Network Functions Virtualization— Introductory White Paper" (PDF). ETSI. 22 October 2012. Retrieved 20 June 2013.
  5. ^ "Network Functions Virtualisation". ETSI Standards for NFV. Retrieved 30 June 2020.
  6. ^ Le Maistre, Ray (22 October 2012). "Tier 1 Carriers Tackle Telco SDN". Light Reading. Retrieved 20 June 2013.
  7. ^ "Latest Agenda at SDN & OpenFlow World Congress". Layer123.com. Archived from the original on October 14, 2012. Retrieved 20 June 2013.
  8. ^ "Standards for NFV: Network Functions Virtualisation". ETSI. NFV Solutions.
  9. ^ "Network-Functions Virtualization (NFV) Proofs of Concept".
  10. ^ "What is Network Function Virtualization (NFV)". blog.datapath.io. Archived from the original on 2017-02-01. Retrieved 2017-01-20.
  11. ^ Ashton, Charlie (April 2014). "Don't Confuse "High Availability" with "Carrier Grade"". Embedded Community. Archived from the original on 2017-07-03.
  12. ^ Tom Nolle (18 September 2013). "Is "Distributed NFV" Teaching Us Something?". CIMI Corporation's Public Blog. Retrieved 2 January 2014.
  13. ^ Carol Wilson (3 October 2013). "RAD Rolls Out Distributed NFV Strategy". Light Reading. Retrieved 2 January 2014.
  14. ^ "4 Vendors Bring Distributed NFV to BTE". Light Reading. June 11, 2014. Retrieved March 3, 2015.
  15. ^ "RAD launches customer-edge distributed NFV solution based on ETX NTU platform". Optical Keyhole. June 16, 2014. Retrieved March 3, 2015.
  16. ^ "RAD adds new partners to D-NFV Alliance". Telecompaper. December 9, 2014. Retrieved March 3, 2015.
  17. ^ TMCnet News (26 June 2014). "Qosmos Awarded a 2014 INTERNET TELEPHONY NFV Pioneer Award". TMC. Retrieved 26 June 2014.
  18. ^ "Platform to Multivendor Virtual and Physical Infrastructure".
  19. ^ Liyanage, Madhusanka (2015). Software Defined Mobile Networks (SDMN): Beyond LTE Network Architecture. UK: John Wiley. pp. 1–438. ISBN 978-1-118-90028-4.
  20. ^ "Report on SDN Usage in NFV Architectural Framework" (PDF). ETSI. December 2015. Retrieved 7 December 2021.
  21. ^ "Network Functions Virtualization (NFV) Use Cases" (PDF).
  22. ^ "What's NFV – Network Functions Virtualization?". SDN Central.
  23. ^ "Carrier Network Virtualization". ETSI news.
  24. ^ "Openwave Exec Discusses the Benefits, Challenges of NFV & SDN". Article. 12 November 2013. Archived from the original on 3 March 2016. Retrieved 22 November 2013.
  25. ^ Doyle, Lee. "Middleware for the NFV Generation". Service Provider IT Report.
  26. ^ Sharma, Ray. "Wind River Launches NFV Ecosystem Program with Five Industry Leaders". PCC Mobile Broadband.
  27. ^ Ashton, Charlie (January 2015). "Carrier-Grade Reliability—A "Must-Have" for NFV Success". Electronic Design.
  28. ^ Lemke, Andreas (November 2014). "5 must-have attributes of an NFV platform". Techzine, Alcatel-Lucent. Archived from the original on 2015-05-26.
  29. ^ "Why Service Providers Need an NFV Platform" (PDF). Intel Strategic paper. Archived from the original (PDF) on 2015-05-26.
  30. ^ "NFV Proof of Concept". ETSI.
  31. ^ Wilson, Carol (16 September 2015). "New NFV Forum Focused on Interoperability". Light Reading.
  32. ^ "OPNFV". Linux Foundation Collaborative Projects Foundation.
  33. ^ "Carrier Network Virtualization Awards". December 2015. Archived from the original on 2015-06-07.
  34. ^ Nolle, Tom (June 2014). "Wind River's Ecosystemic Solution to NFV and Orchestration". CIMI Corporation Public Blog.
  35. ^ Pettit, Justin (11 November 2014). "Accelerating Open vSwitch to "Ludicruos Speed"". Network Heresy: Tales of the network reformation.
  36. ^ "Wind River Delivers Breakthrough Performance for Accelerated vSwitch Optimized for NFV". Wind River News Room. May 2014.
  37. ^ "6WIND Announces Open vSwitch Acceleration for Red Hat Enterprise Linux OpenStack Platform". PRweb. April 2014.
  38. ^ "Network Functions Virtualization Challenges and Solutions" (PDF). Alcatel-Lucent. 2013.
  39. ^ "NFV: The Myth of Application-Level High Availability". Wind River. May 2015. Archived from the original on 2015-10-05.
  40. ^ Chatras, B. (December 2018). "On the Standardization of NFV Management and Orchestration APIs". IEEE Communications Standards Magazine. 2 (4): 66–71. doi:10.1109/MCOMSTD.2018.1800032. ISSN 2471-2825. S2CID 59620488.
  41. ^ ETSI COMS TEAM. "ETSI - ETSI releases a standard for NFV Deployment Templates". ETSI. Retrieved 2019-07-09.
  42. ^ "Technology blogs, NFV, MEC, NGP, ZSM, ENI - SOL006 – NFV descriptors based on YANG Specification". www.etsi.org. Retrieved 2019-07-09.
  43. ^ Wang, Chengwei; Spatscheck, Oliver; Gopalakrishnan, Vijay; Xu, Yang; Applegate, David (2016). "Toward High-Performance and Scalable Network Functions Virtualization". IEEE Internet Computing. 20 (6): 10–20. doi:10.1109/MIC.2016.111. S2CID 15518060.
  44. ^ "OpenNetVM: A Platform for High Performance Network Service Chains" (PDF). doi:10.1145/2940147.2940155. S2CID 13706879. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  45. ^ "GitHub- OpenNetVM". GitHub.
  46. ^ "Cloud-Native Network Functions". Cisco. Retrieved 1 April 2021.

외부 링크