Byg dit eget CDN i 5 trin

vi bruger (og producerer) mere indhold end nogensinde, Cisco forudsiger, at “global internettrafik i 2021 vil svare til 127 gange volumenet af hele det globale Internet i 2005. Globalt vil internettrafikken nå 30 GB pr. indbygger i 2021, op fra 10 GB pr.indbygger i 2016.”

derfor er CDN ‘ er, kommercielle og private, vigtigere end nogensinde. Enheder sender og modtager konstant HTTP-anmodninger / svar, og for at opretholde denne enorme udveksling af bytes er en velplanlagt rygrad et must. Dermed den accelererende vækst af DIY / private og hybrid CDN ‘ er.

på det seneste er mange virksomheder begyndt at implementere deres eget private eller hybride indholdsleveringsnetværk. Et privat CDN, i modsætning til kommercielle CDN ‘ er, kan give dig fuld kontrol over dit indhold, fordi du ikke behøver at dele lager/maskiner/servere med andre hjemmesider, der bruger den samme infrastruktur. Du er også helt fri til at planlægge og implementere dit eget CDN, da det bedst passer til din specifikke brugssag, fleksibilitet, der er meget vanskelig, hvis ikke umulig at opnå med nogen af de kommercielle CDN-løsninger derude, der bruger en one-fits-all tilgang.

og lad os ikke undervurdere omkostningsbesparelsesfaktoren: kommercielle CDN ‘ er sælger normalt pr. Hvis trafikken din hjemmeside ser er i intervallet GB per sekund disse trafik-relaterede omkostninger kan reduceres mærkbart med en privat CDN.

vi lancerede for nylig en DevOps-venlig DIY CDN-løsning, som du kan konfigurere i fem trin. Alt hvad du behøver for at oprette en CDN:

• origin server og PoP (points of presence)
• ISP
• CDN og caching

ved at følge disse trin finder du dig selv med en origin server, et par PoPs strategisk distribueret baseret på dit publikum, som du vil være i stand til at servere indhold efter bedste praksis på nettet.

Sky eller On-Premise?

den allerførste beslutning, du bliver nødt til at tage, er, om du vil implementere dit indholdsleveringsnetværk ved hjælp af skyinstanser eller fysiske maskiner.

du bliver nødt til at stille dig selv dette spørgsmål to gange: både til oprindelsesserveren(E) og derefter til dine PoPs. Det er ikke en gensidigt eksklusiv beslutning; du kan beslutte at implementere en del af din CDN ved hjælp af en (eller flere) cloud-løsninger, mens en anden del lever på stedet. Følgende er et par punkter, du skal overveje, når du træffer denne beslutning:

1. tilgængelighed: har den skyudbyder, jeg vil bruge, maskiner til rådighed i det område, jeg vil servere indhold til? Ejer min virksomhed datacentre i den region, som vi ønsker at levere indhold til?
2. ydelse: får jeg bedre ydelse ved hjælp af cloud instances eller fysiske maskiner?
3. omkostninger: i betragtning af min trafikbelastning pr. sekund, vil det være billigere at betale for infrastrukturen eller at eje den? Vil det også være billigere at bruge IaaS eller at ansætte et specifikt team til at opretholde en sådan arkitektur?
4. skala: hvilken strategi vil hjælpe min virksomhed skala: Cloud, on-prem eller hybrid?
5. sikkerhed: hvad er sikkerhed fordele og ulemper ved de forskellige muligheder for min virksomhed?

uanset om du vælger ruten “on-prem”, er det virkelig lige så nemt som at installere pakker på dine servere, f.eks. “apt-get install varnish-plus “eller” yum install varnish-plus“. Du kan kontakte os for yderligere info.

i skyen kan du følge instruktionerne på Ave-markedet eller vores omfattende dokumentation om, hvordan du kommer i gang med lak og Ave.

ISP og Routing

Find dig selv den bedste internetudbyder til dine behov, og overvej også, at du har brug for en løsning, der kan dirigere hver anmodning til den nærmeste PoP. Et par faktorer, der er værd at overveje:

