તમારું CDN બનાવવું અને ગોઠવવું

કન્ટેન્ટ ડિલિવરી નેટવર્ક્સ (CDN) નો ઉપયોગ વેબસાઈટ અને એપ્લિકેશન્સમાં મુખ્યત્વે સ્ટેટિક તત્વોના લોડિંગને ઝડપી બનાવવા માટે થાય છે. આ વિવિધ ભૌગોલિક પ્રદેશોમાં સ્થિત CDN સર્વર્સ પર ફાઇલોના કેશિંગને કારણે થાય છે. સીડીએન દ્વારા ડેટાની વિનંતી કરીને, વપરાશકર્તા તેને નજીકના સર્વરથી પ્રાપ્ત કરે છે.

તમામ સામગ્રી વિતરણ નેટવર્કની કામગીરી અને કાર્યક્ષમતાનો સિદ્ધાંત લગભગ સમાન છે. ફાઇલ ડાઉનલોડ કરવાની વિનંતી પ્રાપ્ત કર્યા પછી, CDN સર્વર તેને મૂળ સર્વરમાંથી એક વખત લે છે અને તે વપરાશકર્તાને આપે છે, તે જ સમયે તેને ચોક્કસ સમયગાળા માટે કેશ કરે છે. બધી અનુગામી વિનંતીઓનો કેશમાંથી જવાબ આપવામાં આવે છે. બધા CDN પાસે ફાઇલો પ્રીલોડ કરવા, કેશ સાફ કરવા, સમાપ્તિ તારીખ સેટ કરવા અને વધુ માટે વિકલ્પો છે.

એવું બને છે કે, એક અથવા બીજા કારણોસર, તમારે તમારું પોતાનું કન્ટેન્ટ ડિલિવરી નેટવર્ક ગોઠવવાની જરૂર છે, અને પછી - આગલી બાઇકને એસેમ્બલ કરવા માટેની સૂચનાઓ અમને મદદરૂપ થવા દો.

સોર્સ: ઇન્ફોગ્રાફિક વેક્ટર pikisuperstar દ્વારા બનાવવામાં આવ્યું છે - www.freepik.com

જ્યારે તમને તમારા પોતાના સીડીએનની જરૂર હોય

એવા કિસ્સાઓ ધ્યાનમાં લો કે જ્યાં તમારું પોતાનું CDN ચલાવવાનો અર્થ થાય છે:

• જ્યારે સસ્તા CDN નો ઉપયોગ કરતી વખતે પણ નાણાં બચાવવાની ઈચ્છા હોય, અને ચાલતા ખર્ચ બન્નીસીડીએન મહિનાના કેટલાક સો ડોલર જેટલી રકમ
• જો આપણે સર્વર અને ચેનલ પડોશીઓ વિના કાયમી કેશ અથવા કેશ મેળવવા માંગીએ છીએ
• CDN સેવાઓમાં તમને જોઈતા પ્રદેશમાં હાજરીના બિંદુઓ હોતા નથી
• કોઈપણ વિશિષ્ટ સામગ્રી વિતરણ સેટિંગ્સ આવશ્યક છે
• અમે ઉત્પાદન સર્વરને વપરાશકર્તાઓની નજીક મૂકીને ગતિશીલ સામગ્રીના વિતરણને ઝડપી બનાવવા માંગીએ છીએ
• એવી ચિંતા છે કે તૃતીય-પક્ષ CDN સેવા ગેરકાયદેસર રીતે વપરાશકર્તાની વર્તણૂક (હેલો નોન-GDPR-સુસંગત સેવાઓ) વિશેની માહિતી એકત્રિત કરી શકે છે અથવા તેનો ઉપયોગ કરી શકે છે અથવા અન્ય ગેરકાયદેસર પ્રવૃત્તિઓમાં જોડાઈ શકે છે.

મોટાભાગના અન્ય કિસ્સાઓમાં, હાલના તૈયાર ઉકેલોનો ઉપયોગ કરવો વધુ યોગ્ય છે.

તમારે શું શરૂ કરવાની જરૂર છે

