Netwerkvereisten voor de telecommunicatiecloud (NFV).

Tegenwoordig beseffen steeds meer telecommunicatiebedrijven dat het aanbieden van netwerkfunctiediensten via gesloten en dure specifieke hardwareapparatuur niet alleen netwerkvertragingen veroorzaakt, maar er ook voor zorgt dat netwerkkapitaal en bedrijfskosten blijven stijgen. De laatste tijd hebben we gezien dat steeds meer organisaties de overstap maken naar software-gedefinieerde netwerken. NFV is afgeleid van de normatieve werkgroepspecificatie van de ETSI-industrie die de werking vereenvoudigt door speciale hardware te vervangen door virtuele netwerkfuncties. NFV wordt meer geadopteerd.

In het structurele raamwerk dat ETSI heeft gedefinieerd om de NFV Cloud te bouwen, is NetworkFabric een essentieel onderdeel van de NFV-infrastructuur (NFVI). De basismodules die vereist zijn voor de Network Fabric van NFV Cloud zijn vergelijkbaar met de modules die cloudserviceproviders gebruiken om hun netwerken op te bouwen. Laten we nu eens kijken naar de basismodules.

Een flexibele, eenvoudig-te-schaalbare, open, onderliggende IP-netwerkinfrastructuur:

Hoewel laag 2-technologie kan worden gebruikt om een ​​kleine cloud te bouwen, kozen cloudserviceproviders uiteindelijk voor een op laag 3-gebaseerd ontwerp om een ​​datacentermatrix te bouwen met een blad-ruggengraatstructuur die horizontaal kan worden geschaald. De matrixstructuur op basis van IP-technologie kan een betere schaalbaarheid bieden en kan doorgaans worden geschaald om duizenden racks te ondersteunen. NFV-oplossingen moeten ook flexibel zijn om verschillende servicefuncties (VNF) op aanvraag mogelijk te maken. Telecomoperatoren zijn misschien niet te groot in de beginfase van het bouwen van een telecomcloud, maar hun onderliggende basisnetwerkontwerp moet ervoor zorgen dat ze zich kunnen aanpassen aan toekomstige groeiende behoeften. De IP-fabricstructuur is zeer geschikt voor het bouwen van clouddiensten die horizontale uitbreiding vereisen. Producten uit de QFX-serie ondersteunen rijke, op standaarden gebaseerde protocollen en maken gebruik van ECMP-loadbalancing-technologie om het onderliggende onderliggende netwerk van een cloudplatform te bouwen dat horizontaal kan worden geschaald.

Telecomexploitanten gebruiken momenteel speciale hardwareapparatuur om netwerkfunctieservices te leveren, en hun servicekwaliteit kan de betrouwbaarheid op carrierniveau- bereiken. Wanneer deze netwerkdiensten worden gemigreerd naar het virtuele leveringsmodel, zullen de eisen van de gebruiker aan de kwaliteit van de dienstverlening niet afnemen, en zullen telecommunicatie-exploitanten ook in staat moeten zijn vijf 9 diensten met hoge- betrouwbaarheid aan te bieden. Exploitanten die geen waarde hechten aan het aanbieden van netwerkdiensten met hoge-betrouwbaarheid lopen het risico klanten te verliezen en hun omzet te verlagen. Om netwerkdiensten met een hoge-betrouwbaarheid van carrier-klasse te realiseren, moet niet alleen de VNF-functie zelf zeer betrouwbaar zijn, maar moet ook het hele proces van dienstverlening een hoge betrouwbaarheid hebben, en het netwerk speelt hierin een cruciale rol.

Tenantisolatie met behulp van netwerkvirtualisatie:

In het NFV-serviceleveringsmodel mogen meerdere huurders worden vervoerd door een gemeenschappelijke NFVI. Als we NFVIaaS als voorbeeld nemen, kunnen meerdere serviceproviders hostingdiensten leveren vanuit dezelfde cloudinfrastructuur, en biedt elke serviceprovider zijn eigen NFV-diensten. Aan de andere kant kan er zelfs in een omgeving met één-tenant behoefte bestaan ​​aan isolatie tussen verschillende VNF-services. Network slicing is bijvoorbeeld een belangrijke vereiste in de opkomende 5G-standaarden voor draadloze toegang. In deze scenario's is het belangrijkste punt dat het onderliggende fysieke netwerk virtuele netwerksegmenten kan vervoeren en 100% isolatie van het verkeer binnen elk netwerksegment kan garanderen.

Een ander ding om op te merken is dat, hoewel VNF wordt gehost op een virtueel computerplatform, het de wendbaarheid van NFV ten volle kan benutten, maar we zullen zeker VNF's zien draaien op bare metal-platforms. In dit scenario ligt de grens van het netwerksegment op de ToR-switch die is aangesloten op de bare metal-server, in plaats van op de virtuele switch of virtuele router in de hypervisor. Bij de implementatie van NFV is een belangrijke vereiste voor netwerkweefsel het bieden van naadloze interconnectie tussen virtuele computerplatforms en bare metal computerplatforms die veel VNF-services bevatten.

Ten slotte moet het netwerk serviceketens tussen VNF's kunnen ondersteunen om aanpasbare services te kunnen bouwen.

Booster voor VNF-migratie:

De telecomcloud moet VNF's ondersteunen voor realtime-migratie binnen en tussen datacenters. Het balanceren van de belasting van computerbronnen, het reageren op het falen van computerbronnen of onderhoudsvensters kunnen migratie van werklasten veroorzaken. De beheerlaag, orkestratielaag en VNF van Telecom Cloud moeten de mogelijkheid hebben om real-VNF-migratie te ondersteunen. En de netwerkinfrastructuur (bestaande uit leaf-nodes, ruggengraat-nodes en edge-router-nodes) als de carrier-telecommunicatiewolk moet ook over de overeenkomstige flexibiliteit beschikken, zodat real-migratie van VNF mogelijk wordt.