als gebruikers consumeren (en produceren) wij meer inhoud dan ooit, Cisco voorspelt dat “wereldwijd internetverkeer in 2021 zal gelijk zijn aan 127 keer het volume van het gehele wereldwijde Internet in 2005. Wereldwijd zal het internetverkeer in 2021 30 GB per hoofd van de bevolking bedragen, tegenover 10 GB per hoofd van de bevolking in 2016.”
daarom zijn CDN ‘ s, zowel commercieel als privé, belangrijker dan ooit. Apparaten verzenden en ontvangen voortdurend HTTP-verzoeken/reacties en om deze immense uitwisseling van bytes te ondersteunen, is een goed geplande backbone een must. Vandaar de versnelde groei van DIY / private en hybride CDN ‘ s.
de laatste tijd zijn veel bedrijven begonnen met het implementeren van hun eigen private of hybride content delivery network. Een privé CDN, in tegenstelling tot commerciële CDN ‘ s, kan u volledige controle geven over uw inhoud omdat u geen opslag/machines/servers hoeft te delen met andere websites die dezelfde infrastructuur gebruiken. Ook bent u volledig vrij om uw eigen CDN te plannen en te implementeren zoals het het beste past bij uw specifieke use case, flexibiliteit die zeer moeilijk zo niet onmogelijk te bereiken is met een van de commerciële CDN-oplossingen die er zijn, die een one-fits-all aanpak gebruiken.
en laten we de kostenbesparingsfactor niet onderschatten: commerciële CDN ‘ s verkopen meestal per gebruikte bandbreedte en het aantal verzoeken dat door elke PoP wordt behandeld (point of presence). Als het verkeer op uw website binnen het bereik van GB per seconde ligt, kunnen deze verkeersgerelateerde kosten aanzienlijk worden verminderd met een privé CDN.
we hebben onlangs een DevOps-vriendelijke DIY CDN-oplossing gelanceerd die u in vijf stappen kunt instellen. Alles wat je nodig hebt om een CDN op te zetten:
- origin server and PoP (points of presence)
- ISP
- CDN-en cachingsoftware
Als u deze stappen volgt, vindt u een origin-server, een paar Pop ‘ s die strategisch zijn gedistribueerd op basis van uw doelgroep, waaraan u inhoud kunt leveren volgens de best practices voor webprestaties.
Cloud of On-Premise?
de allereerste beslissing die u moet nemen is of u uw content delivery network wilt implementeren met behulp van cloudinstances of fysieke machines.
je moet jezelf deze vraag twee keer stellen: zowel voor de origin server(s) als daarna voor je PoPs. Het is geen wederzijds uitsluitende beslissing; u kunt besluiten om een deel van uw CDN te implementeren met behulp van een (of meer) cloudoplossing(en), terwijl een ander deel on-premise leeft. De volgende zijn een paar punten te overwegen bij het maken van deze beslissing:
- beschikbaarheid: heeft de cloudprovider die ik wil gebruiken machines beschikbaar in de regio waar ik inhoud wil aanbieden? Heeft mijn bedrijf datacenters in de regio waar we content willen leveren?
- prestaties: zal ik betere prestaties krijgen met behulp van cloudinstances of fysieke machines?
- kosten: gezien mijn webverkeersbelasting per seconde, zal het goedkoper zijn om de infrastructuur te betalen of te bezitten? Zal het ook goedkoper zijn om IaaS te gebruiken of om een specifiek team in te huren om zo ‘ n architectuur te onderhouden?
- Scale: welke strategie helpt mijn business scale: Cloud, on-prem of hybrid?
- beveiliging: Wat zijn de voor-en nadelen van de verschillende opties voor mijn bedrijf?
of u de “on-prem” route kiest is echt net zo eenvoudig als het installeren van pakketten op uw servers, bijvoorbeeld “apt-get install varnish-plus
” of ” yum install varnish-plus
“. U kunt contact met ons opnemen voor meer informatie.
in de cloud kunt u de instructies volgen op de AWS marketplace of onze uitgebreide documentatie over hoe u aan de slag kunt met Varnish en AWS.
ISP en Routing
Zoek de beste ISP voor uw behoeften en bedenk ook dat u een oplossing nodig hebt die elke aanvraag kan routeren naar de dichtstbijzijnde PoP. Enkele factoren die het overwegen waard zijn:
- geografische aanwezigheid: zoek een ISP die de regio(s) dekt die u wilt bedienen.
- verbindingssnelheid: zorg ervoor dat u voldoende snelheid hebt voor zowel uw gemiddelde dag-als piekuren.
- beschikbaarheid en betrouwbaarheid: zoals met alle onderdelen van uw infrastructuur moet een ISP altijd beschikbaar zijn omdat het de ruggengraat van uw bedrijf zal zijn.
- kostenefficiëntie: breng de servicekosten zorgvuldig in kaart, aangezien de kosten van een ISP sterk zullen variëren, afhankelijk van een aantal factoren, en u zult het juiste evenwicht tussen diensten en kosten moeten vinden.
de markt biedt veel ISP en verzoeken routing opties, en wat u kiest om te voldoen aan uw specifieke behoeften zal afhangen van de balans die het meest zinvol voor uw setup en verkeer verwachtingen maakt.
Origin Server en PoPs
laten we beginnen met het juicy deel hier!
u kunt een CDN zien als een enorme cache met gedistribueerde nodes die helpen om inhoud sneller aan eindgebruikers te leveren. Om dit te doen en efficiënt te zijn, moet u, op basis van factoren die u van strategisch belang acht voor uw bedrijf, beslissen in welke geografische locatie u uw origin-server(s) wilt plaatsen. Dezelfde redenering geldt voor elk van je pa ‘ s.
de origin server beslissing is eenvoudig, omdat u wilt dat uw webserver zo dicht mogelijk de volledige controle over uw inhoud heeft. Maar als het gaat om te beslissen waar de POP ‘ s te vinden en hoeveel je nodig hebt, zijn er een paar factoren die u moet overwegen:
- Waar is je belangrijkste publiek? Verwacht u dat het bedrijfsleven in bepaalde regio ‘ s zal groeien? Zo ja, welke regio ‘ s? Ook is het belangrijk om te analyseren waar en hoe ze zijn geconcentreerd om de best mogelijke ervaring te leveren.
- latentie tussen uw origin server en uw publiek: dit zal u helpen om te beslissen waar elke PoP te vinden.
- verkeerspatronen. Door ze te analyseren kunt u een uitstekende gebruikerservaring bieden en uw infrastructuur optimaliseren
Install Varnish DIY CDN Software
Varnish is uiterst flexibel vanwege zijn unieke VCL configuratietaal. Met VCL kunt u cachingregels instellen en beslissingen nemen aan de rand.
Varnish DIY CDN wordt geleverd met een complete set van Content delivery features:
- taakverdeling
- Prefetch-optie om uw cache warm te houden
- Persistent storage engine
- hoge beschikbaarheid
- beveiliging, zowel in een beveiligde verbinding als in een volledig versleutelde cache
Varnish DIY CDN zal moeten worden geïnstalleerd in elk van uw PoPs.
Dit is wat we zullen bereiken aan het einde van deze snelle setup:
zoals u kunt zien zullen we Varnish DIY CDN installeren in:
- Origin shield: dit helpt je origin server(s) te beschermen en sommige verzoeken te verwijderen. In dit voorbeeld zal de origin server in Londen zijn gevestigd.
- PoP A: is een van de twee Pop ‘ s die we zullen ontwikkelen om een zeer basic CDN op te zetten. In het kader van dit voorbeeld plaatsen we het in Frankfurt, Duitsland, binnen de EU.
- PoP B: onze andere PoP zal inhoud aan het Noord-Amerikaanse publiek aanbieden. Het zal in New York gevestigd zijn.
elke PoP en het origin shield hebben een symmetrische en gekoppelde configuratie om ervoor te zorgen dat elke PoP altijd beschikbaar is, zelfs als een van de twee Varnish nodes in onderhoud is of niet beschikbaar is.
elke Varnish-Cache Plus tuple wordt gesynchroniseerd met behulp van VHA, dat naast het repliceren van inhoud tussen verschillende cachingknooppunten, ook de stress op uw backends vermindert, waardoor ze te veel belasting verliezen die minder bandbreedte verbruiken en minder retourvluchten vereisen.
Varnish configureren
om een basis-en werkconfiguratie te hebben moet u:
1. Laat Varnish weten met welke backends het kan praten: Open “/etc/varnish / default.vcl ” en geef uw ondersteunde IP-adres en poort
2. Configureer op welke poort welke Varnish luistert naar binnenkomende verzoeken:
Open “etc/default/varnish.param
“en zet” -a": 80.
herstart Varnish en je bent klaar. Je hebt je eigen CDN draaiend. Als u eenmaal hebt begrepen welk type infrastructuur het beste aan uw behoeften voldoet en hoe uw publiek wordt gedistribueerd, duurt het slechts een paar uur om deze stappen te volgen om uw eigen privé CDN te bouwen met Varnish.