CDN: Ce este și cum funcționează?

Mulți oameni au auzit în repetate rânduri despre utilizarea CDN. Ce este? Decodificarea acestei abrevieri este tradusă din limba engleză ca o rețea de distribuire a conținutului către utilizator, distribuită regional.

Ce avantaje triviale le are? Din avantajele incontestabile - descărcarea sursei de conținut și salvarea cache-ului în punctul geografic cel mai apropiat de consumator. Mulți se pot întreba de ce este necesar acest lucru. Răspunsul este simplu - pentru ca cumpărătorul să primească conținut personal cu cele mai scurte întârzieri. Această rețea este utilizată atât pentru trafic simplu, cât și pentru streaming. În cel de-al doilea caz, utilizatorul primește o imagine persistentă, iar fluxul media alarmează mai puțin frecvent și este adesea redat la o calitate superioară (cu multi-bitrate).

În cazul în care CDN este o terță parte, cea mai bună opțiune este să trimiteți numai sarcina maximă, menținând astfel lățimea de bandă confortabilă (canalele sunt scumpe) și economisind echipamentele finale și întreținerea acestora.

CDN: ce este aceasta și cum funcționează?

Cea mai urgentă întrebare este cum este aranjat acest lucru? De fapt, este imposibil să răspundem la monosilabile. Ca răspuns, există mai multe opțiuni diferite.

Deci, ce este acest CDN? Puteți începe cu o opțiune mai familiară (economii maxime). O rețea este un set de furnizori mari care dețin propriile DC-uri (de exemplu, Megafon, Central Telegraph și altele asemenea, inclusiv firme regionale). Nu există o coloană vertebrală ca atare, totul trece printr-un canal cu traficul abonatului și al clientului.

Interconectarea cu furnizorii în acest caz este extrem de slabă. În aceste exemple, de obicei, fără echipamentul lor nu se poate face, deoarece totul depinde de subsistemul disc, și este (în ciuda pretențiilor setului de companii aderenții de bază „oțel“), eminamente virtualizate rău. Puteți auzi adesea că IOPS valoroase în procesul de virtualizare sunt pierdute. SSD nu este deloc folosită, deoarece costă foarte mult.

Serviciile CDN (Jquery și altele), ca regulă, în sine servere "universale". Ele sunt utilizate pentru streaming de emisie și pentru cache-uri web, servere de flux pentru flv și mp4-fișiere. Pe astfel de servere, toate DNS-urile cunoscute sunt utilizate. Echilibrarea se realizează numai prin vizualizarea DNS de către regiuni / furnizori și așa mai departe. De asemenea, imaginea cunoscută a imaginii CDN, facilitând transferul de fișiere grafice mari.

În conformitate cu cele de mai sus, calitatea serviciului este la un nivel mediocru. Un astfel de CDN nu este întotdeauna posibil să se aplice pentru distribuirea (cacherea) de date mp4 și flv sau fișiere mari. Întârzierile în transmiterea informațiilor în acest caz variază foarte mult, până la intervale mari de timp. Rezultă că, pentru difuzarea în flux, această rețea nu este potrivită, ca în cazul traficului web instant. Deci site-ul CDN nu poate fi accelerat semnificativ.

Nivel superior

CDN-urile mai puternice (în marea majoritate a celor non-ruse - Akamai, L3, CDNetworks), de obicei, nu economisesc pe propria infrastructură datorită faptului că înțeleg perspectivele unor astfel de investiții. Au totul diferit. Deci, au propria lor rețea (rețeaua de backbone-uri), care servește atât pentru traficul intern, cât și pentru traficul oficial. În plus, ei au, de asemenea, AS (sistemele lor autonome). De asemenea, ei păstrează problemele de rutare în mâinile lor. Relațiile peering cu furnizorii de Internet sunt de asemenea bine stabilite.

Echilibrarea aici este construită pe principiul anycast + DNS + LVS. din arhitectura rețelei iar rutarea menționată mai sus se datorează și posibilității de a echilibra cererile consumatorului în moduri mai avansate. Acest lucru se face nu numai prin vizualizarea DNS, dar și prin orice. La orice adresă IP, este instalat un balancer, care vă permite să trimiteți cereri către diferite servere.

Desigur, nu există nici o problemă a unor noduri "universale", la fel ca și virtualizarea tuturor serviciilor. Există servere care descarcă conținut, precum și distribuie conținut instant. De asemenea, există locuri intermediare pentru stocarea unor cantități mari de date care necesită streaming și distribuirea componentelor.

În plus, există servere: surse, multiplexoare intermediare și terminale, la care clientul publică fluxul. În cazul în care ieșirea necesită hls, hds sau streaming de sliverlight, serverele end-uri sunt în general considerate a fi cache-uri de web pentru conținut de înaltă calitate și încărcare rapidă.

Această arhitectură va permite serviciului să suporte sarcini uriașe fără riscul de întârziere a clienților și clienților. În cazul unui CDN privat, este mai rațional să se utilizeze capacitățile echipamentului la sarcini maxime, asigurând în același timp un nivel adecvat de servicii (răspândirea întârzierii, întreruperea fluxurilor etc.).

Ce servere sunt folosite?

