ProHoster > Blog > Administrim > Po ndërtojmë dhe konfigurojmë CDN-në tonë

Po ndërtojmë dhe konfigurojmë CDN-në tonë

Rrjetet e shpërndarjes së përmbajtjes (CDN) përdoren në faqe dhe aplikacione kryesisht për të përshpejtuar ngarkimin e elementeve statikë. Kjo ndodh përmes ruajtjes së skedarëve në serverët e CDN, të vendosur në rajone të ndryshme gjeografike. Duke kërkuar të dhëna përmes CDN, përdoruesi i merr ato nga serveri më i afërt.

Principi i funksionimit dhe funksionaliteti i të gjitha rrjeteve të shpërndarjes së përmbajtjes janë përafërsisht të njëjta. Kur merr një kërkesë për ngarkimin e një skedari, serveri i CDN njëherë e merr atë nga serveri origjinal dhe ia jep përdoruesit, duke e ruajtur së bashku në cache për një periudhë të caktuar kohe. Për të gjitha kërkesat më pas, përgjigja jepet nga cache. Të gjitha CDN kanë opsione për ngarkimin paraprak të skedarëve, pastrimin e cache, konfigurimin e afatit të ruajtjes, dhe shumë më tepër.

NdonjĂ«herĂ«, pĂ«r shkak tĂ« arsyeve tĂ« ndryshme, nevojitet tĂ« organizohet njĂ« rrjet i vetĂ«shpĂ«rndarjes sĂ« pĂ«rmbajtjes, dhe atĂ«herĂ« — le tĂ« na ndihmojĂ« udhĂ«zimi pĂ«r ndĂ«rtimin e njĂ« biciklete tĂ« re.

Po ndërtojmë dhe konfigurojmë CDN-në tonë
Burimi: InfografikĂ« vektor e krijuar nga pikisuperstar — www.freepik.com

Kur na nevojitet një CDN i vetëshpërndarjes

Le të shqyrtojmë rastet kur nisma e një CDN të vetme ka kuptim:

  • kur dĂ«shirojmĂ« tĂ« kursejmĂ«, ndĂ«rsa shpenzimet aktuale edhe me pĂ«rdorimin e CDN tĂ« lira si BunnyCDN pĂ«rbĂ«jnĂ« disa qindra dollarĂ« nĂ« muaj
  • nĂ«se duam tĂ« marrim cache tĂ« vazhdueshĂ«m ose cache pa fqinjĂ« nĂ« server dhe kanal
  • nĂ« rajonin tuaj tĂ« nevojshĂ«m serverĂ«t e CDN nuk kanĂ« pika pranie
  • kĂ«rkohen ndonjĂ« konfigurim specifik pĂ«r shpĂ«rndarjen e pĂ«rmbajtjes
  • duam tĂ« pĂ«rshpejtojmĂ« shpĂ«rndarjen e pĂ«rmbajtjes dinamike, duke e vendosur mĂ« afĂ«r pĂ«rdoruesve serverat e prodhimit
  • ka shqetĂ«sime se shĂ«rbimi i palĂ«s sĂ« tretĂ« tĂ« CDN mund tĂ« mbledhĂ« ose tĂ« pĂ«rdorĂ« nĂ« mĂ«nyrĂ« tĂ« paligjshme informacionin mbi sjelljen e pĂ«rdoruesve (pĂ«rshĂ«ndetje shĂ«rbimeve jo nĂ« pĂ«rputhje me GDPR) ose tĂ« angazhohet nĂ« veprime tĂ« tjera tĂ« paligjshme

Në shumicën e rasteve të tjera, është më e arsyeshme të përdoren zgjidhje ekzistuese të gatshme.

ÇfarĂ« duhet pĂ«r fillimin

E mrekullueshme, nëse keni sistemin tuaj autonom (AS). Me të mund të caktoni të njëjtin IP për disa serverë dhe sipër këtij udhëzimi në nivelin e rrjetit të drejtoni përdoruesit te më të afërmit. Duket se, madje me një grup adresash /24 ekziston mundësia për të ndërtuar një rrjet të shpërndarjes së përmbajtjes. Disa ofrues serverësh lejojnë të bëjnë një shpallje për t'u përdorur në të gjitha rajonet e disponueshme nga ata.

