Network functions virtualization: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
DaimonBot (discussione | contributi)
m Conversione url nudo in cita web, formattazioni nei Cita, fix sezioni e template di compatibilità, fix minori. Vedi PU per dettagli
ortografia
Riga 23:
Un service provider che segue i principi NFV deve implementare una o più funzioni di rete virtualizzate (VNF). Una VNF in sé stessa non fornisce un prodotto o servizio utilizzabile dal cliente del provider. Per costruire servizi più complessi, si utilizza il concetto di ''service chaining'' ("concatenazione di servizi") in cui sono coinvolte più VNF in sequenza in modo che l'interazione complessiva fornisca il servizio desiderato.
 
Un altro aspetto dell'implementazione della NFV è il processo di ''orchestration'' ("orchestrazione"). Per implementare servizi affidabili e scalabili, la NFV necessita che la rete sia in grado di istanziare in modo coordinato più VNF, di monitorarle, correggerle e fatturare per i servizi forniti. Tali caratteristiche di coordinamento, che rientrano nella definizione di funzionalità ''carrier-grade''<ref name="CG">Don’t Confuse ‘High Availability’ with [http://embedded.communities.intel.com/community/en/blog/2014/04/04/don-t-confuse-high-availability-with-carrier-grade Carrier Grade], Embedded Community, Charlie Ashton, April, 2014</ref>, sono allocate nel livello di orchestrazione (''orchestration layer'') che garantisce alta disponibilità e sicurezza e bassi costi operativi e di manutenzione. Fondamentalmente, il livello di orchestrazione deve essere in grado di di gestire le istanze di VNF in maniera indipendente dalla tecnologia sottostante. Ad esempio, un livello di orchestrazione deve essere in grado di gestire un SBC-VNF del produttore X in esecuzione su [[VMware Inc.|VMware]] vSphere tanto quanto un IMS-VNF del produttore Y in esecuzione su KVM.
 
== Note ==