আপনার CDN তৈরি এবং কনফিগার করা

কন্টেন্ট ডেলিভারি নেটওয়ার্ক (CDN) প্রাথমিকভাবে স্ট্যাটিক উপাদান লোড করার গতি বাড়াতে ওয়েবসাইট এবং অ্যাপ্লিকেশনগুলিতে ব্যবহৃত হয়। বিভিন্ন ভৌগোলিক অঞ্চলে অবস্থিত CDN সার্ভারে ফাইল ক্যাশ করার কারণে এটি ঘটে। CDN এর মাধ্যমে ডেটা অনুরোধ করে, ব্যবহারকারী এটি নিকটতম সার্ভার থেকে গ্রহণ করে।

সমস্ত সামগ্রী বিতরণ নেটওয়ার্কের অপারেটিং নীতি এবং কার্যকারিতা প্রায় একই। একটি ফাইল ডাউনলোড করার অনুরোধ পাওয়ার পর, CDN সার্ভার এটিকে মূল সার্ভার থেকে একবার নেয় এবং ব্যবহারকারীকে দেয়, একই সময়ে এটি একটি নির্দিষ্ট সময়ের জন্য ক্যাশে করে। সমস্ত পরবর্তী অনুরোধ ক্যাশে থেকে উত্তর দেওয়া হয়. সমস্ত CDN-এ ফাইল প্রিলোড করা, ক্যাশে সাফ করা, ক্যাশের মেয়াদ শেষ হওয়ার সেট করা এবং আরও অনেক কিছুর বিকল্প রয়েছে।

এটি ঘটে যে এক বা অন্য কারণে আপনার নিজস্ব সামগ্রী বিতরণ নেটওয়ার্ক সংগঠিত করা প্রয়োজন, এবং তারপর - পরবর্তী সাইকেল একত্রিত করার নির্দেশাবলী আমাদের জন্য সহায়ক হতে পারে।

উত্স: ইনফোগ্রাফিক ভেক্টর পিকিসুপারস্টার দ্বারা তৈরি করা হয়েছে — www.freepik.com

যখন আপনার নিজের সিডিএন প্রয়োজন হয়

আসুন এমন ক্ষেত্রে দেখি যেখানে আপনার নিজের CDN চালানো অর্থপূর্ণ:

• যখন আপনি অর্থ সঞ্চয় করতে চান, এবং চলমান খরচ এমনকি সস্তা CDN ব্যবহার করার সময়ও খরগোশ সিডিএন মাসে কয়েকশ ডলারের পরিমাণ
• যদি আমরা সার্ভার এবং চ্যানেলে প্রতিবেশী ছাড়া একটি স্থায়ী ক্যাশে বা একটি ক্যাশে পেতে চাই
• আপনার প্রয়োজনীয় অঞ্চলে CDN পরিষেবাগুলির উপস্থিতির পয়েন্ট নেই৷
• কোনো বিশেষ সামগ্রী বিতরণ সেটিংস প্রয়োজন
• আমরা ব্যবহারকারীদের কাছাকাছি উৎপাদন সার্ভার স্থাপন করে গতিশীল বিষয়বস্তু সরবরাহের গতি বাড়াতে চাই
• একটি উদ্বেগ রয়েছে যে একটি তৃতীয় পক্ষের CDN পরিষেবা অবৈধভাবে ব্যবহারকারীর আচরণ সম্পর্কে তথ্য সংগ্রহ বা ব্যবহার করতে পারে (হ্যালো নন-জিডিপিআর-সম্মত পরিষেবা) বা অন্যান্য অবৈধ কার্যকলাপে জড়িত হতে পারে

বেশিরভাগ অন্যান্য ক্ষেত্রে, বিদ্যমান প্রস্তুত-তৈরি সমাধানগুলি ব্যবহার করা আরও উপযুক্ত।

আপনি কি শুরু করতে হবে

আপনার নিজস্ব স্বায়ত্তশাসিত সিস্টেম (AS) থাকলে এটি দুর্দান্ত। এটির সাহায্যে, আপনি একই আইপি বিভিন্ন সার্ভারে বরাদ্দ করতে পারেন এবং এই নির্দেশ অনুযায়ী নেটওয়ার্ক স্তরে, ব্যবহারকারীদের নিকটতম একের দিকে সরাসরি পাঠান। এটা বলার মতো যে একটি /24 ঠিকানা ব্লক দিয়েও একটি বিষয়বস্তু বিতরণ নেটওয়ার্ক তৈরি করা সম্ভব। কিছু সার্ভার প্রদানকারী আপনাকে তাদের কাছে উপলব্ধ সমস্ত অঞ্চলে ব্যবহারের জন্য বিজ্ঞাপন দেওয়ার অনুমতি দেয়।