Nëse nuk jeni një pronar i fatlumë i një blloku adresash IP, atëherë për të nisur një CDN të thjeshtë do t'ju nevojiten:

  • emri i domeneve ose subdomeni
  • minimalisht dy servera nĂ« rajone tĂ« ndryshme. Serveri mund tĂ« jetĂ« si tĂ« dedikuar ashtu edhe virtual.
  • mjeti geoDNS. Me tĂ«, pĂ«rdoruesi, kur bĂ«n kĂ«rkesĂ« ndaj domainit, do tĂ« drejtsohet te serveri mĂ« i afĂ«rt.

Rregjistrojmë domainin dhe porositim serverat.

Me regjistrimin e domainit është shumë e thjeshtë - e regjistrojmë në çdo zonë te çdo regjistrues. Gjithashtu, për CDN mund të përdorim subdomen, për shembull diçka si cdn.emriidomene.com. Në fakt, në shembullin tonë do ta bëjmë kështu.

Sa i pĂ«rket porosisĂ« sĂ« serverave - Ă«shtĂ« e rekomandueshme t'i qironi nĂ« rajonet dhe vendet ku ndodhet audienca juaj. NĂ«se projekti Ă«shtĂ« ndĂ«rkontinental, Ă«shtĂ« e pĂ«rshtatshme tĂ« zgjidhni ofruesit e hostimit qĂ« ofrojnĂ« menjĂ«herĂ« servera nĂ« tĂ« gjithĂ« botĂ«n. PĂ«r shembuj: OVH, Leaseweb dhe 100Tb — pĂ«r servera tĂ« dedikuar, Vultr dhe DigitalOcean — pĂ«r virtual cloud*.

Për CDN-në tonë private do të porosisim 3 servera virtualë në kontinente të ndryshme. Te Vultr serveri për $5/muaj 25GB SSD do të marim hapësirë dhe1TB trafik.

Po ndërtojmë dhe konfigurojmë CDN-në tonë Kur të instalojmë do të zgjedhim Debian-in e fundit. Serverat tanë:Frankfurt

Po ndĂ«rtojmĂ« dhe konfigurojmĂ« CDN-nĂ« tonĂ« Çikago, ip: 199.247.18.199

Po ndërtojmë dhe konfigurojmë CDN-në tonë Singapor, ip: 149.28.121.123

, ip: 157.230.240.216

* Vultr dhe DigitalOcean premtojnë $100 kredi për përdoruesit e regjistruar përmes lidhjeve në artikull, menjëherë pas shtimit të mënyrës së pagesës. Autori gjithashtu merr një kompliment të vogël nga kjo, që për të është shumë e rëndësishme. Ju lutem, trego ngrohtësi.

Konfigurojmë geoDNS

Që përdoruesi, kur kërkon te domeni ose subdomeni CDN, të drejtohet te serveri i duhur (më i afërti për të), na nevojitet një server DNS me funksionin geoDNS.

  1. Principi dhe rregulli i punës së geoDNS është si në vijim:
  2. Përcakton IP-në e klientit që ka dërguar kërkesën DNS, ose IP-në e serverit DNS rekurziv që përdoret gjatë përpunimit të kërkesës së klientit. Këto servera rekurzivë zakonisht janë DNS-të e ofruesve. Përmes IP-së së klientit, mëson vendin ose rajonin e tij. Për këtë, përdoren bazat GeoIP, të cilat sot janë shumë të ndryshme. Ekzistojnë disa.
  3. opcione falas

Në përputhje me vendndodhjen e klientit, i jep atij IP-në e serverit CDN më të afërt. ndërtohet vetëNjë server DNS me funksionin geoDNS mund të , por është më mirë të përdoren zgjidhje të gatshme me një rrjet serverash DNS në të gjithë botën dhe Anycast

Kur porositni geoDNS, duhet të keni parasysh numrin e kërkesave që përfshihen në plan dhe të kuptoni se numri real i kërkesave për domenin mund të jetë shumë më i lartë se sa pritet. Miliona robotë, skanerë, spamerë dhe krijesa të tjera punojnë pa ndalim.

