پرو هوسٽر > بلاگ > انتظاميه > توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ

مواد پهچائڻ جا نيٽ ورڪ (CDNs) ويب سائيٽن ۽ ايپليڪيشنن ۾ استعمال ڪيا ويندا آهن بنيادي طور تي جامد عناصر جي لوڊشيڊنگ کي تيز ڪرڻ لاءِ. اهو مختلف جغرافيائي علائقن ۾ واقع CDN سرورز تي فائلن جي ڪيشنگ جي ڪري ٿئي ٿو. CDN ذريعي ڊيٽا جي درخواست ڪندي، صارف ان کي ويجهي سرور کان وصول ڪري ٿو.

سڀني مواد پهچائڻ واري نيٽ ورڪ جي آپريشن ۽ ڪارڪردگي جو اصول تقريبا ساڳيو آهي. فائل ڊائون لوڊ ڪرڻ لاءِ درخواست موصول ٿيڻ تي، سي ڊي اين سرور ان کي اصل سرور مان هڪ ڀيرو وٺي ٿو ۽ صارف کي ڏئي ٿو، ساڳئي وقت ان کي مخصوص وقت تائين ڪيش ڪري ٿو. سڀني ايندڙ درخواستن کي ڪيش مان جواب ڏنو ويو آهي. سڀئي سي ڊي اينز وٽ فائلون اڳي لوڊ ڪرڻ، ڪيش صاف ڪرڻ، ختم ٿيڻ جي تاريخ مقرر ڪرڻ ۽ وڌيڪ ڪرڻ جا اختيار آهن.

اهو ٿئي ٿو ته، هڪ يا ٻئي سبب لاء، توهان کي پنهنجي مواد جي پهچائڻ واري نيٽ ورڪ کي منظم ڪرڻ جي ضرورت آهي، ۽ پوء - ايندڙ سائيڪل کي گڏ ڪرڻ لاء هدايتون اسان جي مدد ڪن.

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ
جو ذريعو: انفوگرافڪ ویکٹر pikisuperstar پاران ٺاهيل - www.freepik.com

جڏهن توهان کي پنهنجي سي ڊي اين جي ضرورت آهي

انهن ڪيسن تي غور ڪريو جتي توهان جي پنهنجي سي ڊي اين کي هلائڻ جو مطلب آهي:

  • جڏهن پئسا بچائڻ جي خواهش آهي، ۽ هلندڙ خرچ جيتوڻيڪ سستا CDNs استعمال ڪندي بني سي ڊي اين رقم ڪيترن ئي سئو ڊالر هڪ مهيني تائين
  • جيڪڏهن اسان چاهيون ٿا مستقل ڪيش يا ڪيش بغير سرور ۽ چينل پاڙيسري جي
  • CDN خدمتون توهان جي گهربل علائقي ۾ موجودگي جا پوائنٽون نه آهن
  • ڪنهن به خاص مواد پهچائڻ جي سيٽنگن جي ضرورت آهي
  • اسان صارفن جي ويجھو پيداوار سرور کي رکڻ سان متحرڪ مواد جي ترسيل کي تيز ڪرڻ چاهيون ٿا
  • اتي هڪ خدشو آهي ته هڪ ٽئين پارٽي سي ڊي اين سروس غير قانوني طور تي استعمال ڪندڙ جي رويي بابت معلومات گڏ ڪري يا استعمال ڪري سگهي ٿي (هيلو غير GDPR-مطابق خدمتون) يا ٻين غير قانوني سرگرمين ۾ مشغول ٿي سگهي ٿي

اڪثر ٻين ڪيسن ۾، اهو موجوده تيار ڪيل حل استعمال ڪرڻ لاء وڌيڪ مناسب آهي.

توهان کي شروع ڪرڻ جي ڪهڙي ضرورت آهي