আপনি যদি IP ঠিকানাগুলির একটি ব্লকের একজন খুশি মালিক না হন তবে একটি সাধারণ CDN চালানোর জন্য আপনার প্রয়োজন হবে:

• ডোমেইন নাম বা সাবডোমেন
• বিভিন্ন অঞ্চলে কমপক্ষে দুটি সার্ভার। সার্ভার ডেডিকেটেড বা ভার্চুয়াল হতে পারে
• জিওডিএনএস টুল। এটির সাহায্যে, ব্যবহারকারী, ডোমেনটি সম্বোধন করে, নিকটতম সার্ভারে নির্দেশিত হবে

একটি ডোমেন নিবন্ধন করুন এবং সার্ভার অর্ডার করুন

ডোমেন রেজিস্ট্রেশনের সাথে, সবকিছু সহজ - আমরা যেকোন রেজিস্ট্রারের সাথে যেকোনো জোনে নিবন্ধন করি। আপনি CDN-এর জন্য একটি সাবডোমেনও ব্যবহার করতে পারেন, যেমন কিছু cdn.domainname.com. আসলে, আমাদের উদাহরণে আমরা ঠিক সেটাই করব।

সার্ভার অর্ডার করার জন্য, সেগুলি আপনার ব্যবহারকারী দর্শকদের অবস্থিত এমন অঞ্চল এবং দেশে ভাড়া করা উচিত। যদি প্রকল্পটি আন্তঃমহাদেশীয় হয়, তাহলে হোস্টিং প্রদানকারী বেছে নেওয়া সুবিধাজনক যেগুলি একবারে সারা বিশ্বে সার্ভারগুলি অফার করে৷ উদাহরণ: OVH, লিজওয়েব и 100Tb - ডেডিকেটেড সার্ভারের জন্য, Vultr и DigitalOcean — ভার্চুয়াল ক্লাউড* এর জন্য।

আমাদের ব্যক্তিগত CDN-এর জন্য, আমরা বিভিন্ন মহাদেশে 3টি ভার্চুয়াল সার্ভার অর্ডার করব। এ Vultr জন্য সার্ভারে $5/মাস আমরা পাব 25GB SSD স্থান এবং 1TB ট্রাফিক. ইনস্টলেশনের সময়, আমরা সর্বশেষ ডেবিয়ান নির্বাচন করব। আমাদের সার্ভার:

ফ্রাংকফুর্ট, ip: 199.247.18.199

শিকাগো, ip: 149.28.121.123

Сингапур, ip: 157.230.240.216

* Vultr এবং DigitalOcean ব্যবহারকারীদের $100 ক্রেডিট দেওয়ার প্রতিশ্রুতি দেয় যারা পেমেন্ট পদ্ধতি যোগ করার সাথে সাথে নিবন্ধের লিঙ্কগুলির মাধ্যমে নিবন্ধন করে। লেখক এটি থেকে একটি ছোট প্রশংসাও পান, যা এখন তার জন্য খুবই তাৎপর্যপূর্ণ। অনুগ্রহ করে বুঝতে হবে।

জিওডিএনএস সেট আপ করা হচ্ছে

একটি ডোমেন বা CDN সাবডোমেন অ্যাক্সেস করার সময় ব্যবহারকারীকে কাঙ্খিত (ঘনিষ্ঠ) সার্ভারে নির্দেশিত করার জন্য, আমাদের জিওডিএনএস ফাংশন সহ একটি ডিএনএস সার্ভার প্রয়োজন।

জিওডিএনএস এর নীতি এবং অপারেটিং পদ্ধতি নিম্নরূপ:

1. DNS অনুরোধ পাঠানো ক্লায়েন্টের IP, অথবা ক্লায়েন্ট অনুরোধ প্রক্রিয়া করার সময় ব্যবহৃত পুনরাবৃত্ত DNS সার্ভারের IP সংজ্ঞায়িত করে। এই ধরনের পুনরাবৃত্ত সার্ভার সাধারণত DNS প্রদানকারী হয়।
2. ক্লায়েন্টের আইপি তার দেশ বা অঞ্চল সনাক্ত করে। এর জন্য, জিওআইপি ডেটাবেস ব্যবহার করা হয়, যার মধ্যে আজ অনেকগুলি রয়েছে৷ কিছু ভালো আছে বিনামূল্যে বিকল্প.
3. ক্লায়েন্টের অবস্থানের উপর নির্ভর করে, তাকে নিকটতম CDN সার্ভারের IP ঠিকানা দেয়।