Pothuajse tĂ« gjithĂ« shĂ«rbimet DNS pĂ«rfshijnĂ« nĂ« kosto shĂ«rbimin e nevojshĂ«m pĂ«r ndĂ«rtimin e CDN — DNS Failover. Me tĂ«, mund tĂ« konfiguroni monitorimin e funksionimit tĂ« serverĂ«ve tuaj dhe nĂ« rast se nuk ka shenja jete, automatikisht tĂ« zĂ«vendĂ«soni adresĂ«n e serverit jo-funksional nĂ« pĂ«rgjigjet DNS me tĂ« njĂ« serveri rezervĂ«.

Për të ndërtuar CDN-në tonë, do të përdorim ClouDNS, plani GeoDNS.

Shtojmë një zonë të re DNS në panelin tonë të përdoruesit, duke treguar domenin tonë. Nëse do të ndërtosh CDN-në në një subdomen, dhe domeni kryesor është tashmë në përdorim, mos harro të shtosh regjistrat ekzistues të DNS menjëherë pas shtimit të zonës. Veprimi tjetër është krijimi i disa regjistrave A për domenin/subdomenin e CDN, secili do të përdoret për rajonin që kemi përzgjedhur. Rajonet mund të jenë kontinente ose vende, për SHBA dhe Kanada janë të disponueshme subrajone.

Në rastin tonë, CDN do të ngrihet në subdomenin cdn.sayt.in. Pas shtimit të zonës sayt.in, do të krijojmë regjistrin tonë të parë A për subdomenin dhe do ta drejtojmë të gjithë Amerikën Veriore në një server në Chicago:

Po ndërtojmë dhe konfigurojmë CDN-në tonë
Do të përsërisim veprimin për rajone të tjera, pa harruar të krijojmë një regjistër për rajonet me përjashtim. Kjo është ajo çfarë do të rezultojë në fund:

Po ndërtojmë dhe konfigurojmë CDN-në tonë

Regjistri i fundit defolt në screenshot do të thotë se të gjitha rajonet që nuk janë caktuar (dhe këtu janë Europa, Afrika, përdoruesit e internetit satelitor, etj.) do të drejtohen në një server në Frankfurt.

Në këtë pikë, konfigurimi i bazës DNS ka përfunduar. Tani mbetet të vizitoni faqen e regjistrarit të domenit dhe të zëvendësoni NS-të aktuale të domenit me ato që dha ClouDNS. Dhe ndërsa NS-të do të përditësohen, ne do të përgatitim serverët.

Instalimi i certifikatave SSL

CDN ynĂ« do tĂ« funksionojĂ« nĂ« HTTPS, prandaj nĂ«se keni tashmĂ« certifikata SSL pĂ«r domenin ose subdomenin, ngarkoni ato nĂ« tĂ« gjithĂ« serverĂ«t, pĂ«r shembull nĂ« direktorinĂ« /etc/ssl/ĐČĐ°ŃˆĐŽĐŸĐŒĐ”Đœ/

NĂ«se nuk keni certifikata, mund tĂ« merrni njĂ« tĂ« lirĂ« nga Let’s Encrypt. PĂ«r kĂ«tĂ«, do tĂ« pĂ«rshtatet skripti ACME ShellKlienti Ă«shtĂ« i lehtĂ« dhe i thjeshtĂ« pĂ«r t'u konfiguruar, dhe mĂ« e rĂ«ndĂ«sishmja — lejon verifikimin e domenit/sundimit pĂ«rmes DNS pĂ«rmes API nga ClouDNS.

Ne do ta vendosim acme.sh vetĂ«m nĂ« njĂ« nga serverat — evropianin 199.247.18.199, nga i cili certifikatat do tĂ« kopjohen nĂ« tĂ« gjitha tĂ« tjerat. PĂ«r instalimin do tĂ« kryejmĂ«:

root@cdn:~# wget -O - https://get.acme.sh | bash; source ~/.bashrc

Në procesin e instalimit të skriptit do të krijohet një detyrë CRON për azhurnimin e mëtejshëm të certifikatave pa angazhimin tonë.