اهو شاندار آهي جيڪڏهن توهان وٽ پنهنجو خودمختيار نظام (AS) آهي. ان سان گڏ، توهان ساڳيو IP تفويض ڪري سگهو ٿا ڪيترن ئي سرورن ۽ هن هدايت جي مطابق نيٽ ورڪ جي سطح تي، صارفين کي سڌو سنئون ويجھي هڪ ڏانهن. اهو چوڻ جي قابل آهي ته جيتوڻيڪ /24 ايڊريس بلاڪ سان، اهو ممڪن آهي مواد پهچائڻ واري نيٽ ورڪ ٺاهڻ. ڪجهه سرور فراهم ڪندڙ توهان کي انهن لاءِ موجود سڀني علائقن ۾ استعمال لاءِ اعلان ڪرڻ جي اجازت ڏين ٿا.

جيڪڏهن توهان IP پتي جي بلاڪ جا خوش مالڪ نه آهيو، ته پوءِ هڪ سادي CDN هلائڻ لاءِ توهان کي ضرورت پوندي:

  • ڊومين جو نالو يا ذيلي ڊومين
  • مختلف علائقن ۾ گهٽ ۾ گهٽ ٻه سرور. سرور يا ته وقف يا مجازي ٿي سگهي ٿو
  • geoDNS اوزار. ان سان گڏ، صارف، ڊومين کي خطاب ڪندي، ويجهي سرور ڏانهن هدايت ڪئي ويندي

ڊومين رجسٽر ڪريو ۽ آرڊر سرورز

ڊومين جي رجسٽريشن سان، سڀ ڪجھ سادو آهي - اسان ڪنهن به رجسٽرار سان ڪنهن به زون ۾ رجسٽرڊ ڪندا آهيون. توھان CDN لاءِ ذيلي ڊومين پڻ استعمال ڪري سگھو ٿا، مثال طور ڪجھ جھڙو cdn.domainname.com. دراصل، اسان جي مثال ۾، اسان صرف اهو ڪنداسين.

جيئن سرورن کي ترتيب ڏيڻ لاءِ، انهن کي انهن علائقن ۽ ملڪن ۾ ڪرائي تي ڏيڻ گهرجي جتي توهان جا صارف سامعين واقع آهن. جيڪڏهن پروجيڪٽ بين البراعظمي آهي، پوءِ اهو آسان آهي ته هوسٽنگ فراهم ڪندڙ چونڊڻ لاءِ جيڪي هڪ ئي وقت سڄي دنيا ۾ سرور پيش ڪن ٿا. مثال: او وي ايڇ, ليز ويب и 100Tb - وقف سرورز لاء، ڌنٽر и ڊيڊيڪل ايسوسيئيشن - مجازي بادل لاء *.

اسان جي خانگي CDN لاءِ، اسين آرڊر ڪنداسين 3 ورچوئل سرورز مختلف براعظمن تي. تي ڌنٽر لاء سرور تي $5/mo اسان حاصل ڪنداسين 25GB ايس ايس ڊي جايون ۽ ٽرئفڪ جو 1TB. جڏهن انسٽال ڪريو، تازو ڊيبين چونڊيو. اسان جا سرور:

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ فرينفرٽ, ip: 199.247.18.199

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ شونگو, ip: 149.28.121.123

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ Сингапур, ip: 157.230.240.216

*Vultr ۽ DigitalOcean واعدو $100 ڪريڊٽ انهن صارفين کي جيڪي آرٽيڪل ۾ لنڪ ذريعي رجسٽر ڪندا آهن فوري طور تي ادائيگي جو طريقو شامل ڪرڻ کان پوءِ. ليکڪ کي ان مان هڪ ننڍڙي تعريف به ملي ٿي، جيڪا هن وقت هن لاءِ وڏي اهميت رکي ٿي. مهرباني ڪري سمجھو.

geoDNS ترتيب ڏيڻ

ڊومين يا CDN ذيلي ڊومين تائين رسائي حاصل ڪرڻ وقت صارف کي گهربل (ويجھي) سرور ڏانھن ھدايت ڪرڻ لاءِ، اسان کي جيو ڊي اين ايس فنڪشن سان گڏ DNS سرور جي ضرورت آھي.