જો તમારી પાસે તમારી પોતાની ઓટોનોમસ સિસ્ટમ (AS) હોય તો તે અદ્ભુત છે. તેની સાથે, તમે ઘણા સર્વર્સને સમાન IP સોંપી શકો છો અને આ સૂચના અનુસાર નેટવર્ક સ્તરે, વપરાશકર્તાઓને નજીકના એક પર ડાયરેક્ટ કરો. તે કહેવું યોગ્ય છે કે /24 સરનામાં બ્લોક સાથે પણ, સામગ્રી વિતરણ નેટવર્ક બનાવવું શક્ય છે. કેટલાક સર્વર પ્રદાતાઓ તમને તેમના માટે ઉપલબ્ધ તમામ પ્રદેશોમાં ઉપયોગ માટે જાહેરાત કરવાની મંજૂરી આપે છે.

જો તમે IP એડ્રેસના બ્લોકના ખુશ માલિક નથી, તો એક સરળ CDN ચલાવવા માટે તમારે આની જરૂર પડશે:

• ડોમેન નામ અથવા સબડોમેન
• જુદા જુદા પ્રદેશોમાં ઓછામાં ઓછા બે સર્વર. સર્વર કાં તો સમર્પિત અથવા વર્ચ્યુઅલ હોઈ શકે છે
• geoDNS સાધન. તેની સાથે, વપરાશકર્તા, ડોમેનને સંબોધિત કર્યા પછી, નજીકના સર્વર પર નિર્દેશિત કરવામાં આવશે

ડોમેન રજીસ્ટર કરો અને સર્વર ઓર્ડર કરો

ડોમેન નોંધણી સાથે, બધું સરળ છે - અમે કોઈપણ રજિસ્ટ્રાર સાથે કોઈપણ ઝોનમાં નોંધણી કરાવીએ છીએ. તમે CDN માટે સબડોમેનનો પણ ઉપયોગ કરી શકો છો, ઉદાહરણ તરીકે કંઈક આના જેવું cdn.domainname.com. ખરેખર, અમારા ઉદાહરણમાં, અમે તે જ કરીશું.

સર્વર્સને ઓર્ડર કરવા માટે, તે પ્રદેશો અને દેશોમાં ભાડે આપવા જોઈએ જ્યાં તમારા વપરાશકર્તા પ્રેક્ષકો સ્થિત છે. જો પ્રોજેક્ટ ઇન્ટરકોન્ટિનેન્ટલ છે, તો હોસ્ટિંગ પ્રદાતાઓને પસંદ કરવાનું અનુકૂળ છે જે એક જ સમયે સમગ્ર વિશ્વમાં સર્વર્સ પ્રદાન કરે છે. ઉદાહરણો: OVH, લીઝવેબ и 100Tb - સમર્પિત સર્વરો માટે, વલ્ટર и DigitalOcean - વર્ચ્યુઅલ ક્લાઉડ* માટે.

અમારા ખાનગી CDN માટે, અમે વિવિધ ખંડો પર 3 વર્ચ્યુઅલ સર્વર્સનો ઓર્ડર આપીશું. મુ વલ્ટર માટે સર્વર પર $5/મહિના અમે મેળવીશું 25GB એસએસડી સ્થાનો અને 1TB ટ્રાફિક. ઇન્સ્ટોલ કરતી વખતે, નવીનતમ ડેબિયન પસંદ કરો. અમારા સર્વર્સ:

ફ્રેન્કફર્ટ, આઈપી: 199.247.18.199

શિકાગો, આઈપી: 149.28.121.123

Сингапур, આઈપી: 157.230.240.216

* Vultr અને DigitalOcean એવા વપરાશકર્તાઓને $100 ક્રેડિટ આપવાનું વચન આપે છે જેઓ ચુકવણી પદ્ધતિ ઉમેર્યા પછી તરત જ લેખમાંની લિંક દ્વારા નોંધણી કરાવે છે. લેખકને આનાથી એક નાનકડી પ્રશંસા પણ મળે છે, જે હવે તેમના માટે ખૂબ જ મહત્વપૂર્ણ છે. કૃપા કરીને સમજણ રાખો.