জিওডিএনএস ফাংশন সহ ডিএনএস সার্ভার হতে পারে এটি নিজেকে একত্রিত করুন, কিন্তু বিশ্বজুড়ে DNS সার্ভারগুলির একটি নেটওয়ার্কের সাথে তৈরি সমাধানগুলি ব্যবহার করা ভাল এবং যেকোন কাস্ট বক্স থেকে:

• slouDNS থেকে $9.95/মাস, জিওডিএনএস ট্যারিফ, ডিফল্টভাবে একটি ডিএনএস ফেইলওভার আছে
• জিলোরে থেকে $25/মাস, DNS ফেইলওভার সক্ষম
• অ্যামাজন রুট 53 থেকে $35/মাস বিশুদ্ধ 50M জিও-কোয়েরির জন্য। DNS ফেইলওভার আলাদাভাবে চার্জ করা হয়
• ডিএনএস করা সহজ থেকে $125/মাস, 10টি DNS ফেইলওভার আছে
• Cloudflare, "জিও স্টিয়ারিং" বৈশিষ্ট্য এন্টারপ্রাইজ প্ল্যানগুলিতে উপলব্ধ৷

জিওডিএনএস অর্ডার করার সময়, আপনাকে ট্যারিফের অন্তর্ভুক্ত অনুরোধের সংখ্যার দিকে মনোযোগ দিতে হবে এবং মনে রাখবেন যে ডোমেনে অনুরোধের প্রকৃত সংখ্যা কয়েকগুণ বেশি হতে পারে। লক্ষ লক্ষ মাকড়সা, স্ক্যানার, স্প্যামার এবং অন্যান্য অশুভ আত্মা অক্লান্ত পরিশ্রম করে।

প্রায় সমস্ত DNS পরিষেবার মূল্যের মধ্যে একটি CDN - DNS ফেইলওভার তৈরির জন্য একটি অপরিহার্য পরিষেবা অন্তর্ভুক্ত রয়েছে৷ এটির সাহায্যে, আপনি আপনার সার্ভারগুলির ক্রিয়াকলাপের নিরীক্ষণ সেট আপ করতে পারেন এবং, যদি জীবনের কোনও লক্ষণ না থাকে, স্বয়ংক্রিয়ভাবে DNS প্রতিক্রিয়াগুলিতে অ-কাজ করা সার্ভারের ঠিকানাটিকে একটি ব্যাকআপ দিয়ে প্রতিস্থাপন করুন৷

আমাদের CDN তৈরি করতে আমরা ব্যবহার করব ক্লাউডএনএস, জিওডিএনএস ট্যারিফ।

আসুন আপনার ব্যক্তিগত অ্যাকাউন্টে একটি নতুন DNS জোন যোগ করি, আপনার ডোমেন নির্দেশ করে৷ যদি আমরা একটি সাবডোমেনে একটি CDN তৈরি করি এবং মূল ডোমেনটি ইতিমধ্যেই ব্যবহার করা হয়, তাহলে জোনটি যোগ করার সাথে সাথে, বিদ্যমান কার্যকারী DNS রেকর্ডগুলি যোগ করতে ভুলবেন না। পরবর্তী ধাপ হল CDN ডোমেইন/সাবডোমেনের জন্য বেশ কয়েকটি A-রেকর্ড তৈরি করা, যার প্রতিটি আমরা নির্দিষ্ট করা অঞ্চলের জন্য ব্যবহার করা হবে। আপনি অঞ্চল হিসাবে মহাদেশ বা দেশগুলি নির্দিষ্ট করতে পারেন; মার্কিন যুক্তরাষ্ট্র এবং কানাডার জন্য উপ-অঞ্চল উপলব্ধ।

আমাদের ক্ষেত্রে, CDN একটি সাবডোমেনে উত্থাপিত হবে cdn.sayt.in. একটি জোন যোগ করে sayt.in, আসুন সাবডোমেনের জন্য প্রথম A-রেকর্ড তৈরি করি এবং সমস্ত উত্তর আমেরিকাকে শিকাগোর সার্ভারে নির্দেশ করি:

ডিফল্ট অঞ্চলের জন্য একটি এন্ট্রি তৈরি করতে ভুলবেন না, অন্য অঞ্চলের জন্য ক্রিয়াটি পুনরাবৃত্তি করি। আপনি শেষ পর্যন্ত যা পাবেন তা এখানে:

স্ক্রিনশটের শেষ ডিফল্ট এন্ট্রির মানে হল যে সমস্ত অনির্দিষ্ট অঞ্চল (এবং এগুলি হল ইউরোপ, আফ্রিকা, স্যাটেলাইট ইন্টারনেট ব্যবহারকারী ইত্যাদি) ফ্রাঙ্কফুর্টের সার্ভারে পাঠানো হবে৷

এটি মৌলিক DNS সেটআপ সম্পূর্ণ করে। যা অবশিষ্ট থাকে তা হল ডোমেন রেজিস্ট্রারের ওয়েবসাইটে যাওয়া এবং ক্লাউডিএনএস দ্বারা জারি করা বর্তমান ডোমেন এনএসগুলিকে প্রতিস্থাপন করা। এবং যখন NSs আপডেট করা হচ্ছে, আমরা সার্ভারগুলি প্রস্তুত করব।

SSL সার্টিফিকেট ইনস্টল করা

আমাদের CDN HTTPS-এর উপর কাজ করবে, তাই যদি আপনার কাছে ইতিমধ্যেই কোনো ডোমেন বা সাবডোমেনের জন্য SSL সার্টিফিকেট থাকে, তাহলে সেগুলিকে সমস্ত সার্ভারে আপলোড করুন, যেমন ডিরেক্টরিতে /etc/ssl/yourdomain/

যদি আপনার কাছে শংসাপত্র না থাকে, তাহলে লেটস এনক্রিপ্ট থেকে আপনি একটি বিনামূল্যে পেতে পারেন৷ এর জন্য পারফেক্ট ACME শেলস্ক্রিপ্ট. ক্লায়েন্ট সুবিধাজনক এবং সেট আপ করা সহজ, এবং সবচেয়ে গুরুত্বপূর্ণভাবে, এটি আপনাকে ক্লাউডিএনএস API এর মাধ্যমে DNS দ্বারা একটি ডোমেন/সাবডোমেন যাচাই করতে দেয়।

আমরা acme.sh শুধুমাত্র একটি সার্ভারে ইন্সটল করব - ইউরোপীয় 199.247.18.199, যেখান থেকে সার্টিফিকেট অন্য সকলে কপি করা হবে। ইনস্টল করতে, চালান:

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

স্ক্রিপ্ট ইনস্টল করার সময়, আমাদের অংশগ্রহণ ছাড়াই শংসাপত্রের আরও আপডেট করার জন্য একটি CRON টাস্ক তৈরি করা হবে।

একটি শংসাপত্র ইস্যু করার সময় ডোমেন যাচাইকরণ API ব্যবহার করে DNS এর মাধ্যমে করা হবে, তাই রিসেলার API মেনুতে আপনার ক্লাউডিএনএস ব্যক্তিগত অ্যাকাউন্টে আপনাকে একটি নতুন API ব্যবহারকারী তৈরি করতে হবে এবং এটির জন্য একটি পাসওয়ার্ড সেট করতে হবে। আমরা একটি ফাইলে পাসওয়ার্ড সহ ফলস্বরূপ auth-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 root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

সার্টিফিকেট নিয়মিত আপডেট করতে, আমরা কমান্ড সহ উভয় সার্ভারে একটি দৈনিক CRON টাস্ক তৈরি করব:

scp -r root@199.247.18.199:/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;
    }
  }
}

কনফিগারেশনে আমরা সম্পাদনা করি:

• max_size — ক্যাশের আকার, উপলব্ধ ডিস্ক স্থান অতিক্রম না
• নিষ্ক্রিয় - ক্যাশে করা ডেটার স্টোরেজ সময় যা কেউ অ্যাক্সেস করেনি
• ssl_certificate и ssl_certificate_key — SSL সার্টিফিকেট এবং কী ফাইলের পাথ
• proxy_cache_valid - ক্যাশে করা তথ্য সংরক্ষণের সময়
• প্রক্সি_পাস — মূল সার্ভারের ঠিকানা যেখান থেকে 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 টিবি ট্রাফিক পেয়েছি: প্রতিটি স্থানে 1 টিবি।

CDN এর অপারেশন চেক করা হচ্ছে

আসুন বিভিন্ন ভৌগলিক অবস্থান থেকে আমাদের 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