geoDNS جو اصول ۽ آپريشن ھيٺ ڏنل آھي:

  1. ڪلائنٽ جي IP کي بيان ڪري ٿو جيڪو DNS درخواست موڪلي ٿو، يا ٻيهر ورجائيندڙ DNS سرور جو IP جيڪو ڪلائنٽ جي درخواست جي پروسيسنگ دوران استعمال ڪيو ويندو آهي. اهڙا recursive سرور عام طور تي مهيا ڪندڙن جي DNS-s آهن.
  2. ڪلائنٽ جو IP هن جي ملڪ يا علائقي کي سڃاڻي ٿو. ان لاءِ، GeoIP ڊيٽابيس استعمال ڪيا ويا آهن، جن مان اڄ به تمام گهڻا آهن. سٺا آهن مفت اختيارن.
  3. ڪلائنٽ جي جڳھ تي مدار رکندي، کيس ويجھي سي ڊي اين سرور جو IP پتو ڏئي ٿو.

DNS سرور geoDNS فنڪشن سان ٿي سگهي ٿو پاڻ کي گڏ ڪرڻ، پر اهو بهتر آهي ته تيار ڪيل حلن کي استعمال ڪرڻ لاءِ دنيا جي ڊي اين ايس سرورز جي نيٽ ورڪ سان ۽ ڪاسٽ دٻي مان:

  • slouDNS от $9.95/mo, GeoDNS ٽريف، ڊفالٽ طور تي ھڪڙو DNS ناڪامي آھي
  • زيلور от $25/mo, DNS ناڪامي فعال
  • Amazon روٽ 53 от $35/mo خالص 50M جيو-درخواستن لاءِ. DNS ناڪامي الڳ الڳ بل ڪيو ويندو آهي
  • DNS آسان ڪيو от $125/mo، اتي 10 DNS ناڪاميون آھن
  • پنهنجي، "جيو اسٽيئرنگ" خصوصيت موجود آهي انٽرپرائز منصوبن ۾

جڏهن geoDNS آرڊر ڪندي، توهان کي ٽريف ۾ شامل ڪيل درخواستن جي تعداد تي ڌيان ڏيڻ گهرجي ۽ ذهن ۾ رکو ته ڊومين ڏانهن درخواستن جو حقيقي تعداد ڪيترن ئي ڀيرا توقع کان وڌي سگهي ٿو. لکين مکيون، اسڪينر، اسپامرز ۽ ٻيا بڇڙا روح انتھائي ڪم ڪن ٿا.

لڳ ڀڳ سڀني DNS خدمتن ۾ CDN - DNS ناڪامي جي تعمير لاءِ هڪ لازمي خدمت شامل آهي. ان جي مدد سان، توهان پنهنجي سرور جي آپريشن جي نگراني قائم ڪري سگهو ٿا ۽، زندگيءَ جي نشانين جي غير موجودگيءَ ۾، خودڪار طريقي سان غير ڪم ڪندڙ سرور جي ايڊريس کي ڊي اين ايس جوابن ۾ بيڪ اپ سان تبديل ڪري سگهو ٿا.

اسان جي سي ڊي اين کي تعمير ڪرڻ لاء، اسان استعمال ڪنداسين ڪليو ڊي ايس, GeoDNS ٽريف.

اچو ته توهان جي ذاتي اڪائونٽ ۾ هڪ نئون DNS زون شامل ڪريو، توهان جي ڊومين جي وضاحت ڪندي. جيڪڏهن اسان هڪ ذيلي ڊومين تي CDN ٺاهي رهيا آهيون، ۽ مکيه ڊومين اڳ ۾ ئي استعمال ۾ آهي، پوء فوري طور تي زون شامل ڪرڻ کان پوء، موجوده ڪم ڪندڙ DNS رڪارڊ شامل ڪرڻ نه وساريو. اڳيون قدم CDN ڊومين / ذيلي ڊومين لاءِ ڪيترائي A-رڪارڊ ٺاهڻ آهي، جن مان هر هڪ اسان جي بيان ڪيل علائقي تي لاڳو ڪيو ويندو. توھان بيان ڪري سگھوٿا براعظمن يا ملڪن کي علائقن جي طور تي، ذيلي علائقا آمريڪا ۽ ڪئناڊا لاءِ موجود آھن.