geoDNS સેટ કરી રહ્યું છે

ડોમેન અથવા CDN સબડોમેઇન ઍક્સેસ કરતી વખતે વપરાશકર્તાને ઇચ્છિત (નજીકના) સર્વર પર નિર્દેશિત કરવા માટે, અમને geoDNS કાર્ય સાથે DNS સર્વરની જરૂર છે.

geoDNS ના સિદ્ધાંત અને કામગીરી નીચે મુજબ છે:

1. ક્લાયંટનો IP સ્પષ્ટ કરે છે જેણે DNS વિનંતી મોકલી છે, અથવા ક્લાયંટ વિનંતી પર પ્રક્રિયા કરતી વખતે ઉપયોગમાં લેવાતા પુનરાવર્તિત DNS સર્વરના IPનો ઉલ્લેખ કરે છે. આવા પુનરાવર્તિત સર્વર્સ સામાન્ય રીતે પ્રદાતાઓના DNS-s હોય છે.
2. ક્લાયંટનો IP તેના દેશ અથવા પ્રદેશને ઓળખે છે. આ માટે, GeoIP ડેટાબેસેસનો ઉપયોગ કરવામાં આવે છે, જેમાંથી આજે ઘણા બધા છે. સારા છે મફત વિકલ્પો.
3. ક્લાયંટના સ્થાનના આધારે, તેને નજીકના CDN સર્વરનું IP સરનામું આપે છે.

geoDNS કાર્ય સાથે DNS સર્વર હોઈ શકે છે જાતે ભેગા કરો, પરંતુ વિશ્વભરના DNS સર્વર્સના નેટવર્ક સાથે તૈયાર ઉકેલોનો ઉપયોગ કરવો વધુ સારું છે અને કોઈપણ કાસ્ટ બોક્સમાંથી:

• CloudDNS થી $9.95/મહિના, GeoDNS ટેરિફ, મૂળભૂત રીતે એક DNS ફેલઓવર છે
• ઝિલોર થી $25/મહિના, DNS ફેલઓવર સક્ષમ
• એમેઝોન રૂટ 53 થી $35/મહિના નેટ 50M જીઓ-વિનંતિઓ માટે. DNS ફેલઓવર અલગથી બિલ કરવામાં આવે છે
• DNS સરળ બનાવ્યું થી $125/મહિના, ત્યાં 10 DNS ફેલઓવર છે
• CloudFlare, એન્ટરપ્રાઇઝ પ્લાન્સમાં "જિયો સ્ટીયરિંગ" સુવિધા ઉપલબ્ધ છે

જીઓડીએનએસ ઓર્ડર કરતી વખતે, તમારે ટેરિફમાં સમાવિષ્ટ વિનંતીઓની સંખ્યા પર ધ્યાન આપવું જોઈએ અને ધ્યાનમાં રાખવું જોઈએ કે ડોમેનની વિનંતીઓની વાસ્તવિક સંખ્યા અપેક્ષાઓ કરતાં ઘણી ગણી વધી શકે છે. કરોડો કરોળિયા, સ્કેનર્સ, સ્પામર્સ અને અન્ય દુષ્ટ આત્માઓ અથાક કામ કરે છે.

લગભગ તમામ DNS સેવાઓમાં CDN - DNS ફેલઓવર બનાવવા માટે અનિવાર્ય સેવાનો સમાવેશ થાય છે. તેની મદદ વડે, તમે તમારા સર્વરની કામગીરીનું મોનિટરિંગ સેટ કરી શકો છો અને, જીવનના સંકેતોની ગેરહાજરીમાં, DNS પ્રતિસાદોમાં બેકઅપ સાથે બિન-કાર્યકારી સર્વરના સરનામાને આપમેળે બદલી શકો છો.

અમારા CDN બનાવવા માટે, અમે ઉપયોગ કરીશું CloudDNS, GeoDNS ટેરિફ.

