Télécharger le PDF

Livre blanc
Intel, Brocade, Cyan, Red Hat
et Telefónica – Services NFV
DÉPLOIEMENT DE LA VIRTUALISATION
DES FONCTIONS RÉSEAU OPTIMISÉ DE
BOUT EN BOUT
L’orchestration intelligente de la virtualisation des fonctions réseau (Network Function
Virtualization, NFV) basée sur des modèles d’information conformes aux standards
de l’industrie, permettra l’établissement d’accords de niveau de service (Service Level
Agreement, SLA) extrêmement fiables.
Résumé
La virtualisation des fonctions réseau (NFV) fascine les opérateurs de télécommunication depuis
plusieurs années. Elle leur offre un moyen innovant d’améliorer la réactivité de leur service, de réduire
les coûts et d’apporter davantage de flexibilité dans leurs datacenters. Les promesses et les avantages
de la NFV sont clairs et bien compris. Toutefois, le déploiement intelligent et automatisé de fonctions
réseau virtualisées (Virtualized Network Functions, VNF) continue à présenter des difficultés pour les
opérateurs de télécommunication et les fournisseurs de VNF.
Cyan, Brocade, Intel et Red Hat ont récemment travaillé en collaboration avec le laboratoire de
référence NFV de Telefónica à Madrid, en Espagne, pour présenter un scénario de déploiement NFV
efficace reposant sur des modèles d’information avec connaissance améliorée de la plateforme
(Enhanced Platform Awareness, EPA), et une infrastructure NFV basée sur des normes et fonctionnant
sur des serveurs équipés de processeurs Intel® Xeon®. Ce scénario a démontré qu’un routeur virtuel
VNF Vyatta* Brocade* peut atteindre des performances multipliées par 85 lors d’un déploiement
optimisé et intelligent par rapport à un déploiement non optimisé, en tirant parti des technologies
disponibles dans l’infrastructure pendant le déploiement.
Ce dossier décrit les problèmes qu’affrontent les opérateurs de télécommunication et les fournisseurs
VNF, ainsi que les solutions qu’offre un déploiement optimisé conforme aux standards de l’industrie.
Introduction
Les fonctions réseau, comme Evolved Packet Core (EPC ou cœur de réseau paquet évolué), les nœuds
sans fil 3G, les équipements d’accès au service (EAS), le routeur périphérique, les routeurs, les parefeux et autres, fonctionnent traditionnellement sur des appareils physiques dédiés. Cependant,
l’émergence récente des VNF va remplacer cette approche orientée matérielle par des logiciels
instanciés dans un environnement de virtualisation ultra-fiable, sur les actuels serveurs pris sur
étagères équipés de processeurs Intel® Xeon®. Les opérateurs de télécommunication comprennent et
acceptent ce passage à une stratégie NFV. Elle est en effet essentielle pour améliorer l’agilité de leurs
activités et l’adaptabilité de leurs réseaux, et contribue à réduire leurs coûts totaux de possession
(Total cost of ownership, TCO).
L’approche NFV ouvre de nouvelles possibilités pour le secteur des télécommunications et
l’écosystème croissant de fournisseurs d’appareils VNF. Mais les composants VNF ne représentent
qu’une partie de la solution. Le déploiement d’un service VNF de classe opérateur pose de nouveaux
problèmes pour le secteur des télécommunications et les fournisseurs.
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Table des matières
Besoins pour le déploiement de classe opérateur
Résumé........................................................ 1
Un accord de niveau de service accompagne souvent chaque instanciation VNF.
L’accord doit être obtenu et appliqué, tout en atteignant l’évolutivité nécessaire
pour que l’adoption du service s’ensuive. Il convient donc d'étudier avec soin la
manière dont les charges de travail liées aux plans de données sont traitées en
matière de débit, de garanties pour la perte de paquet et d’effets de latence. Ces
attributs ont un impact conséquent sur les performances de l’appareil VNF. Ainsi,
le contrôle de la topologie réseau, l’emplacement VNF, les bandes passantes
de liaison, les garanties de qualité de service, tout comme la connaissance des
capacités matérielles des plateformes de serveur sous-jacentes, sont cruciales
pour le secteur des télécommunications.
Introduction............................................... 1
Besoins pour le déploiement de
classe opérateur........................................ 2
Standardisation des déploiements
NFV pour les opérateurs de
télécommunication.................................. 2
Déploiement VNF ultra-fiable
dans la pratique........................................ 2
Résultats..................................................... 5
Conclusions................................................ 6
Témoignages.............................................. 7
Acronymes.................................................. 8
Les opérateurs de télécommunication et les développeurs d’appareils ont besoin
d’outils et de méthodologies afin de garantir que l’instanciation lancée engage les
ressources de la plateforme et du matériel réseau suffisantes pour respecter les
accords de niveau de service. Les outils doivent prendre en compte, entre autres,
la topologie de la mémoire du serveur interne, les processeurs et les interfaces
d’E/S alloués aux machines virtuelles, l’utilisation de la mémoire en mode « Huge
Pages » (blocs de pages volumineux) pour des recherches performantes et
l’attribution directe des interfaces à la machine virtuelle. La connaissance de ces
attributs s’avère essentielle pour assurer le respect d’un accord de service donné
en termes de performances, d’évolutivité et de prévisibilité.1
Standardisation des déploiements NFV pour les opérateurs de
télécommunication
Les fonctions réseau virtualisées sont proposées par un écosystème composé
de nombreux fournisseurs différents, et déployées par des opérateurs sur des
technologies et des topologies de datacenter et de réseau hétérogènes. Les
industriels tentent de créer une base commune via des normes industrielles
ouvertes qui apportent une meilleure prévisibilité à cet environnement très
varié. Les standards tels que PCI Express*, SATA et d’autres, ont permis la
croissance de l’écosystème dans le secteur des serveurs et des PC pendant
de nombreuses années.
Cette stratégie, en cours dans le domaine des télécommunications, est
gérée par l’Institut européen des normes de télécommunications (European
Telecommunications Standards Institute, ETSI). Il définit une infrastructure
de virtualisation des fonctions réseau (Network Functions Virtualization
Infrastructure, NFVI) sur laquelle les opérateurs peuvent s’appuyer avec
efficacité pour déployer des VNF à l'aide d'un langage de description qui
expose les capacités et les besoins.
L’architecture de référence ETSI-NFV détermine une approche à plusieurs niveaux
pour les déploiements VNF (voir Figure 1).
Afin de garantir des performances de portabilité et de déterminisme optimales
pour le déploiement et l’exploitation d’un service basé sur la NFV, l’infrastructure
doit exposer les attributs NFVI pertinents jusqu’à la pile de livraison. De même, les
modèles d’information VNF, qui décrivent leurs exigences en matière de
ressources et celles des services lancés, sont indispensables pour que les couches
de provisionnement prennent des décisions de déploiement adaptées et
intelligentes. Cette capacité de connaissance améliorée de la plateforme (EPA)
dans la NFVI permet à la plateforme d’orchestration de déployer intelligemment
des VNF bien conçues sur l’infrastructure sous-jacente appropriée. Elle aide
également à assurer l’allocation correcte des ressources pour un scénario de
service VNF de bout en bout.
Déploiement VNF ultra-fiable dans la pratique
2
Pour démontrer les concepts précédemment décrits, Intel, Telefónica, Cyan,
Brocade et Red Hat ont travaillé ensemble pour mettre en œuvre une pile de
solutions de déploiement de service ETSI-NFV de bout en bout à l'aide du langage
de description TOSCA. La preuve de concept (proof of concept, PoC), menée par
Telefónica dans son laboratoire de référence NFV à Madrid, en Espagne, incluait
les composants listés dans le Tableau 1 (voir également la Figure 2). La pile de
solutions a ensuite été testée avec ces composants dans un scénario de service
de routage VNF.
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Orchestration et
gestion NFV
Os-Ma
Orchestrateur
NFV
OSS/BSS
Description de
l’infrastructure,
du serveur et
de la VNF
Or-Vnfm
EMS 1
VNF 1
EMS 2
EMS 3
VNF 2
Ve-Vnfm
Gestionnaire(s)
VNF
VNF 3
Vn-Nf
Vi-Vnfm
NFVI
Informatique
virtuelle
Stockage
virtuel
Réseau
virtuel
Nf-Vi
Couche de virtualisation
Gestionnaire(s)
d’infrastructure
virtualisée
VI-Ha
Or-Vi
RESSOURCES MATÉRIELLES
Matériel
informatique
Matériel de
stockage
Matériel
réseau
Points de
référence
d’exécution
Autres
points de
référence
Principaux
points de
référence NFV
Figure 1. Architecture NFV ETSI de bout en bout.
Présentation du service de routage VNF
• L’exposition des attributs NFVI sources
de performances dans le descriptif VNF,
Un graphe de transfert VNF a été
et l’importance d’une bonne conception
acheminé avec des routeurs virtuels
VNF pour définir les exigences du
Vyatta Brocade en tant que VNF. Une
service et de la VNF (routeur virtuel
topologie de transfert réseau à trois
Vyatta), sont indispensables au succès
nœuds a été élaborée pour atteindre
du déploiement du service.
un débit de 40 Gbit/s entre les points
d’entrée et de sortie aux routeurs A et C
• L’utilisation de modèles d’information
(Figure 3). La preuve de concept avait pour
extensibles, ouverts et conformes
but de démontrer les éléments suivants :
aux standards de l’industrie, tels que
TOSCA, et de formats VNF adaptés, sont
• Une pile de livraison de service NFV
fondamentaux pour que l’écosystème
de bout en bout, avec l’intelligence
de fournisseurs VNF puisse proposer
NFV appropriée intégrée dans chaque
ses services dans cette nouvelle
couche (modèle d’information, VNF,
architecture de bout en bout.
orchestrateur NFV, gestionnaire
d’infrastructure virtualisée (Virtualised
• Des composants réseau et des serveurs
Infrastructure Manager, VIM) et NFVI),
hautes performances bien construits
est requise pour un déploiement optimal
sont nécessaires afin de fournir
de la chaîne de service VNF.
les performances requises pour le
déploiement VNF de classe opérateur.
Optimisé ou non optimisé
Pour souligner les différences entre
les déploiements des opérateurs de
télécommunications non optimisés
et optimisés reposant sur NFV, deux
environnements système séparés ont
été élaborés (voir Figure 4) :
• Un pool NFVI prêt pour la NFV, avec
un VIM compatible NFV développé
par Telefónica mettant en œuvre l’EPA
requise, accompagnés d’un orchestrateur
NFV de Cyan, prenant en charge le
déploiement VNF avancé à l’aide de
modèles d’information NFV améliorés et
du langage de description TOSCA.
3
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
• Un pool informatique non optimisé
avec le même VIM de Telefónica relié
au même orchestrateur NFV Cyan, mais
sans modèle d’information amélioré,
comme base pour le déploiement.
Intel
Au début, les deux pools de serveurs
étaient vides (pas de VNF déployées).
Les routeurs ont été déployés sur chaque
plateforme via le même orchestrateur.
Après exécution des deux systèmes,
les performances en matière de débit
ont été mesurées en temps réel. Le
déploiement optimisé NFV a donné un
débit à la vitesse maximale de la ligne
de 23 Mpps, contre 270 Kpps pour le
déploiement non optimisé (débit 85 fois
plus rapide).
Brocade
Plateformes
matérielles :
Fonction réseau
virtualisée :
• Serveurs avec
processeur
Intel® Xeon®
E5-2680 v2 à
2,80 GHz3
• Routeur
virtuel Vyatta*
Brocade* 5600
3.2 R2
• Composants
des platesformes réseau
ouvertes Intel®,
dont le kit
DPDK R.64
Cyan
Telefónica
Orchestration :
• Orchestrateur
NFV-Blue
Planet*,
version 15.02
• Commutateur
OpenFlow*
(Brocade*
NetIron* MLXe)
Red Hat
Réseau et
gestion :
Environnement
d’exploitation :
• Générateur
de trafic R1.6
Data Plane
Development
Kit (DPDK)
TIDGEN
(Telefónica* I+D
Generator*)
• RHEL 7.0* (avec
correctifs) et
QEMU-KVM
version 2.0.0
(avec correctifs)
• VIM* openvim
R0.9 Telefónica
• Carte réseau
convergé
Ethernet Intel®
X520 10 Go
Les modèles d’information pour les
deux scénarios ont été comparés afin
de montrer les principaux attributs
supplémentaires que l’EPA de bout en
bout apporte dans le déploiement NFV
optimisé.
Tableau 1. Composants de la pile de solutions.2
VNF
Routeurs
virtuels
DPDK
Gén. de trafic
DPDK
Orchestration et
gestion NFV
NFVO
Os-Ma
OSS/BSS
Orchestrateur
NFV
Description de
l’infrastructure,
du serveur et
de la VNF
Or-Vnfm
EMS 1
VNF 1
EMS 2
EMS 3
VNF 2
Ve-Vnfm
Gestionnaire(s)
VNF
VNF 3
Vn-Nf
Vi-Vnfm
NVFI
Informatique
virtuelle
Stockage
virtuel
Réseau
virtuel
Nf-Vi
Couche de virtualisation
VI-Ha
Gestionnaire(s)
d’infrastructur
e virtualisée
Or-Vi
VIM
RESSOURCES
MATÉRIELLES
Matériel
informatique
NVFI
Serveurs + NIC
Matériel de
stockage
Hyperviseur
Matériel
réseau
Commutateurs
Figure 2. Contributions des composants système et des partenaires.
4
Points de
référence
d’exécution
Autres
points de
référence
Principaux
points de
référence NFV
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Résultats
des performances pouvait s’attribuer en • Affinité du processeur : les processeurs
très grande partie aux éléments suivants : virtuels alloués au routeur virtuel étaient
Déploiement non optimisé
dédiés à la VNF, pour aider à garantir
• Communication PCIe* activée : la carte
Le routeur virtuel Brocade a été déployé
l'attribution des ressources. En l’absence
réseau (Network interface controller,
via une pile NFVI « ignorante ». Il n’a pu
d’affinité, les processeurs auraient pu
NIC) a été directement reliée au routeur
atteindre qu’un débit de 270 Kpps, au lieu
être partagés ou reprogrammés de façon
virtuel, et a contourné le commutateur
des 23 Mpps attendus (40 Gbit/s pour
dynamique, limitant le déterminisme et,
virtuel. Un chemin de communication
une taille de paquet de 192 octets). Voir
de fait, les performances.
sans PCIe jusqu’à la VNF limite le débit
Figure 5.
avec une perte de paquet acceptable,
• Configuration d’une Huge Page à
Déploiement NFV optimisé
tandis que le mode avec PCIe permet
1 Go. Les Huge Pages améliorent
une communication sans entrave.
considérablement les performances
Le déploiement NFV optimisé utilise
pour le DPDK (Data Plane Development
TOSCA et des modèles VNF bien conçus.
• Affinité NUMA : les processeurs
Kit ou kit de développement de plan de
Les informations contenues dans les
virtuels ont été intelligemment alloués
données). Elles tirent également parti des
modèles ont permis à l’orchestrateur
à partir d’un socket de processeur
récents progrès dans les architectures de
Planet Blue de déployer de façon
approprié avec mémoire locale, ce qui
serveur IOTLB (I/O Translation Look Aside
intelligente la configuration du routeur
a pu accélérer les performances du
Buffer, mémoire cache pour accélérer la
virtuel dans le VIM de Telefónica. Il en
processeur pour le routeur virtuel. Sans
traduction des adresses virtuelles) et VTd
a résulté un débit à la vitesse maximale
affinité NUMA, un processeur aurait pu
(Intel® Virtualization Technology for Direct
de la ligne de 23 Mpps (40 Gbit/s à
être attribué à partir de n’importe quel
I/O, Technologie de virtualisation Intel®
192 octets), comme présenté dans la
socket, qui ne serait peut-être pas relié
étendue aux E/S), en particulier pour les
Figure 5. Les mêmes performances en
directement aux cartes réseau, et qui
paquets de petite taille.
vitesse de ligne pour de plus grands
pourrait utiliser un bus de mémoire non
paquets ont été obtenues, comme
local.
l’indique la Figure 6. La nette amélioration
Scénario réseau
du routeur de
périphérie
20G
Routeur B
1
10G
10G
3
2
10G
0
Admin. : IF
40G
Routeur A
40G
2
0
Admin. : IF
Admin. : IF
ex1
ex0
Générateur
de trafic
10G
1
0
10G
3
Routeur C
10G
1
4
2
ex3
ex2
4
10G
Figure 3. Chaîne de service d’acheminement VNF du routeur de périphérie.
5
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Conclusions
CPU
Périphérique E/S
Cœur Cœur Cœur Cœur
Goulet
d’étranglement
Machine
Goulet
virtuelle d’étrangle2
ment
OS
OS
Matériel
virtuel
Matériel
virtuel
Commu.
virtuel
Hyperviseur
Matériel
VUE VIRTUALISATION RÉSEAU
CPU
Mémoire
Trafic en amont
Réduit
l’utilisation QPI
Cœur Cœur
Cœur Cœur
Cœur Cœur
Périphé- Périphérique E/S rique E/S
Trafic en aval
NFV
CPU
Cœur Cœur
Mémoire
Machine
virtuelle 1
OS
Logiciel
Mbs
Matériel
virtuel
Périphé- Périphérique E/S rique E/S
Contournement
Partage cache max.,
Vérification des pilotes de mode,
traductions mémoire min. attribution complète au processus
Machine
virtuelle 2
Plan de
Logiciel
OS Mbs données
géré
Matériel directevirtuel ment
Hyperviseur
Matériel
Trafic
Figure 4. Cloud contre NFV.
Débit (Mpps)
Débit (Gbit/s)
23 Mpps
25
45
40
Mpps
20
35
30
15
10
25
20
15
5
10
270 Kpps
5
0
0
20/02
20/02
20/02
20/02
20/02
20/02
13:27:20 13:27:30 13:27:40 13:28:50 13:28:00 13:28:10
20/02
20/02
20/02
20/02
20/02
20/02
13:27:20 13:27:30 13:27:40 13:28:50 13:28:00 13:28:10
Heure
Heure
NFV
Cloud
Figure 5. Comparaison des performances pour la taille de paquet 192 octets.
Débit (Mpps)
Débit (Gbit/s)
5
45
40
3,2 Mpps
4
Mpps
• La standardisation du modèle
d’information de service NVF, ainsi
que la disponibilité des composants
open source, comme le DPDK, Open
Stack et le KVM optimisé, sont cruciaux
pour libérer le potentiel des solutions
NFV ouvertes, qui pourront exploiter
les meilleures technologies Cloud
open source et les serveurs hautes
performances optimisés. Intel, Red
Hat, Cyan et Telefónica continueront à
coopérer pour associer les VIM, comme
Open Stack, avec ces améliorations
EPA NVF essentielles.5
Périphérique E/S
Cœur Cœur Cœur Cœur
Mémoire
• Une VNF bien conçue, avec des attributs
EPA définis pour l’appareil, aidera à
exposer les exigences du service et
de l’appareil à tous les niveaux. Le
développeur VNF doit intégrer ces
attributs dans le modèle VNF.
• Les modèles d’information ouverts et
normalisés permettent la création d’un
écosystème VNF ouvert, ainsi que le
passage des appareils physiques vers
la NFV logicielle.
Machine
virtuelle
1
VUE CLOUD COMPUTING
Gbit/s
• Les déploiements NFV de bout en
bout apporteront les améliorations de
performances significatives nécessaires
aux services de classe opérateur.
CLOUD COMPUTING
35
30
3
Gbit/s
La réalisation de déploiements NFV
intelligents basés sur une EPA sur une
infrastructure ETSI-NFV, avec TOSCA
et des modèles d’information étendus,
peut considérablement améliorer les
performances VNF pour répondre
aux exigences d’un datacenter de
télécommunications reposant sur la
NFV. Grâce aux modèles améliorés dans
la preuve de concept, le routeur virtuel
Brocade a pu atteindre les performances
escomptées en mettant en œuvre
la communication PCIe, les affinités
NUMA et de processeur ainsi que les
Huge Pages pendant le déploiement.
En résumé, la preuve de concept a
démontré les éléments suivants :
2
25
20
15
0,02 Mpps
1
10
5
0
0
20/02
20/02
20/02
20/02
20/02
20/02
13:47:40 13:47:50 13:48:00 13:48:10 13:48:20 13:48:30
Heure
NFV
6
20/02
20/02
20/02
20/02
20/02
20/02
13:47:40 13:47:50 13:27:40 13:48:10 13:48:20 13:48:30
Heure
Cloud
Figure 6. Comparaison des performances pour la taille de paquet 1 518 octets.
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Témoignages
Brocade
« Brocade se réjouit des progrès réalisés dans les domaines de l’orchestration intelligente, du partenariat continu au sein d’initiatives
ouvertes et de l’exécution des normes NFV clés. La flexibilité et l’ouverture de l’écosystème de la communauté des bâtisseurs réseau
d’Intel ont rassemblé des partenaires engagés qui souhaitent accélérer la transition industrielle vers le nouveau IP. Les efforts
combinés des partenaires comme Telefónica, Intel et Cyan mettent en évidence les avantages architecturaux clés des plateformes
VNF de Brocade, du routeur virtuel Vyatta 5600 et de son modèle de données d’information ouvert inhérent, pour faciliter le
passage à des architectures intelligentes et hautes performances. Ils soulignent également la valeur et l’importance des
orchestrateurs NFV dans les déploiements réseaux optimaux et efficaces, avec Telefónica en tête de file pour démontrer la NFV,
sans compromis. »
– Robert Bays, Vice-président de l’ingénierie, Brocade Software Networking
Cyan
« La preuve de concept de positionnement et d’orchestration NFV intelligente avec Telefónica, au Mobile World Congress, illustre
clairement la puissance de la coopération pour promouvoir des cas d’utilisation concrets de la NFV, » explique Mike Hatfield,
Président, Cyan. « La plateforme multifournisseurs offre un cadre unique pour présenter la manière dont la VNF de Brocade et le
VIM de Telefónica peuvent exposer les caractéristiques et les exigences de performances à l’orchestrateur NFV avec connaissance
de l’infrastructure améliorée de Cyan. L’orchestrateur placera les VNF de façon intelligente sur les serveurs Intel® afin de répondre
aux besoins spécifiques des VNF au niveau des performances et d’utiliser efficacement les ressources informatiques pour fournir
des services de bout en bout. Ce problème non négligeable doit être résolu par l’industrie pour permettre le déploiement à grande
échelle de services améliorés par la NFV. »
– Mike Hatfield, Président, Cyan
Intel
« Intel pense que les technologies NFV et de mise en réseau définie par logiciel (Software-Defined Networking, SDN) représentent un
tournant pour l’industrie. La société s’engage à veiller à ce que la transformation de la nouvelle architecture réseau soit bâtie sur
une architecture ouverte, avec des normes et un écosystème ouverts. Intel est déterminée à fournir la NFV et travaille activement
pour qu’elle devienne réalité par le biais d’initiatives open source normalisées appropriées. Intel fabriquera tous ses composants
open source6 via son programme de plateforme réseau ouverte, et travaille en étroite collaboration avec ses partenaires de la
communauté SDN-NFV Netbuilders7, tels que Cyan, Brocade et Telefónica, pour concrétiser cette transformation. »
– Rene Torres, Directeur marketing, Intel SDN-NFV
Red Hat
« Bâtir les fondements d’une infrastructure NFV ouverte requiert d’excellentes compétences relatives à Linux, KVM et OpenStack,
et Red Hat est un des principaux contributeurs dans tous ces secteurs open source », déclare Radhesh Balakrishnan, directeur
général, OpenStack, Red Hat. « En coopérant sur le laboratoire de référence NFV, nous apportons non seulement notre savoir
et nos caractéristiques à la communauté OpenStack en amont, ainsi que notre plateforme ultra-fiable Red Hat Enterprise Linux
OpenStack, mais nous permettons également aux fournisseurs de services Cloud de réussir la mise en œuvre de leurs plans de
modernisation via la NFV. »
– Radhesh Balakrishnan, Directeur général, OpenStack, Red Hat
Telefónica
« En matière de réseau virtualisé, Telefónica adopte une approche de virtualisation E2E, des locaux du client à l’infrastructure réseau
interne. Celle-ci permet d’améliorer la capacité et la flexibilité et d’obtenir un meilleur coût total de possession. Le laboratoire
de référence NFV de Telefónica vise à aider l’écosystème de partenaires et les fournisseurs d’équipements réseau à tester et à
développer des fonctions réseau virtualisées, en tirant parti d’un cadre d’orchestration NFV avancé et de capacités propres pour
l’allocation de façon déterministe des ressources dans le pool. Le laboratoire de référence NFV stimule cette adoption par le
lancement d’un code open source, encourageant ainsi les développeurs logiciels à explorer de nouvelles possibilités NFV, le tout
à partir d’une proposition d’architecture à plusieurs niveaux bien conçue. Son but est de promouvoir l’interopérabilité et d’offrir un
écosystème plus ouvert, pour que les opérateurs de télécommunications soient en mesure d’adapter et d’étendre leurs services
réseau plus facilement. »
– Enrique Algaba, Directeur de la virtualisation et de l’innovation réseau, Telefónica I+D-Global CTO
7
Intel, Brocade, Cyan, Red Hat et Telefónica – Services NFV
Acronymes
EAS
Équipement d’accès au service
BSSBusiness Support System (système de support
métier)
CMSCloud Management System (système de gestion
du Cloud)
CPU
Central Processing Unit (processeur)
vCPUVirtual Central Processing Unit (processeur virtuel)
DPDKData plane Development Kit (kit de développement
de plan de données)
EPCEvolved Packet Core (cœur de réseau paquet
évolué)
EMSElement Management System (système de gestion
des éléments)
EPA Enhanced Platform Awareness (connaissance
améliorée de la plateforme)
GCTOGlobal Chief Technical Office (directeur technique
général)
IOTLBI/O Translation Look Aside Buffer – Virtualization
Technology (mémoire cache pour accélérer la
traduction des adresses virtuelles)
NiC
Network Interface Card (carte réseau)
NFVNetwork Function Virtualization (virtualisation des
fonctions réseau)
NFVINetwork Function Virtualized Infrastructure
(infrastructure virtualisée des fonctions réseau)
NFV – ONetwork Function Virtualization Orchestrator
(orchestrateur de virtualisation des fonctions
réseau)
NUMANon Uniform Memory Access (accès mémoire non
uniforme)
OSSOperations Support System (système de soutien
aux opérations)
PE
Provider Edge Router (routeur de périphérie)
PCIeExtensible Peripheral Connect Interface Bus (bus
d’interface de liaison périphérique étendue)
QoS
Qualité de service
SLAService Level Agreement (accord de niveau de
service)
TCO
Total Cost of Ownership (coût total de possession)
VIMVirtual Infrastructure Manager (gestionnaire
d’infrastructure virtuelle)
VNF
Virtual Network Function (fonction réseau virtuelle)
VT-dIntel® Virtualization Technology for Direct I/O
(technologie de virtualisation Intel® pour les E/S
répartis)
1. ETSI GS NFV-PER 001 V1.1.2 - « Network Functions Virtualisation (NFV); NFV Performance & Portability Best Practises » (Virtualisation des fonctions réseau ; Meilleures pratiques pour la portabilité et les
performances NFV) http://docbox.etsi.org/ISG/NFV/Open/Published/gs_NFV-PER001v010102p%20 -%20Perf_and_Portab_Best_Practices.pdf
2. Les logiciels et charges de travail employés dans les tests de performance ont peut-être été optimisés pour les processeurs Intel®. Les tests de performance tels que SYSmark et MobileMark portent sur des
systèmes informatiques, composants, logiciels, opérations et fonctions spécifiques. Les résultats peuvent varier en fonction de ces facteurs. Pour l'évaluation complète d'un produit, il convient de consulter
d'autres tests et d'autres sources d'informations, notamment pour connaître le comportement de ce produit avec d'autres composants.
3. Pour plus d'informations, consultez http://www.intel.com/performance
4. http://www.intel.com/content/dam/www/public/us/en/documents/white-papers/open-network-platform-server-paper.pdf
5. https://software.intel.com/sites/default/files/managed/72/a6/OpenStack_EPA.pdf
6. http://www.etsi.org/deliver/etsi_gs/NFV/001_099/002/01.02.01_60/gs_NFV002v010201p.pdf
7. https://networkbuilders.intel.com/docs/Intel_Network_Builders_Directory_Sept2014.pdf
LES INFORMATIONS CONTENUES DANS CE DOCUMENT CONCERNENT LES PRODUITS INTEL®. CE DOCUMENT N'ACCORDE AUCUNE LICENCE EXPRESSE, IMPLICITE, PAR ESTOPPEL OU AUTRE SUR UN
DROIT QUELCONQUE DE PROPRIÉTÉ INTELLECTUELLE. À L'EXCEPTION DES DISPOSITIONS PRÉVUES AUX CONDITIONS GÉNÉRALES DE VENTE D'INTEL POUR LESDITS PRODUITS, INTEL DÉCLINE TOUTE
RESPONSABILITÉ ET EXCLUT TOUTE GARANTIE EXPRESSE OU IMPLICITE SE RAPPORTANT À LEUR VENTE OU À LEUR UTILISATION. INTEL DÉCLINE NOTAMMENT TOUTE RESPONSABILITÉ ET TOUTE GARANTIE
CONCERNANT LEUR ADÉQUATION À UN USAGE PARTICULIER, LEUR QUALITÉ LOYALE ET MARCHANDE, LA CONTREFAÇON DE TOUT BREVET, LA VIOLATION DE DROITS D'AUTEURS OU D'AUTRES DROITS DE
PROPRIÉTÉ INTELLECTUELLE.
On qualifie d'« application stratégique » toute application qui, en cas d'utilisation avec un produit Intel et en cas d'éventuel dysfonctionnement de ce dernier, pourrait atteindre, directement ou indirectement,
à l'intégrité physique des personnes, voire provoquer leur mort. SI VOUS ACHETEZ OU UTILISEZ UN PRODUIT D'INTEL POUR UNE APPLICATION STRATÉGIQUE, VOUS VOUS ENGAGEZ À DÉDOMMAGER ET
À DÉGAGER INTEL ET SES FILIALES, SOUS-TRAITANTS ET SOCIÉTÉS AFFILIÉES, AINSI QUE LEURS DIRIGEANTS, RESPONSABLES ET EMPLOYÉS, DE TOUTE RESPONSABILITÉ EN CAS DE RÉCLAMATIONS,
DOMMAGES, DÉPENSES ET FRAIS RAISONNABLES D'AVOCAT DÉCOULANT, DIRECTEMENT OU INDIRECTEMENT, D'UNE DEMANDE D'INDEMNITÉ POUR BLESSURE OU DÉCÈS RÉSULTANT DE QUELQUE FAÇON
QUE CE SOIT DE CETTE APPLICATION STRATÉGIQUE, QU'INTEL OU SES SOUS-TRAITANTS AIENT OU NON FAIT PREUVE D'UN MANQUEMENT DANS LA CONCEPTION, LA FABRICATION OU LES MISES EN GARDE
CONCERNANT LEDIT PRODUIT D'INTEL OU L'UN DE SES COMPOSANTS.
Intel se réserve le droit de modifier les caractéristiques et les descriptions de ses produits sans préavis. Les concepteurs ne doivent pas se fier à l’absence ni aux caractéristiques d'une fonctionnalité ou aux
instructions marquées comme « réservées » ou « indéfinies ». Intel se réserve la possibilité de compléter ses définitions à l'avenir et ne saurait être tenue responsable de quelque manière que ce soit pour les
conflits et les incompatibilités découlant des modifications alors apportées. Ces informations sont modifiables à tout moment sans préavis. Il est déconseillé de s'en servir comme base pour mener à terme un
projet effectif.
Les produits abordés dans ce document peuvent comporter des défauts ou erreurs de conception, désignés par le terme errata, susceptibles de les faire s'écarter des
spécifications établies. La liste des errata déjà identifiés peut être fournie sur demande.
Pour obtenir les caractéristiques techniques les plus récentes avant de passer commande d'un produit, renseignez-vous auprès de votre représentant ou de votre
distributeur Intel®.
Vous pourrez obtenir un exemplaire des documents référencés ici en appelant le +1 800 548 4725 ou en allant sur : http://www.intel.com/design/literature.htm
© 2015 Intel Corporation. Tous droits réservés. Intel, le logo Intel et Xeon sont des marques commerciales ou déposées d'Intel Corporation aux États-Unis et/ou dans
d'autres pays.
* Les autres noms et marques peuvent être revendiqués comme la propriété de tiers.
0615/EC/HBD/PDF
332099-00FR