اسان جي صورت ۾، سي ڊي اين کي ذيلي ڊومين تي وڌايو ويندو cdn.sayt.in. زون شامل ڪرڻ سان sayt.in، ذيلي ڊومين لاءِ پهريون A-رڪارڊ ٺاهيو ۽ سڀني اتر آمريڪا کي شڪاگو ۾ سرور ڏانهن اشارو ڪيو:

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ
اچو ته ٻين علائقن لاءِ عمل کي ورجائي، ڊفالٽ علائقن لاءِ هڪ داخلا ٺاهڻ جي ياد رکو. هتي آخر ۾ ڇا ٿئي ٿو:

توهان جي سي ڊي اين جي تعمير ۽ ترتيب ڏيڻ

اسڪرين شاٽ ۾ آخري ڊفالٽ داخلا جو مطلب آهي ته سڀئي اڻ ڄاڻايل علائقا (۽ اهي آهن يورپ، آفريڪا، سيٽلائيٽ انٽرنيٽ استعمال ڪندڙ، وغيره) فرانڪفرٽ ۾ سرور ڏانهن موڪليا ويندا.

هي بنيادي DNS سيٽ اپ مڪمل ڪري ٿو. اهو رهي ٿو ڊومين رجسٽرار جي ويب سائيٽ ڏانهن وڃو ۽ موجوده ڊومين NSs کي تبديل ڪريو جيڪي CloudDNS پاران جاري ڪيا ويا آهن. ۽ جڏهن NSs کي اپڊيٽ ڪيو ويندو، اسان سرور تيار ڪنداسين.

SSL سرٽيفڪيٽ جي انسٽاليشن

اسان جو CDN HTTPS تي ڪم ڪندو، پوءِ جيڪڏھن توھان وٽ اڳ ۾ ئي SSL سرٽيفڪيٽ آھن ڊومين يا ذيلي ڊومين لاءِ، انھن کي اپلوڊ ڪريو سڀني سرورن تي، مثال طور، ڊاريڪٽري ڏانھن /etc/ssl/yourdomain/

جيڪڏهن ڪو به سرٽيفڪيٽ نه آهي، ته توهان حاصل ڪري سگهو ٿا هڪ مفت ۾ Let's Encrypt مان. هن لاء ڀرپور ACME شيل اسڪرپٽ. ڪلائنٽ آسان ۽ سيٽ اپ ڪرڻ ۾ آسان آهي، ۽ سڀ کان اهم، اهو توهان کي اجازت ڏئي ٿو ڊومين / ذيلي ڊومين کي DNS ذريعي CloudDNS API ذريعي.

اسان acme.sh کي صرف هڪ سرور تي انسٽال ڪنداسين - يورپي 199.247.18.199، جنهن مان سرٽيفڪيٽ ٻين سڀني ڏانهن نقل ڪيا ويندا. انسٽال ڪرڻ لاء، هلائڻ:

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

اسڪرپٽ جي انسٽاليشن دوران، اسان جي شموليت کان سواء سرٽيفڪيٽن جي وڌيڪ تجديد لاء CRON نوڪري ٺاهي ويندي.

جڏهن هڪ سرٽيفڪيٽ جاري ڪندي، ڊومين کي API استعمال ڪندي ڊي اين ايس استعمال ڪندي چيڪ ڪيو ويندو، تنهنڪري ريزلر API مينيو ۾ CloudDNS ذاتي اڪائونٽ ۾، توهان کي هڪ نئون صارف API ٺاهڻ ۽ ان لاءِ پاسورڊ سيٽ ڪرڻ جي ضرورت آهي. فائل ۾ پاسورڊ سان گڏ نتيجو تصنيف id لکيو ويندو ~/.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