ચાલો તમારા ડોમેનનો ઉલ્લેખ કરીને તમારા વ્યક્તિગત ખાતામાં એક નવો DNS ઝોન ઉમેરીએ. જો આપણે સબડોમેઇન પર સીડીએન બનાવી રહ્યા છીએ, અને મુખ્ય ડોમેન પહેલેથી ઉપયોગમાં છે, તો ઝોન ઉમેર્યા પછી તરત જ, હાલના કાર્યકારી DNS રેકોર્ડ્સ ઉમેરવાનું ભૂલશો નહીં. આગળનું પગલું એ CDN ડોમેન / સબડોમેઇન માટે ઘણા A-રેકોર્ડ્સ બનાવવાનું છે, જેમાંથી દરેક અમે ઉલ્લેખિત કરેલ પ્રદેશ પર લાગુ થશે. તમે પ્રદેશો તરીકે ખંડો અથવા દેશોનો ઉલ્લેખ કરી શકો છો, પેટા-પ્રદેશો યુએસએ અને કેનેડા માટે ઉપલબ્ધ છે.

અમારા કિસ્સામાં, CDN ને સબડોમેઇન પર વધારવામાં આવશે cdn.sayt.in. ઝોન ઉમેરીને sayt.in, સબડોમેન માટે પ્રથમ A-રેકોર્ડ બનાવો અને શિકાગોમાં સર્વર પર સમગ્ર ઉત્તર અમેરિકાને નિર્દેશિત કરો:

ચાલો અન્ય પ્રદેશો માટે ક્રિયાને પુનરાવર્તિત કરીએ, મૂળભૂત પ્રદેશો માટે એક એન્ટ્રી બનાવવાનું યાદ રાખીને. અંતે શું થાય છે તે અહીં છે:

સ્ક્રીનશૉટમાં છેલ્લી ડિફોલ્ટ એન્ટ્રીનો અર્થ એ છે કે તમામ અનિશ્ચિત પ્રદેશો (અને આ યુરોપ, આફ્રિકા, સેટેલાઇટ ઇન્ટરનેટ વપરાશકર્તાઓ વગેરે છે) ફ્રેન્કફર્ટના સર્વર પર મોકલવામાં આવશે.

આ મૂળભૂત DNS સેટઅપને પૂર્ણ કરે છે. તે ડોમેન રજિસ્ટ્રારની વેબસાઇટ પર જવાનું બાકી છે અને વર્તમાન ડોમેન NS ને CloudDNS દ્વારા જારી કરાયેલા ડોમેન સાથે બદલવાનું છે. અને જ્યારે એનએસ અપડેટ કરવામાં આવશે, અમે સર્વર્સ તૈયાર કરીશું.

SSL પ્રમાણપત્રોની સ્થાપના

અમારું CDN HTTPS પર કામ કરશે, તેથી જો તમારી પાસે પહેલાથી જ ડોમેન અથવા સબડોમેઇન માટે SSL પ્રમાણપત્રો છે, તો તેને બધા સર્વર્સ પર અપલોડ કરો, ઉદાહરણ તરીકે, ડિરેક્ટરીમાં /etc/ssl/yourdomain/

જો ત્યાં કોઈ પ્રમાણપત્રો નથી, તો તમે Let's Encrypt માંથી એક મફત મેળવી શકો છો. આ માટે પરફેક્ટ ACME શેલસ્ક્રીપ્ટ. ક્લાયંટ સુયોજિત કરવા માટે અનુકૂળ અને સરળ છે, અને સૌથી અગત્યનું, તે તમને CloudDNS API દ્વારા DNS દ્વારા ડોમેન/સબડોમેઇનને માન્ય કરવાની મંજૂરી આપે છે.

અમે acme.sh ને ફક્ત એક સર્વર પર ઇન્સ્ટોલ કરીશું - યુરોપિયન 199.247.18.199, જેમાંથી પ્રમાણપત્રો અન્ય તમામને નકલ કરવામાં આવશે. ઇન્સ્ટોલ કરવા માટે, ચલાવો:

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

સ્ક્રિપ્ટના ઇન્સ્ટોલેશન દરમિયાન, અમારી સહભાગિતા વિના પ્રમાણપત્રોના વધુ નવીકરણ માટે CRON જોબ બનાવવામાં આવશે.