Kontrolli i domenit gjatë lëshimit të certifikatës do të kryhet përmes DNS duke përdorur API, prandaj, në panelin e përdoruesit të ClouDNS nën menunë Reseller API ne duhet të krijojmë një përdorues të ri API dhe të caktojmë një fjalëkalim për të. Auth-id i marrë me fjalëkalim do ta shkruajmë në skedarin ~/ .acme.sh / dnsapi / dns_cloudns.sh (mos e ngatërroni me skedarin dns_clouddns.sh). Këto janë linjat që duhet të komenton dhe redaktohen:

CLOUDNS_AUTH_ID=
CLOUDNS_AUTH_PASSWORD=""

Tani do të kërkojmë që të marrim certifikatën SSL për cdn.sayt.in

root@cdn:~# acme.sh --issue --dns dns_cloudns -d cdn.sayt.in --reloadcmd "service nginx reload"

Në parametrat, për të ardhmen, ne kemi përcaktuar komandën për rinovimin automatik të konfiguracionit të serverit të uebit pas çdo azhurnimi të afatit të vlefshmërisë së certifikatës në vazhdim.

I gjithë procesi i marrjes së certifikatës mund të zgjasë deri në 2 minuta, mos e ndërpreni atë. Nëse ka ndodhur një gabim në verifikimin e domenit, provoni të ekzekutoni komandën përsëri. Në fund do të shohim se ku janë ngarkuar certifikatat:

Po ndërtojmë dhe konfigurojmë CDN-në tonë

Mbani mend kĂ«to rrugĂ«, do tĂ« nevojitet qĂ« tĂ« tregohen gjatĂ« kopjimit tĂ« certifikatave nĂ« servera tĂ« tjerĂ«, si dhe nĂ« konfigurimet e serverit tĂ« uebit. Mos u shqetĂ«soni pĂ«r gabimin e rifillimit tĂ« konfigurimeve Nginx, — nĂ« njĂ« server tĂ« konfiguruar plotĂ«sisht, gjatĂ« rinovimit tĂ« certifikatave, ajo nuk do tĂ« ndodhĂ«.

E tĂ«ra çfarĂ« na mbetet pĂ«r SSL, — Ă«shtĂ« qĂ« tĂ« kopjojmĂ« certifikatĂ«n e marrĂ« nĂ« dy servera tĂ« tjerĂ« duke ruajtur rrugĂ«n pĂ«r skedarĂ«t. Do tĂ« krijojmĂ« nĂ« secilin prej tyre direktorive tĂ« njĂ«jta dhe do tĂ« bĂ«jmĂ« njĂ« kopje:

root@cdn:~# mkdir -p /root/.acme.sh/cdn.sayt.in/
root@cdn:~# scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

Për të bërë që rinovimi i certifikatave të jetë i rregullt, do të krijojmë një detyrë CRON ditore në të dy serverat me komandën:

scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/ && service nginx reload

Me këtë, qasja në serverin burim duhet të jetë e konfirmuar nëpërmjet çelësit, dmth. pa futur një fjalëkalim. Mos e harroni ta bëni këtë.

Instalimi dhe konfigurimi i Nginx

Për të dorëzuar përmbajtje statike do të përdorim Nginx, i konfiguruar në modin e serverit proxy me keƥ. Do të përditësojmë listat e paketave dhe do ta instalojmë atë në të tri serverat:

root@cdn:~# apt update
root@cdn:~# apt install nginx

Në vend të konfigurimit default, do të përdorim konfigurimin nga spoiler-i më poshtë:
nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 4096;
    multi_accept on;
}

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    types_hash_max_size 2048;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log off;
    error_log /var/log/nginx/error.log;

    gzip on;
    gzip_disable "msie6";
    gzip_comp_level 6;
    gzip_proxied any;
    gzip_vary on;
    gzip_types text/plain application/javascript text/javascript text/css application/json application/xml text/xml application/rss+xml;
    gunzip on;            

    proxy_temp_path    /var/cache/tmp;
    proxy_cache_path   /var/cache/cdn levels=1:2 keys_zone=cdn:64m max_size=20g inactive=7d;
    proxy_cache_bypass $http_x_update;