Din punct de vedere tehnic, astfel de servicii utilizează cache-uri web nginx, deoarece serverul are tot ceea ce este necesar pentru interogări proxy și cache. Pentru este posibil să se scrie module personalizate în r. H. Pentru descărcarea conținutului din memoria cache, „curățare“ a unor cantități de informații în acestea, colectarea de date statistice (și, de exemplu, trimite-l la Mongo-bază). De asemenea, de obicei este prevăzută pentru service de către producător. Deci, L3 a creat pentru sine nginx (propriul server CDNJS).

Serverele de streaming sunt adesea ceva de-al lor (de obicei bazate pe modele gata făcute ca red5 sau ceva de genul asta) sau Wowza Media Server. Serverele în care clientul publică fluxurile sunt de obicei Adobe FMS. De regulă, acestea includ jocul CDN.

Serverele de stocare pot fi, de asemenea, magazine de obiecte cum ar fi mogilef, hadoop și FS foarte mari, cum ar fi Luster sau Gluster, care acum câștigă popularitate. OpenStack-storage Swift (Fișierele CDN) este, de asemenea, comun, în ciuda faptului că acestea nu au fost încă finalizate și nu au primit aprobare largă datorită unor "umidități".

Transcoderele sunt o versiune clasică a ffmpeg cu o auto-tastare mare (software de urmărire, manager de coadă, etc.)

statistică

Mult depinde de metodele de stabilire a tarifelor și schemele de facturare. Dar există momente care nu pot fi evitate. Statisticile de contabilitate care utilizează NetFlow practic imposibilă, deoarece cantitatea de trafic este mare și irațional să dedice un articol întreg la costul unui număr de shortchanging echipamente si paralelizare de proces. Statisticile sunt produse de bușteni. Pornind de la nodul terminal, prăbușirea cererilor repetate (1 CDN URL-ul cu 1 sau subrețea IP), apoi jurnalele de agregate treierat pe un server dedicat, nu deriva statisticile pentru nevoile tehnice și de facturare.

Statistici mai detaliate

Cum funcționează statisticile în CDN? Ce este acest lucru în detaliu? Acesta include următoarele componente:

• de obicei, au capacitatea de a crea un calendar pentru numărul de cereri pe unitatea de timp, numărul de clienți (pentru utilizarea cu in-line de radiodifuziune), numărul de erori pe unitate de timp (de exemplu, numărul de pauze pentru fluxurile sau numărul de erori 404, 500 și 502 pentru http-server) ;
• Amenajarea graficelor privind statisticile geografice;
• coeficient de cache sau multiplexare (pentru streaming) la un moment dat;
• pentru utilizarea internă, se utilizează, de obicei, colectarea datelor statistice privind timpul de răspuns pentru răspunsuri care nu sunt limitate în viteză, pentru fronturi, servere intermediare și statistici sursă temporară.

API-ul propriu pentru interacțiunea cu CDN este un mecanism necesar - fără el, serviciul în sine nu poate exista. Adesea, cu ajutorul acestuia puteți să curățați întreaga memorie cache sau anumite obiecte, să configurați sau să inițiați o încărcare de fișiere de la sursă pentru a o pre-cache în CDN de pe noduri. Ca exemplu, puteți cita CDN SteamCommunity, care operează o rețea de jocuri la nivel mondial.

O prezentare concisă a celor mai populare furnizori de CDN

Este util pentru fiecare utilizator avansat să învețe despre mai multe dintre cele mai populare servicii de rețele de livrare a conținutului (Jquery CDN și altele asemenea). Unele dintre ele au găsit o aplicare largă, în timp ce altele sunt în stadiul de creștere și dezvoltare.

CloudFlare Network

Până în prezent, acesta este cel mai bine cunoscut și utilizat pe scară largă serviciu CDN URL. În rețeaua CloudFlare este posibil să achiziționați un pachet tarifar plătit sau să utilizați un tarif gratuit. Compania funcționează pe piață pentru mai mult de cincisprezece ani și și-a câștigat reputația impecabilă pentru această perioadă. Unul dintre avantajele cheie ale serviciului - CloudFlare nu stabilește o anumită lățime de bandă, ca și în cazul companiilor concurente.

Rețeaua MaxCDN

De asemenea, unul dintre cele mai populare servicii CDN, care este deținut de NetDNA (lider în livrarea distribuită). Caracteristici cheie MaxCDN - servicii se integrează ușor cu sistemele de management al conținutului cele mai comune (WP, Joomla, Drupal, Magento, și altele.). În această rețea (fregată CDN) versiune de testare este disponibil gratuit pentru o săptămână, fără a tarifelor taxa încă. Cu toate acestea, costul de utilizare este destul de accesibil.

Rețeaua TinyCDN

Solasno, unul dintre cele mai bune servicii. Se bazează pe serviciile Amazon Web Services (una dintre cele mai cunoscute companii din acest domeniu), deoarece este una dintre cele mai fiabile. Prețul pentru utilizarea acestora nu este mult mai mare decât cel al companiilor concurente. În TinyCDN există o versiune gratuită pentru testare, oferind 30 de zile posibilitatea de a utiliza serviciul.

Viteza paginii Google

Rețeaua de webmasteri Speed ​​Page pentru Google Page nu este bine cunoscută, deoarece publicul țintă este dezvoltatorii. Dezvoltarea sa are loc prin salturi și limite, precum și alte produse de la Google. Dacă doriți ca propriile experimente să funcționeze, asigurați-vă că încercați acest serviciu. Acesta poate fi utilizat cu succes într-o varietate de rețele, iar recenziile despre acesta sunt în mare parte pozitive.