પ્રમાણપત્ર જારી કરતી વખતે, API નો ઉપયોગ કરીને DNS નો ઉપયોગ કરીને ડોમેનને તપાસવામાં આવશે, તેથી પુનર્વિક્રેતા API મેનૂમાં CloudDNS વ્યક્તિગત એકાઉન્ટમાં, તમારે એક નવું વપરાશકર્તા API બનાવવાની અને તેના માટે પાસવર્ડ સેટ કરવાની જરૂર છે. ફાઈલમાં પાસવર્ડ સાથે પરિણામી ઓથ-આઈડી લખવામાં આવશે ~/.acme.sh/dnsapi/dns_cloudns.sh (ફાઈલ સાથે ભેળસેળ ન કરવી dns_clouddns.sh). અહીં એવી લીટીઓ છે કે જેના પર ટિપ્પણી અને ફેરફાર કરવાની જરૂર છે:

CLOUDNS_AUTH_ID=<auth-id>
CLOUDNS_AUTH_PASSWORD="<пароль>"

હવે અમે SSL પ્રમાણપત્ર માટે વિનંતી કરીશું cdn.sayt.in

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

વિકલ્પોમાં, ભવિષ્ય માટે, અમે ભવિષ્યમાં પ્રમાણપત્રની માન્યતા અવધિના દરેક નવીકરણ પછી વેબ સર્વર ગોઠવણીને આપમેળે ફરીથી લોડ કરવા માટે આદેશનો ઉલ્લેખ કર્યો છે.

પ્રમાણપત્ર મેળવવાની સમગ્ર પ્રક્રિયામાં 2 મિનિટ જેટલો સમય લાગી શકે છે, તેમાં વિક્ષેપ પાડશો નહીં. જો ડોમેન માન્યતા ભૂલ થાય, તો આદેશને ફરીથી ચલાવવાનો પ્રયાસ કરો. અંતે આપણે જોઈશું કે પ્રમાણપત્રો ક્યાં અપલોડ કરવામાં આવ્યા છે:

આ પાથ યાદ રાખો, પ્રમાણપત્રને અન્ય સર્વર્સ પર કૉપિ કરતી વખતે, તેમજ વેબ સર્વર સેટિંગ્સમાં તેમને ઉલ્લેખિત કરવાની જરૂર પડશે. અમે Nginx રૂપરેખાઓને ફરીથી લોડ કરવાની ભૂલ પર ધ્યાન આપતા નથી - પ્રમાણપત્રો અપડેટ કરતી વખતે તે સંપૂર્ણ રીતે ગોઠવેલ સર્વર પર રહેશે નહીં.

અમે SSL માટે જે બાકી રાખ્યું છે તે ફાઈલોના પાથને જાળવી રાખતા અન્ય બે સર્વર પર પ્રાપ્ત પ્રમાણપત્રની નકલ કરવાનું છે. ચાલો તે દરેક પર સમાન ડિરેક્ટરીઓ બનાવીએ અને એક નકલ બનાવીએ:

root@cdn:~# mkdir -p /root/.acme.sh/cdn.sayt.in/
root@cdn:~# scp -r [email protected]:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

પ્રમાણપત્રોને નિયમિતપણે અપડેટ કરવા માટે, આદેશ સાથે બંને સર્વર પર દૈનિક CRON જોબ બનાવો:

scp -r [email protected]:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/ && service nginx reload

આ કિસ્સામાં, રીમોટ સોર્સ સર્વરની ઍક્સેસ ગોઠવેલી હોવી આવશ્યક છે કી દ્વારા, એટલે કે પાસવર્ડ દાખલ કર્યા વિના. તે કરવાનું ભૂલશો નહીં.

Nginx ઇન્સ્ટોલ અને ગોઠવી રહ્યું છે

સ્થિર સામગ્રી પ્રદાન કરવા માટે, અમે કેશીંગ પ્રોક્સી સર્વર તરીકે ગોઠવેલ Nginx નો ઉપયોગ કરીશું. પેકેજ સૂચિને અપડેટ કરો અને તેને ત્રણેય સર્વર પર ઇન્સ્ટોલ કરો:

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

