1. Hvad er et CDN
Det fulde navn på CDN er Content Delivery Network, det vil sige indholdsdistributionsnetværk. Dens formål er at tilføje et nyt lag af CACHE (caching) lag til det eksisterende internet og offentliggøre indholdet af hjemmesiden til den node, der er tættest på brugerens netværks "kant", så brugere kan få det nødvendige indhold i nærheden og forbedre brugererfaring. Reaktionsevne af adgang til hjemmesiden. Løs teknisk årsagerne såsom lille netværksbåndbredde, stort antal brugerbesøg, ujævn fordeling af forretninger osv., og forbedre responshastigheden for brugere, der besøger hjemmesiden.
For at sige det enkelt er arbejdsprincippet for CDN at cache ressourcerne på dit kildested på CDN-noder placeret over hele verden. Når brugere anmoder om ressourcer, vil de returnere de ressourcer, der er cachelagret på den nærmeste node, i stedet for at kræve, at hver brugers anmodning vender tilbage til dit. Hentning fra kildestedet undgår overbelastning af netværket, letter presset på kildestedet og sikrer hastigheden og oplevelsen af brugere, der får adgang til ressourcer.
- Løsning af "first mile"-problemet på serversiden
- Afbøde eller endda eliminere virkningen af sammenkoblingsflaskehalse mellem forskellige operatører
- Lindre eksportbåndbreddetrykket i provinserne
- Aflast presset på backbone-netværket
- Optimeret distribution af hot content på internettet
2. Arbejdsprincip for CDN
- Brugeren indtaster det domænenavn, der skal besøges, og operativsystemet spørger LocalDns efter domænenavnets IP-adresse
- LocalDns forespørger ROOT DNS for domænenavnets autoritative server (dette forudsætter, at LocalDns cachen udløber)
- ROOT DNS reagerer på domænenavnsgodkendelses-dns-posten til LocalDns
- Efter at LocalDns har opnået den autoriserede dns-post for domænenavnet, fortsætter den med at forespørge om IP-adressen på domænenavnet fra domænenavnets autoriserede dns
- Efter domænenavnsautorisation dns forespørger domænenavnsposten, reagerer den på LocalDns
- LocalDns får domænenavnets ip-adresse og svarer til klienten
- Efter at brugeren har fået IP-adressen på domænenavnet, besøger han webstedets server
- Webstedets server svarer på anmodningen og returnerer indholdet til klienten
CDN-adgangsproces
Fra ovenstående figur kan vi se, at adgangsprocessen til webstedet efter brug af CDN-cachen bliver:
- Brugeren indtaster det domænenavn, der skal besøges, og operativsystemet spørger LocalDns efter domænenavnets IP-adresse.
- LocalDns forespørger ROOT DNS for domænenavnets autoritative server (dette forudsætter, at LocalDns cachen udløber)
- ROOT DNS reagerer på domænenavnsgodkendelses-dns-posten til LocalDns
- Efter at LocalDns har opnået den autoriserede dns-post for domænenavnet, fortsætter den med at forespørge om IP-adressen på domænenavnet fra domænenavnets autoriserede dns
- Efter domænenavnsgodkendelsen dns forespørger på domænenavnsposten (normalt CNAME), reagerer den på LocalDns
- Når LocalDns har hentet domænenavnsposten, forespørger den om IP-adressen på domænenavnet fra den intelligente planlægnings-DNS
- Smart Scheduling DNS reagerer på LocalDns med den bedst egnede CDN node ip-adresse i henhold til visse algoritmer og strategier (såsom statisk topologi, kapacitet osv.)
- LocalDns får domænenavnets ip-adresse og svarer til klienten
- Efter at brugeren har fået IP-adressen på domænenavnet, besøger han webstedets server
- CDN-nodeserveren reagerer på anmodningen og returnerer indholdet til klienten. (På den ene side gemmer cacheserveren den lokalt til senere brug, og på den anden side returnerer den optagne data til klienten for at fuldføre dataserviceprocessen)
Gennem ovenstående analyse kan vi konkludere, at for at opnå gennemsigtig adgang til almindelige brugere (brugerklienten behøver ikke foretage nogen indstillinger efter brug af cachen), er det nødvendigt at bruge DNS (Domain Name Resolution) til at guide brugerne til få adgang til Cache-serveren for at opnå gennemsigtige accelerationstjenester. Da det første trin for brugere at besøge et websted er domænenavnsløsning, er det den enkleste og mest effektive måde at guide brugere til at besøge ved at ændre DNS.
Komponenter i et CDN-netværk
For almindelige internetbrugere svarer hver CDN-node til en webserver placeret omkring den.
Gennem DNS-overtagelse bliver brugerens anmodning gennemsigtigt dirigeret til den nærmeste node, og CDN-serveren i noden vil svare på brugerens anmodning ligesom hjemmesidens originale server. Da det er tættere på brugeren, er responstiden nødvendigvis hurtigere.
Stykket, der er cirklet af den stiplede cirkel i figuren ovenfor, er CDN-laget, som er placeret mellem klienten og webstedsserveren.
Intelligent planlægnings-DNS (såsom f5's 3DNS)
- Smart Scheduling DNS er et nøglesystem i CDN-tjenesten. Når en bruger besøger et websted, der tilslutter sig CDN-tjenesten, vil anmodningen om domænenavnsløsning endelig blive håndteret af "Smart Scheduling DNS".
- Gennem et sæt foruddefinerede politikker giver den brugeren den nodeadresse, der er tættest på brugeren på det tidspunkt, så brugeren kan få hurtig service.
- Samtidig skal den opretholde kommunikationen med CDN-knuderne fordelt på forskellige steder, spore sundhedsstatus, kapacitet og anden information for hver knude og sikre, at brugerens anmodning allokeres til den nærmeste tilgængelige knude.
Cachefunktionstjeneste
- Belastningsbalanceringsudstyr (såsom lvs, BIG/IP på F5)
- Content Cache-server (såsom blæksprutte)
- fælles opbevaring
3. Forklaring af begreber
CNAME-post
CNAME er et alias (kanonisk navn); det kan bruges til at omsætte et domænenavn til et andet domænenavn. Når DNS-systemet forespørger om navnet på venstre side af CNAME, vil det vende sig til navnet på højre side af CNAME og derefter forespørge, hele vejen til det sidste PTR eller A Name, det vil først reagere efter en vellykket forespørgsel, ellers mislykkes det.
CNAME domænenavn
DNS
DNS står for Domain Name System, hvilket betyder domænenavnsløsningsservice. Dens rolle på internettet er at konvertere domænenavnet til en IP-adresse, der kan genkendes af netværket. Folk er vant til at huske domænenavne, men maskiner genkender kun IP-adresser. Der er en en-til-en-korrespondance mellem domænenavne og IP-adresser. Konverteringsarbejdet mellem dem kaldes domænenavnsopløsning. Domænenavnsløsning skal fuldføres af en dedikeret domænenavnsløsningsserver. Processen er automatisk. For eksempel: www.baidu.com indtastet, når du surfer på internettet, vil automatisk blive konverteret til 220.181.112.143.
Tilbage til kildevært
Tilbage-til-origin-vært: Tilbage-til-origin-værten bestemmer det specifikke websted på oprindelsesstedet, som back-to-origin-anmodningen får adgang til.
Eksempel 1: Kildewebstedet er et domænenavn. Kildewebstedet www.a.comis, og back-to-source-værten er www.b.com. Så er den faktiske tilbage-til-kildeanmodning IP-adressen løst til `www.a.com, og webstedet www.b.com på den tilsvarende vært
Eksempel 2: Kildewebstedet er IP-kildestedet er 1.1.1.1, og back-to-source-værten er www.b.com, så er den faktiske back-to-source webstedet www.b.com på værten svarende til 1.1.1.1
Protokol tilbage til kilden
Den protokol, der bruges, når der refereres tilbage til kilden, er i overensstemmelse med den protokol, der bruges, når klienten får adgang til ressourcen, dvs. hvis klienten bruger HTTPS til at anmode om ressourcen, hvis ressourcen ikke er cachelagret på CDN-noden, vil knudepunktet bruge den samme HTTPS-metode til at vende tilbage til kilden for at få ressourcen; På samme måde, hvis klienten anmoder om at bruge HTTP-protokollen, bruger CDN-noden også HTTP-protokollen, når den vender tilbage til kilden.
Anbefal datacentre, dedikeret netværk, storbynetværk, lejet linje, mørk fibernetværksforbindelsesenhed,
DWDM OTN platform, HT6000 og HT6800.