1. geografisk tilstedeværelse: Find en internetudbyder, der dækker den eller de regioner, du vil betjene.
2. tilslutningshastighed: sørg for, at du også har nok hastighed til både din gennemsnitlige dag og spidsbelastningstider.
3. tilgængelighed og pålidelighed: som med alle dele af din infrastruktur skal en internetudbyder altid være tilgængelig, da det vil være rygraden i din virksomhed.
4. omkostningseffektivitet: Kortlæg serviceomkostningerne omhyggeligt, da omkostningerne fra en internetudbyder vil variere meget afhængigt af en række faktorer, og du bliver nødt til at finde den rette balance mellem tjenester og omkostninger.

markedet tilbyder mange ISP og anmodninger routing muligheder, og hvad du vælger at tjene dine specifikke behov vil afhænge af den balance, der giver mest mening for din opsætning og trafik forventninger.

Origin Server and PoPs

lad os starte med den saftige del her!

du kan tænke på en CDN som en enorm cache med distribuerede noder, der hjælper med at levere indhold hurtigere til slutbrugere. For at gøre det og være effektiv skal du beslutte, baseret på faktorer, du anser for at være af strategisk betydning for din virksomhed, i hvilken geografisk placering du ønsker, at din oprindelsesserver skal være placeret. Den samme begrundelse gælder for hver af dine PoPs.

beslutningen om oprindelsesserver er ligetil, da du vil have din internetserver så tæt som muligt for at have fuld kontrol over dit indhold. Men når det kommer til at beslutte, hvor du skal finde PoPs, og hvor mange du har brug for, der er et par faktorer, du bør overveje:

1. hvor er dit vigtigste publikum? Forventer du, at erhvervslivet vil vokse i visse regioner? Hvis ja, hvilke regioner? Det er også vigtigt at analysere, hvor og hvordan de er koncentreret for at levere den bedst mulige oplevelse.
2. Latency mellem din origin-server og dit publikum: Dette hjælper dig med at beslutte, hvor du skal finde hver PoP.
3. trafikmønstre. Ved at analysere dem kan du give en fremragende brugeroplevelse og optimere din infrastruktur

installer varnish DIY CDN-program

Varnish er ekstremt fleksibel på grund af dets unikke VCL-konfigurationssprog. VCL kan du indstille caching regler og træffe beslutninger på kanten.

lak DIY CDN leveres med et komplet sæt af indhold levering funktioner:

1. Load balancing
2. Prefetch mulighed for at holde din cache varm
3. Persistent storage engine
4. høj tilgængelighed
5. sikkerhed, i både en sikker forbindelse og en fuldt krypteret cache

Lær DIY CDN skal installeres i hver af dine PoPs.
dette er, hvad vi vil opnå i slutningen af denne hurtige opsætning:

som du kan se, vil vi installere lak DIY CDN i:

• Origin shield: dette hjælper med at beskytte din origin-server(er) og aflaste nogle af anmodningerne. I dette eksempel vil origin-serveren være baseret i London.
• PoP A: er en af de to pop ‘ er, vi udvikler til at oprette en meget grundlæggende CDN. Med henblik på dette eksempel placerer vi det i Frankfurt, Tyskland, inden for EU.
• PoP B: vores anden PoP vil tjene indhold til det nordamerikanske publikum. Den vil være baseret i København.

hver PoP og origin shield har en symmetrisk og koblet konfiguration for at sikre, at hver PoP altid er tilgængelig, selvom en af de to Laknoder er under vedligeholdelse eller ikke er tilgængelig.

hver Lakcache Plus tuple synkroniseres ved hjælp af VHA, som ud over at replikere indhold mellem forskellige caching-noder også reducerer stresset på dine backends og lindrer dem for for meget belastning, der bruger mindre båndbredde og kræver færre rundture.

Konfigurer lak

for at have en grundlæggende og fungerende konfiguration skal du:

1. Lad lak vide, hvilke backends det kan tale med: åben “/etc/lak/standard.vcl ” og angiv din sikkerhedskopierede IP-adresse og port

2. Konfigurer hvilken port på hvilken lak lytter til indgående anmodning:

Åbn “etc/default/varnish.param “og sæt” -a": 80.

genstart lak, og du er klar. Du har din helt egen CDN op at køre. Når du først har forstået, hvilken type infrastruktur der bedst opfylder dine behov, og hvordan dit publikum distribueres, skal det kun tage et par timer at følge disse trin for at opbygge din egen private CDN ved hjælp af lak.