ડિફોલ્ટને બદલે, અમે નીચેના સ્પોઇલરમાંથી રૂપરેખાનો ઉપયોગ કરીએ છીએ:
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;
    }
  }
}

રૂપરેખામાં સંપાદિત કરો:

• મહત્તમ_કદ — કેશનું કદ, ઉપલબ્ધ ડિસ્ક જગ્યા કરતાં વધુ નહીં
• નિષ્ક્રિય - કેશ્ડ ડેટાનો સંગ્રહ સમય કે જેને કોઈએ એક્સેસ કર્યો નથી
• ssl_સર્ટિફિકેટ и ssl_certificate_key — SSL પ્રમાણપત્ર અને કી ફાઈલો માટે પાથ
• proxy_cache_valid - કેશ્ડ ડેટાનો સંગ્રહ સમય
• proxy_pass - મૂળ સર્વરનું સરનામું જેમાંથી CDN કેશીંગ માટે ફાઇલોની વિનંતી કરશે. અમારા ઉદાહરણમાં, આ sayt.in

જેમ તમે જોઈ શકો છો, બધું સરળ છે. નિર્દેશોની સમાનતાને કારણે માત્ર કેશીંગ સમય સેટ કરવામાં મુશ્કેલી ઊભી થઈ શકે છે નિષ્ક્રિય и proxy_cache_valid. ચાલો અમારા ઉદાહરણ સાથે તેમનું વિશ્લેષણ કરીએ. જ્યારે શું થાય છે તે અહીં છે નિષ્ક્રિય = 7d и proxy_cache_valid 90d:

• જો વિનંતી 7 દિવસની અંદર પુનરાવર્તિત ન થાય, તો આ સમયગાળા પછી કેશમાંથી ડેટા કાઢી નાખવામાં આવશે
• જો વિનંતી દર 7 દિવસમાં ઓછામાં ઓછી એક વાર પુનરાવર્તિત કરવામાં આવે છે, તો કેશમાંનો ડેટા 90 દિવસ પછી અપ્રચલિત માનવામાં આવશે અને Nginx તેને મૂળ સર્વરમાંથી લઈને આગામી વિનંતી સાથે અપડેટ કરશે.

સંપાદિત કરવાનું સમાપ્ત nginx.conf, રૂપરેખાંકન ફરીથી લોડ કરો:

root@cdn:~# service nginx reload

અમારું CDN તૈયાર છે. $15/મહિના માટે. અમને ત્રણ ખંડો પર હાજરીના બિંદુઓ અને 3 TB ટ્રાફિક પ્રાપ્ત થયો: દરેક સ્થાને 1 TB.

સીડીએનનું કામ તપાસી રહ્યું છે

ચાલો વિવિધ ભૌગોલિક સ્થાનોમાંથી અમારા CDN ને પિંગ્સ જોઈએ. કોઈપણ પિંગ સેવા આ માટે કામ કરશે.

લોંચ પોઈન્ટ
હોસ્ટ
IP
સરેરાશ સમય, ms

જર્મની બર્લિન
cdn.sayt.in
199.247.18.199
9.6

નેધરલેન્ડ, એમ્સ્ટરડેમ
cdn.sayt.in
199.247.18.199
10.1

ફ્રાન્સ પેરિસ
cdn.sayt.in
199.247.18.199
16.3

ગ્રેટ બ્રિટન, લંડન
cdn.sayt.in
199.247.18.199
14.9

કેનેડા, ટોરોન્ટો
cdn.sayt.in
149.28.121.123
16.2

યુએસએ, સાન ફ્રાન્સિસ્કો
cdn.sayt.in
149.28.121.123
52.7

યુએસએ, ડલ્લાસ
cdn.sayt.in
149.28.121.123
23.1

યુએસએ, શિકાગો
cdn.sayt.in
149.28.121.123
2.6

યુએસએ, ન્યુયોર્ક
cdn.sayt.in
149.28.121.123
19.8

Сингапур
cdn.sayt.in
157.230.240.216
1.7