server {
  listen 443 ssl;
  server_name cdn.sayt.in;

  ssl_certificate /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.cer;
  ssl_certificate_key /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.key;

  location / {
    proxy_cache cdn;
    proxy_cache_key $uri$is_args$args;
    proxy_cache_valid 90d;
    proxy_pass https://sayt.in;
    }
  }
}

Në konfigurim do të redaktojmë:

  • max_size — madhĂ«sia e keĆĄit, qĂ« nuk e kalon hapĂ«sirĂ«n e disponueshme nĂ« disk
  • inactive — koha e ruajtjes sĂ« tĂ« dhĂ«nave tĂ« keĆĄuara, tĂ« cilat nuk janĂ« aksesuar nga askush
  • ssl_certificate dhe ssl_certificate_key — rrugĂ«t pĂ«r skedarĂ«t e certifikatĂ«s SSL dhe çelĂ«sit
  • proxy_cache_valid — koha e ruajtjes sĂ« tĂ« dhĂ«nave tĂ« keĆĄuara
  • proxy_pass — adresa e serverit origjinal, nga i cili CDN do tĂ« kĂ«rkojĂ« skedarĂ«t pĂ«r keĆĄim. NĂ« shembullin tonĂ«, kjo Ă«shtĂ« sayt.in

Siç e shohim, gjithçka është e thjeshtë. Vështirësia mund të vijë vetëm nga konfigurimi i kohës së keƥimit për shkak të ngjashmërisë së direktivave. inactive dhe proxy_cache_validTë cilat do t'i analizojmë në shembullin tonë. Ky është procesi kur inactive=7d dhe proxy_cache_valid 90d:

  • nĂ«se kĂ«rkesa nuk pĂ«rsĂ«ritet brenda 7 ditĂ«ve, tĂ« dhĂ«nat do tĂ« fshihen nga keĆĄi pas skadimit tĂ« kĂ«tij periodi
  • nĂ«se kĂ«rkesa pĂ«rsĂ«ritet tĂ« paktĂ«n njĂ« herĂ« brenda 7 ditĂ«ve, tĂ« dhĂ«nat nĂ« keĆĄ do tĂ« konsiderohen tĂ« vjetra pas 90 ditĂ«sh dhe gjatĂ« kĂ«rkesĂ«s sĂ« ardhshme Nginx do t'i rinovojĂ«, duke u marrĂ« nga serveri origjinal

Pasi përfundojmë rregullimet nginx.conf, do të rinisnim konfigurimin:

root@cdn:~# service nginx reload

CDN-ja jonë është plotësisht e gatshme. Për $15/muaj, kemi marrë pika prezence në tri kontinente dhe 3 TB trafik: nga 1 TB në çdo lokacion.

Kontrollojmë funksionimin e CDN-së

Le tĂ« shohim ping-et pĂ«r CDN-nĂ« tonĂ« nga vende tĂ« ndryshme gjeografike. Çdo shĂ«rbim pĂ«r pingim do tĂ« jetĂ« i pĂ«rshtatshĂ«m.

Pika e nisjes
Host
IP
Koha mesatare, ms

Gjermani, Berlin
cdn.sayt.in
199.247.18.199
9.6

Holandë, Amsterdam
cdn.sayt.in
199.247.18.199
10.1

Francë, Paris
cdn.sayt.in
199.247.18.199
16.3

Mbretëria e Bashkuar, Londër
cdn.sayt.in
199.247.18.199
14.9

Kanada, Toronto
cdn.sayt.in
149.28.121.123
16.2

SHBA, San Francisco
cdn.sayt.in
149.28.121.123
52.7

SHBA, Dallas
cdn.sayt.in
149.28.121.123
23.1

SHBA, Çikago
cdn.sayt.in
149.28.121.123
2.6

Shtetet e Bashkuara, Nju Jork
cdn.sayt.in
149.28.121.123
19.8

Singapor
cdn.sayt.in
157.230.240.216
1.7

Japoni, Tokio
cdn.sayt.in
157.230.240.216
74.8

Australi, Sidney
cdn.sayt.in
157.230.240.216
95.9