انهي حالت ۾، ريموٽ سورس سرور تائين رسائي کي ترتيب ڏيڻ لازمي آهي چاٻي ذريعي، i.e. پاسورڊ داخل ڪرڻ کان سواء. اهو ڪرڻ نه وساريو.

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_certificate и ssl_certificate_key - ايس ايس ايل سرٽيفڪيٽ ۽ اهم فائلن جا رستا
  • proxy_cache_valid - محفوظ ٿيل ڊيٽا جي اسٽوريج وقت
  • پراکسي_ پاس - اصل سرور جو پتو جنهن تان CDN فائلن کي ڪيش ڪرڻ لاءِ درخواست ڪندو. اسان جي مثال ۾، هي sayt.in

جئين توهان ڏسي سگهو ٿا، هر شيء سادو آهي. هدايتن جي هڪجهڙائي جي ڪري صرف ڪيشنگ وقت کي ترتيب ڏيڻ ۾ مشڪل پيدا ٿي سگهي ٿي غير فعال и proxy_cache_valid. اچو ته ان جو تجزيو ڪريون اسان جي مثال سان. هتي آهي ڇا ٿيندو جڏهن غير فعال = 7 ڊي и proxy_cache_valid 90d:

  • جيڪڏهن درخواست 7 ڏينهن اندر نه ورجائي وئي، ته پوءِ ڊيٽا هن عرصي کان پوءِ ڪيش مان ڊهي ويندي
  • جيڪڏهن درخواست هر 7 ڏينهن ۾ گهٽ ۾ گهٽ هڪ ڀيرو ٻيهر ورجائي ٿي، ته پوء ڪيش ۾ ڊيٽا 90 ڏينهن کان پوء غير معمولي سمجهي ويندي ۽ Nginx ان کي ايندڙ درخواست سان تازه ڪاري ڪندو، ان کي اصل سرور کان وٺي.

تدوين لاءِ ختم ٿيو nginx.conf, ترتيب ٻيهر لوڊ ڪريو:

root@cdn:~# service nginx reload

اسان جو سي ڊي اين تيار آهي. $15/mo لاءِ. اسان ٽن براعظمن تي موجودگي جا پوائنٽ حاصل ڪيا ۽ ٽريفڪ جي 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 هنڌن تي سرور رکو ٿا: يورپ، اتر آمريڪا (اوڀر)، اتر آمريڪا (اولهه)، سنگاپور، آسٽريليا، هانگ ڪانگ يا جاپان.
  • ڪڏهن ڪڏهن ميزبان سي ڊي اين جي مقصدن لاءِ ڪرائي تي ڪيل سرورز جي استعمال جي اجازت نه ڏيندا آهن. تنهن ڪري، جيڪڏهن توهان اوچتو هڪ خدمت جي طور تي مواد پهچائڻ واري نيٽ ورڪ کي ترتيب ڏيڻ جو فيصلو ڪيو، اڳ ۾ هڪ خاص هوسٽنگ فراهم ڪندڙ جي ضابطن کي پڙهڻ نه وساريو.
  • دريافت ڪريو پاڻي جي اندر رابطي جو نقشونمائندگي ڪرڻ لاءِ ته براعظم ڪيئن ڳنڍجي ويا آهن ۽ مواد پهچائڻ واري نيٽ ورڪ کي ٺاهڻ وقت ان ڳالهه کي نظر ۾ رکو
  • چيڪ ڪرڻ جي ڪوشش ڪريو مختلف هنڌن کان پنگ توهان جي سرورز ڏانهن. هن طريقي سان توهان سي ڊي اين پوائنٽس جي ويجھو علائقن کي ڏسي سگهو ٿا ۽ جيو ڊي اين ايس کي وڌيڪ صحيح طريقي سان ترتيب ڏئي سگهو ٿا
  • ڪمن تي مدار رکندي، اهو ڪارائتو هوندو Nginx کي مخصوص ڪيشنگ گهرجن لاءِ ٺيڪ ڪرڻ ۽ سرور تي لوڊ کڻڻ ۾. Nginx ڪيش بابت آرٽيڪل مون کي هن ۾ تمام گهڻي مدد ڪئي - هتي ۽ ڳري بار هيٺ ڪم جي رفتار: هتي и هتي

جو ذريعو: www.habr.com