જાપાન ટોક્યો
cdn.sayt.in
157.230.240.216
74.8

ઓસ્ટ્રેલિયા, સિડની
cdn.sayt.in
157.230.240.216
95.9

પરિણામો સારા છે. હવે આપણે મુખ્ય સાઈટના રૂટમાં ટેસ્ટ ઈમેજ મુકીશું test.jpg અને CDN દ્વારા તેની ડાઉનલોડ સ્પીડ તપાસો. કહેવાય છે - બનાવેલ. સામગ્રી ઝડપથી વિતરિત થાય છે.

ચાલો એક નાની સ્ક્રિપ્ટ લખીએ જો આપણે 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

સંપૂર્ણ કેશ કાઢી નાખવા માટે, ફક્ત તેને ચલાવો, એક અલગ ફાઇલ આ રીતે સાફ કરી શકાય છે:

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

તારણોને બદલે

અંતે, તે સમયે મારું માથું દુખે છે તે રેક પર તરત જ પગ મૂકવા માટે હું કેટલીક ઉપયોગી ટીપ્સ આપવા માંગુ છું:

• CDN ની ખામી સહિષ્ણુતા વધારવા માટે, DNS ફેલઓવરને રૂપરેખાંકિત કરવાની ભલામણ કરવામાં આવે છે, જે સર્વર બ્રેકડાઉનની ઘટનામાં A રેકોર્ડને ઝડપથી બદલવામાં મદદ કરે છે. આ ડોમેનના નિયંત્રણ પેનલ DNS રેકોર્ડ્સમાં કરવામાં આવે છે.
• વિશાળ ભૌગોલિક કવરેજ ધરાવતી સાઇટ્સને કોઈ શંકા નથી કે મોટી સંખ્યામાં CDN ની જરૂર હોય છે, પરંતુ ચાલો કટ્ટરપંથી ન બનીએ. જો તમે 6-7 સ્થાનો પર સર્વર મૂકશો તો પેઇડ CDN ની તુલનામાં વપરાશકર્તા નોંધપાત્ર તફાવત જોશે નહીં: યુરોપ, ઉત્તર અમેરિકા (પૂર્વ), ઉત્તર અમેરિકા (પશ્ચિમ), સિંગાપોર, ઓસ્ટ્રેલિયા, હોંગકોંગ અથવા જાપાન
• કેટલીકવાર હોસ્ટર્સ CDN હેતુઓ માટે ભાડે આપેલા સર્વરનો ઉપયોગ કરવાની મંજૂરી આપતા નથી. તેથી, જો તમે અચાનક સેવા તરીકે સામગ્રી વિતરણ નેટવર્ક જમાવવાનું નક્કી કરો છો, તો અગાઉથી ચોક્કસ હોસ્ટિંગ પ્રદાતાના નિયમો વાંચવાનું ભૂલશો નહીં.
• અન્વેષણ કરો પાણીની અંદર સંચાર નકશોખંડો કેવી રીતે જોડાયેલા છે તેનું પ્રતિનિધિત્વ કરવા અને સામગ્રી વિતરણ નેટવર્ક બનાવતી વખતે આને ધ્યાનમાં લેવું
• તપાસવાનો પ્રયાસ કરો વિવિધ સ્થળોએથી પિંગ્સ તમારા સર્વર્સ પર. આ રીતે તમે CDN પોઈન્ટની સૌથી નજીકના પ્રદેશોને જોઈ શકો છો અને GeoDNS ને વધુ યોગ્ય રીતે ગોઠવી શકો છો
• કાર્યો પર આધાર રાખીને, ચોક્કસ કેશીંગ આવશ્યકતાઓ માટે અને સર્વર પરના ભારને ધ્યાનમાં લેતા Nginx ને ફાઇન-ટ્યુન કરવા માટે તે ઉપયોગી થશે. Nginx કેશ વિશેના લેખોએ મને આમાં ઘણી મદદ કરી - અહીં અને ભારે ભાર હેઠળ કામની ગતિ: અહીં и અહીં

સોર્સ: www.habr.com