Rezultatet janĂ« tĂ« mira. Tani do tĂ« vendosim nĂ« rrĂ«njĂ«n e faqes kryesore njĂ« imazh testues test.jpg dhe do tĂ« verifikojmĂ« shpejtĂ«sinĂ« e ngarkimit tĂ« tij pĂ«rmes CDN. Thuhet, — kryer. PĂ«rmbajtja dorĂ«zohet shpejt.

Do të shkruajmë një skenar të vogël në rast se duam të pastrojmë cache-n në pikën e CDN.
purge.sh

#!/bin/bash
if [ -z "$1" ]
then
    echo "Purging all cache"
    rm -rf /var/cache/cdn/*
else
    echo "Purging $1"
    FILE=`echo -n "$1" | md5sum | awk '{print $1}'`
    FULLPATH=/var/cache/cdn/${FILE:31:1}/${FILE:29:2}/${FILE}
    rm -f "${FULLPATH}"
fi

Për të hequr tërë cache-n, mjafton ta ekzekutoni, një skedë të veçantë mund ta pastrojmë kështu:

root@cdn:~# ./purge.sh /test.jpg

Në vend të përfundimeve

Në fund, dëshiroj të jap disa këshilla të dobishme, që të kalojmë direkt mbi pengesat që më kanë shkaktuar më parë dhimbje koke:

  • PĂ«r tĂ« rritur qĂ«ndrueshmĂ«rinĂ« e CDN rekomandohet tĂ« konfiguroni DNS Failover, qĂ« ndihmon nĂ« ndĂ«rrimin e shpejtĂ« tĂ« regjistrit A nĂ« rast tĂ« prishjes sĂ« serverit. Kjo bĂ«het nĂ« panelin e kontrollit tĂ« regjistrave DNS tĂ« domainit
  • Faqet me pĂ«rhapje gjeografike tĂ« gjerĂ« pa dyshim kĂ«rkojnĂ« njĂ« numĂ«r tĂ« madh tĂ« pikave CDN, por le tĂ« qĂ«ndrojmĂ« pa fanatizĂ«m. Probabiliteti Ă«shtĂ« qĂ« pĂ«rdoruesi nuk do tĂ« vĂ«rejĂ« ndonjĂ« diferencĂ« tĂ« madhe krahasuar me CDN me pagesĂ«, nĂ«se ju vendosni serverĂ«t nĂ« 6-7 vende: Europa, Amerika Veriore (lindje), Amerika Veriore (perĂ«ndim), Singapor, Australi, Hong Kong ose JaponinĂ«
  • NdĂ«rkohĂ«, hostuesit mund tĂ« mos lejojnĂ« pĂ«rdorimin e serverĂ«ve tĂ« marrĂ« me qira pĂ«r qĂ«llime CDN. Prandaj, nĂ«se ndonjĂ«herĂ« vendosni tĂ« zhvilloni njĂ« rrjet shpĂ«rndarjeje pĂ«rmbajtjeje si shĂ«rbim, mos harroni tĂ« lexoni paraprakisht rregullat e ofruesit tĂ« specifik hostimit
  • Studioni hartĂ«n e komunikimeve nĂ«nujore, qĂ« tĂ« kuptoni si janĂ« tĂ« lidhura kontinenti dhe ta merrni kĂ«tĂ« parasysh kur tĂ« ndĂ«rtoni rrjetin e shpĂ«rndarjes sĂ« pĂ«rmbajtjes
  • Provoni tĂ« kontrolloni ping-et nga vende tĂ« ndryshme nĂ« serverĂ«t tuaj. KĂ«shtu mund tĂ« shihni rajonet mĂ« tĂ« afĂ«rta me pikat e CDN dhe tĂ« rregulloni mĂ« saktĂ« GeoDNS
  • Sipas detyrave, nuk do tĂ« ishte e tepĂ«rt tĂ« rregullohej Nginx pĂ«r kĂ«rkesat specifike tĂ« caching dhe me parasysh ngarkesĂ«n nĂ« server. NĂ« kĂ«tĂ« m'u ndihmuan shumĂ« artikujt mbi caching Nginx — kĂ«tu dhe pĂ«rshpejtimin e punĂ«s nĂ«n ngarkesa tĂ« mĂ«dha: kĂ«tu dhe kĂ«tu

Burimi: habr.com

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster