mi, mint felhasználók, minden eddiginél több tartalmat fogyasztunk (és gyártunk), a Cisco előrejelzése szerint “a globális internetes forgalom 2021-ben a teljes globális Internet volumenének 127-szerese lesz 2005-ben. Globálisan az internetes forgalom eléri az egy főre jutó 30 GB-ot 2021-re, szemben az egy főre jutó 10 GB-val 2016-ban.”
ezért a Kereskedelmi és magán CDN-ek fontosabbak, mint valaha. Az eszközök folyamatosan küldenek és fogadnak HTTP kéréseket/válaszokat, és ennek a hatalmas bájtcserének a fenntartásához elengedhetetlen egy jól megtervezett gerinc. Ezért a DIY/privát és hibrid CDN-k gyorsuló növekedése.
az utóbbi időben sok vállalat megkezdte saját magán-vagy hibrid tartalomszolgáltató hálózatának bevezetését. A privát CDN, ellentétben a kereskedelmi CDN-ekkel, teljes ellenőrzést adhat a tartalma felett, mivel nem kell megosztania a tárolót/gépeket/szervereket más, ugyanazt az infrastruktúrát használó webhelyekkel. Is, Ön teljesen szabadon tervezheti és telepítheti saját CDN-jét, mivel az a legjobban megfelel az adott felhasználási esetnek, rugalmasság, amelyet nagyon nehéz, ha nem is lehetetlen elérni bármelyik kereskedelmi CDN-megoldással, amelyek egy mindenki számára megfelelő megközelítést alkalmaznak.
és ne becsüljük alá a költségmegtakarítási tényezőt: a kereskedelmi CDN-k általában használt sávszélességenként és az egyes PoP-k által kezelt kérések száma (jelenléti pont). Ha a webhelye által látott forgalom másodpercenként GB tartományban van, akkor ezek a forgalommal kapcsolatos költségek észrevehetően csökkenthetők egy privát CDN-vel.
a közelmúltban elindítottunk egy DevOps-Barát DIY CDN megoldást, amelyet öt lépésben állíthat be. Minden, amire szüksége van egy CDN beállításához:
- origin server és PoP (jelenléti pontok)
- ISP
- CDN és gyorsítótárazó szoftver
az alábbi lépéseket követve talál magának egy origin szerver, néhány Pop stratégiailag elosztott alapján a közönség, amely képes lesz arra, hogy szolgálja tartalom következő webes teljesítmény legjobb gyakorlatokat.
felhő vagy helyszíni?
a legelső döntés, amelyet meg kell hoznia, az, hogy a tartalomszolgáltató hálózatot felhőpéldányokkal vagy fizikai gépekkel telepíti-e.
ezt a kérdést kétszer kell feltennie magának: mind az origin szerver(ek), mind a POP-ok számára. Ez nem egymást kizáró döntés; dönthet úgy, hogy a CDN egy részét egy (vagy több) felhőmegoldás(ok) használatával valósítja meg, míg egy másik rész helyben él. Az alábbiakban néhány szempontot kell figyelembe venni a döntés meghozatalakor:
- elérhetőség: a használni kívánt felhőszolgáltatónak vannak-e gépei abban a régióban, ahol tartalmat Szeretnék kiszolgálni? Van-e cégemnek adatközpontja abban a régióban, ahová tartalmat szeretnénk szállítani?
- teljesítmény: jobb teljesítményt fogok elérni felhőpéldányokkal vagy fizikai gépekkel?
- költségek: mivel a webes forgalom terhelés másodpercenként, lesz olcsóbb fizetni az infrastruktúra vagy a saját? Olcsóbb lesz-e az IaaS használata, vagy egy adott csapat felvétele egy ilyen architektúra fenntartására?
- skála: melyik stratégia segíti az üzleti skálámat: felhő, on-prem vagy hibrid?
- biztonság: milyen előnyei és hátrányai vannak a vállalkozásom különböző lehetőségeinek?
akár az “on-prem” útvonalat választja, valóban olyan egyszerű, mint a csomagok telepítése a szerverekre, például “apt-get install varnish-plus
“vagy” yum install varnish-plus
“. További információkért forduljon hozzánk.
a felhőben követheti az AWS marketplace-en található utasításokat, vagy részletes dokumentációnkat arról, hogyan kezdheti el a lakkot és az AWS-t.
ISP and Routing
találja meg az igényeinek leginkább megfelelő ISP-t, és vegye figyelembe, hogy olyan megoldásra lesz szüksége, amely minden kérést a legközelebbi PoP-hoz irányít. Néhány tényezőt érdemes figyelembe venni:
- földrajzi jelenlét: Keressen egy internetszolgáltatót, amely lefedi a kiszolgálni kívánt régiót.
- csatlakozási sebesség: győződjön meg arról, hogy elegendő sebességgel rendelkezik mind az átlagos napi, mind a csúcsidőkhöz.
- elérhetőség és megbízhatóság: az infrastruktúra minden részéhez hasonlóan az internetszolgáltatónak is mindig rendelkezésre kell állnia, mivel ez lesz a vállalkozás gerince.
- költséghatékonyság: gondosan térképezze fel a szolgáltatási költségeket, mivel az internetszolgáltatók költségei számos tényezőtől függően nagymértékben változnak, és meg kell találnia a megfelelő egyensúlyt a szolgáltatások és a költségek között.
a piac számos internetszolgáltató és kérés útválasztási lehetőséget kínál, és az, hogy mit választasz az Ön egyedi igényeinek kielégítésére, attól az egyensúlytól függ, amely a legmegfelelőbb a beállítás és a forgalmi elvárások szempontjából.
Origin Server and PoPs
kezdjük itt a szaftos résszel!
gondolhat egy CDN-re, mint egy hatalmas gyorsítótárra, elosztott csomópontokkal, amelyek segítenek a tartalom gyorsabb eljuttatásában a végfelhasználók számára. Ahhoz, hogy ezt megtehesse, és hatékony legyen, el kell döntenie, hogy az Ön vállalkozása számára stratégiai fontosságú tényezők alapján melyik földrajzi helyen szeretné elhelyezni az origin szerver(eke) t. Ugyanez az érvelés vonatkozik minden Papádra.
az origin server döntése egyszerű, mivel azt szeretné, hogy a webszerver a lehető legközelebb legyen A tartalom teljes ellenőrzéséhez. De amikor eldönti, hogy hol találja meg a Popokat, és hányra van szüksége, néhány tényezőt figyelembe kell vennie:
- hol van a legfontosabb közönséged? Arra számít, hogy bizonyos régiókban növekedni fog az üzlet? Ha igen, mely régiók? Fontos továbbá elemezni, hogy hol és hogyan koncentrálódnak, hogy a lehető legjobb élményt nyújtsák.
- késleltetés az origin szerver és a közönség között: ez segít eldönteni, hogy hol keresse meg az egyes Popokat.
- forgalmi minták. Ezek elemzése lehetővé teszi, hogy kiváló felhasználói élményt nyújtson és optimalizálja infrastruktúráját
telepítse a lakk DIY CDN szoftvert
a lakk egyedülálló VCL konfigurációs nyelvének köszönhetően rendkívül rugalmas. A VCL segítségével gyorsítótárazási szabályokat állíthat be, és döntéseket hozhat a szélén.
lakk DIY CDN jön egy komplett tartalom szállítási funkciók:
- terheléselosztás
- Prefetch opció a gyorsítótár melegen tartásához
- állandó tárolómotor
- magas rendelkezésre állás
- biztonság, mind biztonságos kapcsolatban, mind teljesen titkosított gyorsítótárban
lakk DIY CDN kell telepíteni minden a PoPs.
ezt fogjuk elérni a gyors beállítás végén:
mint látható, telepítjük a lakk DIY CDN-t:
- Origin shield: ez segít megvédeni az origin szerver(eke) t, és néhány kérést tehermentesíteni. Ebben a példában az origin szerver Londonban lesz.
- PoP a: az egyik a két Pop fogunk fejleszteni, hogy hozzanak létre egy nagyon alapvető CDN. Ennek a példának a céljából Frankfurtban, Németországban, az EU-n belül helyezzük el.
- PoP B: a másik Popunk tartalmat fog szolgáltatni az észak-amerikai közönségnek. New York-i székhelyű lesz.
minden PoP és az origin pajzs szimmetrikus és összekapcsolt konfigurációval rendelkezik, hogy minden PoP mindig elérhető legyen, még akkor is, ha a két lakk csomópont egyike karbantartás alatt áll vagy nem áll rendelkezésre.
minden lakk gyorsítótár plusz tuple szinkronizálva van a VHA használatával, amely amellett, hogy a tartalmat a különböző gyorsítótár-csomópontok között replikálja, csökkenti a háttérprogramok stresszét is, enyhítve őket a túl sok megterheléstől, amely kevesebb sávszélességet igényel, és kevesebb oda-vissza utat igényel.
Configure lakk
ahhoz, hogy egy alapvető és működő konfiguráció van szüksége:
1. Tudassa a lakkkal, hogy mely háttérrendszerekkel tud beszélni: nyissa meg az “/etc/lakk/alapértelmezett.vcl ” és adja meg a támogatott IP-címet és portot
2. Konfigurálja, hogy melyik porton melyik lakk hallgatja a bejövő kérést:
nyissa meg a “etc/default/varnish.param
“elemet és állítsa be” -a": 80.
indítsa újra a lakkot, és készen áll. Saját CDN-je van és működik. Miután megértette, hogy milyen típusú infrastruktúra felel meg legjobban az Ön igényeinek, és hogyan oszlik meg a közönség, ezeket a lépéseket követve, hogy saját magán CDN-t készítsen a lakk használatával, csak néhány órát vesz igénybe.