🥇ការកសាង និងកំណត់រចនាសម្ព័ន្ធ CDN របស់អ្នក

បណ្តាញចែកចាយមាតិកា (CDNs) ត្រូវបានប្រើនៅក្នុងគេហទំព័រ និងកម្មវិធីជាចម្បង ដើម្បីបង្កើនល្បឿនការផ្ទុកធាតុឋិតិវន្ត។ វាកើតឡើងដោយសារតែការរក្សាទុកឯកសារនៅលើម៉ាស៊ីនមេ CDN ដែលមានទីតាំងនៅក្នុងតំបន់ភូមិសាស្ត្រផ្សេងៗគ្នា។ តាមរយៈការស្នើសុំទិន្នន័យតាមរយៈ CDN អ្នកប្រើប្រាស់ទទួលបានវាពីម៉ាស៊ីនមេដែលនៅជិតបំផុត។

គោលការណ៍នៃប្រតិបត្តិការ និងមុខងារនៃបណ្តាញចែកចាយមាតិកាទាំងអស់គឺប្រហែលដូចគ្នា។ ដោយបានទទួលសំណើដើម្បីទាញយកឯកសារមួយ ម៉ាស៊ីនមេ CDN យកវាម្តងពីម៉ាស៊ីនមេដើម ហើយផ្តល់ឱ្យវាទៅអ្នកប្រើប្រាស់ ក្នុងពេលដំណាលគ្នានឹងទុកវាទុកក្នុងរយៈពេលជាក់លាក់មួយ។ រាល់សំណើជាបន្តបន្ទាប់ទាំងអស់ត្រូវបានឆ្លើយតបពីឃ្លាំងសម្ងាត់។ CDNs ទាំងអស់មានជម្រើសក្នុងការផ្ទុកឯកសារជាមុន សម្អាតឃ្លាំងសម្ងាត់ កំណត់កាលបរិច្ឆេទផុតកំណត់ និងច្រើនទៀត។

វាកើតឡើងថា សម្រាប់ហេតុផលមួយ ឬហេតុផលផ្សេងទៀត អ្នកត្រូវរៀបចំបណ្តាញចែកចាយមាតិកាផ្ទាល់ខ្លួនរបស់អ្នក ហើយបន្ទាប់មក - អនុញ្ញាតឱ្យការណែនាំសម្រាប់ការផ្គុំកង់បន្ទាប់ជាជំនួយសម្រាប់ពួកយើង។

ប្រភព: វ៉ិចទ័រ Infographic បង្កើតឡើងដោយ pikisuperstar - www.freepik.com

នៅពេលដែលអ្នកត្រូវការ CDN ផ្ទាល់ខ្លួនរបស់អ្នក។

ពិចារណាករណីដែលដំណើរការ CDN ផ្ទាល់ខ្លួនរបស់អ្នកសមហេតុផល៖

នៅពេលដែលមានបំណងប្រាថ្នាដើម្បីសន្សំប្រាក់ និងការចំណាយលើការដំណើរការ សូម្បីតែនៅពេលប្រើ CDNs ដែលមិនមានតម្លៃថោកដូច BunnyCDN ជាច្រើនរយដុល្លារក្នុងមួយខែ
ប្រសិនបើយើងចង់ទទួលបានឃ្លាំងសម្ងាត់អចិន្ត្រៃយ៍ ឬឃ្លាំងសម្ងាត់ដោយគ្មានម៉ាស៊ីនមេ និងឆានែលអ្នកជិតខាង
សេវាកម្ម CDN មិនមានចំណុចវត្តមាននៅក្នុងតំបន់ដែលអ្នកត្រូវការទេ។
ការកំណត់ការចែកចាយមាតិកាពិសេសណាមួយដែលត្រូវការ
យើងចង់បង្កើនល្បឿននៃការចែកចាយមាតិកាថាមវន្តដោយដាក់ម៉ាស៊ីនមេផលិតកម្មឱ្យកាន់តែជិតអ្នកប្រើប្រាស់
មានការព្រួយបារម្ភថាសេវាកម្ម CDN ភាគីទីបីអាចប្រមូល ឬប្រើប្រាស់ព័ត៌មានដោយខុសច្បាប់អំពីអាកប្បកិរិយារបស់អ្នកប្រើប្រាស់ (ជំរាបសួរសេវាដែលមិនអនុលោមតាម GDPR) ឬចូលរួមក្នុងសកម្មភាពខុសច្បាប់ផ្សេងទៀត

ក្នុងករណីភាគច្រើនផ្សេងទៀត វាជាការសមស្របជាងក្នុងការប្រើប្រាស់ដំណោះស្រាយដែលត្រៀមរួចជាស្រេចដែលមានស្រាប់។

តើអ្នកត្រូវការអ្វីដើម្បីចាប់ផ្តើម

វាអស្ចារ្យណាស់ប្រសិនបើអ្នកមានប្រព័ន្ធស្វយ័តរបស់អ្នក (AS)។ ជាមួយវា អ្នកអាចកំណត់ IP ដូចគ្នាទៅម៉ាស៊ីនមេជាច្រើន និង យោងតាមការណែនាំនេះ។ នៅកម្រិតបណ្តាញ ណែនាំអ្នកប្រើប្រាស់ទៅកាន់អ្នកដែលនៅជិតបំផុត។ វាមានតម្លៃនិយាយថាសូម្បីតែជាមួយប្លុកអាសយដ្ឋាន /24 ក៏អាចបង្កើតបណ្តាញចែកចាយមាតិកាផងដែរ។ អ្នកផ្តល់សេវាម៉ាស៊ីនមេមួយចំនួនអនុញ្ញាតឱ្យអ្នកធ្វើសេចក្តីប្រកាសសម្រាប់ប្រើប្រាស់នៅក្នុងតំបន់ទាំងអស់ដែលមានសម្រាប់ពួកគេ។

ប្រសិនបើអ្នកមិនមែនជាម្ចាស់រីករាយនៃប្លុកអាសយដ្ឋាន IP នោះដើម្បីដំណើរការ CDN សាមញ្ញអ្នកនឹងត្រូវការ:

ឈ្មោះដែន ឬដែនរង
យ៉ាងហោចណាស់ម៉ាស៊ីនមេពីរនៅក្នុងតំបន់ផ្សេងៗគ្នា។ ម៉ាស៊ីនមេអាចត្រូវបានឧទ្ទិសឬនិម្មិត
ឧបករណ៍ GeoDNS ។ ជាមួយនឹងវា អ្នកប្រើដែលបានអាសយដ្ឋានដែននឹងត្រូវបាននាំទៅកាន់ម៉ាស៊ីនបម្រើដែលនៅជិតបំផុត

ចុះឈ្មោះដែន និងបញ្ជាទិញម៉ាស៊ីនមេ

ជាមួយនឹងការចុះឈ្មោះដែន អ្វីគ្រប់យ៉ាងគឺសាមញ្ញ - យើងចុះឈ្មោះនៅក្នុងតំបន់ណាមួយជាមួយអត្រានុកូលដ្ឋានណាមួយ។ អ្នកក៏អាចប្រើដែនរងសម្រាប់ CDN ឧទាហរណ៍អ្វីមួយដូចជា cdn.domainname.com. តាមពិតក្នុងឧទាហរណ៍របស់យើង យើងនឹងធ្វើដូច្នេះ។

សម្រាប់ការបញ្ជាទិញម៉ាស៊ីនមេ ពួកគេគួរតែត្រូវបានជួលនៅក្នុងតំបន់ និងប្រទេសដែលទស្សនិកជនអ្នកប្រើប្រាស់របស់អ្នកស្ថិតនៅ។ ប្រសិនបើគម្រោងនេះមានលក្ខណៈអន្តរទ្វីប នោះវាងាយស្រួលក្នុងការជ្រើសរើសអ្នកផ្តល់សេវាបង្ហោះដែលផ្តល់ម៉ាស៊ីនមេទូទាំងពិភពលោកក្នុងពេលតែមួយ។ ឧទាហរណ៍: OVH, ភតិសន្យា и 100 ប៊ីប - សម្រាប់ម៉ាស៊ីនមេដែលឧទ្ទិស, វ៉ុល и DigitalOcean - សម្រាប់ពពកនិម្មិត*។

សម្រាប់ CDN ឯកជនរបស់យើង យើងនឹងបញ្ជាទិញម៉ាស៊ីនមេនិម្មិតចំនួន 3 នៅលើទ្វីបផ្សេងៗគ្នា។ នៅ វ៉ុល នៅលើម៉ាស៊ីនមេសម្រាប់ $5/ខែ យើងនឹងទទួលបាន 25GB SSD កន្លែង និង 1TB នៃចរាចរណ៍. នៅពេលដំឡើង សូមជ្រើសរើស Debian ចុងក្រោយបង្អស់។ ម៉ាស៊ីនមេរបស់យើង៖

ហ្វ្រែងហ្វើត។, ip: 199.247.18.199

ឈីកាហ្គោ, ip: 149.28.121.123

ស៊ីហ្គោ, ip: 157.230.240.216

* Vultr និង DigitalOcean សន្យាផ្តល់ឥណទាន 100 ដុល្លារដល់អ្នកប្រើប្រាស់ដែលចុះឈ្មោះតាមរយៈតំណភ្ជាប់ក្នុងអត្ថបទភ្លាមៗបន្ទាប់ពីបន្ថែមវិធីបង់ប្រាក់។ អ្នកនិពន្ធក៏ទទួលបានការសរសើរតិចតួចពីចំណុចនេះ ដែលសំខាន់ណាស់សម្រាប់គាត់ពេលនេះ។ សូមមេត្តាយោគយល់។

ការដំឡើង GeoDNS

ដើម្បីឱ្យអ្នកប្រើប្រាស់ត្រូវបានដឹកនាំទៅកាន់ម៉ាស៊ីនមេដែលចង់បាន (ជិតបំផុត) នៅពេលចូលប្រើដែន ឬដែនរង CDN យើងត្រូវការម៉ាស៊ីនមេ DNS ដែលមានមុខងារ GeoDNS ។

គោលការណ៍ និងប្រតិបត្តិការរបស់ GeoDNS មានដូចខាងក្រោម៖

បញ្ជាក់ IP របស់ម៉ាស៊ីនភ្ញៀវដែលបានផ្ញើសំណើ DNS ឬ IP របស់ម៉ាស៊ីនមេ DNS កើតឡើងដដែលៗ ដែលត្រូវបានប្រើនៅពេលដំណើរការសំណើរបស់អតិថិជន។ ម៉ាស៊ីនមេដែលប្រើឡើងវិញបែបនេះជាធម្មតា DNS-s របស់អ្នកផ្តល់សេវា។
IP របស់អតិថិជនទទួលស្គាល់ប្រទេស ឬតំបន់របស់គាត់។ សម្រាប់ការនេះ មូលដ្ឋានទិន្នន័យ GeoIP ត្រូវបានប្រើ ដែលក្នុងនោះមានច្រើនណាស់សព្វថ្ងៃនេះ។ មានល្អ ជម្រើសឥតគិតថ្លៃ.
អាស្រ័យលើទីតាំងរបស់អតិថិជន ផ្តល់ឱ្យគាត់នូវអាសយដ្ឋាន IP នៃម៉ាស៊ីនមេ CDN ដែលនៅជិតបំផុត។

ម៉ាស៊ីនមេ DNS ដែលមានមុខងារ GeoDNS អាចជា ប្រមូលផ្តុំដោយខ្លួនឯង។ប៉ុន្តែវាជាការប្រសើរក្នុងការប្រើប្រាស់ដំណោះស្រាយដែលត្រៀមរួចជាស្រេចជាមួយនឹងបណ្តាញម៉ាស៊ីនមេ DNS ជុំវិញពិភពលោក និង អូផ្លាស ពីប្រអប់៖

CloudDNS ពី $9.95/ខែពន្ធ GeoDNS តាមលំនាំដើមមាន DNS Failover មួយ។
ហ្សីល័រ ពី $25/ខែ, DNS Failover ត្រូវបានបើក
អាម៉ាហ្សូន ផ្លូវ៥៣ ពី $35/ខែ សម្រាប់សំណើភូមិសាស្ត្រ 50M សុទ្ធ។ DNS Failover ត្រូវបានចេញវិក្កយបត្រដោយឡែកពីគ្នា។
DNS ងាយស្រួល ពី $125/ខែមាន 10 DNS Falovers
Cloudflareលក្ខណៈពិសេស "Geo Steering" មាននៅក្នុងផែនការសហគ្រាស

នៅពេលបញ្ជាទិញ geoDNS អ្នកគួរតែយកចិត្តទុកដាក់លើចំនួនសំណើដែលបានរួមបញ្ចូលក្នុងពន្ធគយ ហើយចងចាំថាចំនួនសំណើពិតប្រាកដទៅកាន់ដែនអាចលើសពីការរំពឹងទុកជាច្រើនដង។ សត្វពីងពាងរាប់លាន ម៉ាស៊ីនស្កេន អ្នកផ្ញើសារឥតបានការ និងវិញ្ញាណអាក្រក់ផ្សេងទៀតធ្វើការដោយមិនចេះនឿយហត់។

សេវាកម្ម DNS ស្ទើរតែទាំងអស់រួមមានសេវាកម្មដែលមិនអាចខ្វះបានសម្រាប់ការកសាង CDN - DNS Failover ។ ដោយមានជំនួយរបស់វា អ្នកអាចរៀបចំការត្រួតពិនិត្យប្រតិបត្តិការនៃម៉ាស៊ីនមេរបស់អ្នក ហើយក្នុងករណីដែលគ្មានសញ្ញានៃជីវិត ជំនួសអាសយដ្ឋានរបស់ម៉ាស៊ីនមេដែលមិនដំណើរការដោយស្វ័យប្រវត្តិជាមួយនឹងការបម្រុងទុកនៅក្នុងការឆ្លើយតប DNS ។

ដើម្បីបង្កើត CDN របស់យើងយើងនឹងប្រើ ក្លូដឌីស, ពន្ធ GeoDNS ។

តោះបន្ថែមតំបន់ DNS ថ្មីនៅក្នុងគណនីផ្ទាល់ខ្លួនរបស់អ្នក ដោយបញ្ជាក់ដែនរបស់អ្នក។ ប្រសិនបើយើងកំពុងបង្កើត CDN នៅលើដែនរង ហើយដែនសំខាន់ត្រូវបានប្រើប្រាស់រួចហើយ ភ្លាមៗបន្ទាប់ពីបន្ថែមតំបន់ កុំភ្លេចបន្ថែមកំណត់ត្រា DNS ដែលកំពុងដំណើរការដែលមានស្រាប់។ ជំហានបន្ទាប់គឺបង្កើត A-records ជាច្រើនសម្រាប់ CDN domain/subdomain ដែលនីមួយៗនឹងត្រូវបានអនុវត្តទៅតំបន់ដែលយើងបានបញ្ជាក់។ អ្នកអាចបញ្ជាក់ទ្វីប ឬប្រទេសជាតំបន់ អនុតំបន់មានសម្រាប់សហរដ្ឋអាមេរិក និងកាណាដា។

ក្នុងករណីរបស់យើង CDN នឹងត្រូវបានលើកឡើងនៅលើដែនរង cdn.sayt.in. ដោយបន្ថែមតំបន់ sayt.inបង្កើតកំណត់ត្រា A ដំបូងសម្រាប់ដែនរង ហើយចង្អុលអាមេរិកខាងជើងទាំងអស់ទៅកាន់ម៉ាស៊ីនមេនៅទីក្រុងឈីកាហ្គោ៖

ចូរយើងធ្វើសកម្មភាពម្តងទៀតសម្រាប់តំបន់ផ្សេងទៀត ដោយចងចាំដើម្បីបង្កើតធាតុមួយសម្រាប់តំបន់លំនាំដើម។ នេះជាអ្វីដែលកើតឡើងនៅទីបញ្ចប់៖

ធាតុលំនាំដើមចុងក្រោយនៅក្នុងរូបថតអេក្រង់មានន័យថាតំបន់ដែលមិនបានបញ្ជាក់ទាំងអស់ (ហើយទាំងនេះគឺជាអឺរ៉ុប អាហ្វ្រិក អ្នកប្រើប្រាស់អ៊ីនធឺណិតផ្កាយរណប។ល។) នឹងត្រូវបានបញ្ជូនទៅម៉ាស៊ីនមេនៅហ្វ្រែងហ្វើត។

វាបញ្ចប់ការដំឡើង DNS មូលដ្ឋាន។ វានៅសល់ដើម្បីចូលទៅកាន់គេហទំព័ររបស់អ្នកចុះឈ្មោះដែន ហើយជំនួសដែន NSs បច្ចុប្បន្នជាមួយនឹងអ្វីដែលចេញដោយ ClouDNS ។ ហើយខណៈពេលដែល NSs នឹងត្រូវបានអាប់ដេត យើងនឹងរៀបចំម៉ាស៊ីនមេ។

ការដំឡើងវិញ្ញាបនបត្រ SSL

CDN របស់យើងនឹងដំណើរការលើ HTTPS ដូច្នេះប្រសិនបើអ្នកមានវិញ្ញាបនបត្រ SSL សម្រាប់ដែន ឬដែនរងរួចហើយ សូមបង្ហោះពួកវាទៅកាន់ម៉ាស៊ីនមេទាំងអស់ ឧទាហរណ៍ទៅកាន់ថតឯកសារ /etc/ssl/yourdomain/

ប្រសិនបើមិនមានវិញ្ញាបនបត្រទេ អ្នកអាចទទួលបានមួយដោយឥតគិតថ្លៃពី Let's Encrypt។ ល្អឥតខ្ចោះសម្រាប់រឿងនេះ ACME Shellscript. ម៉ាស៊ីនភ្ញៀវមានភាពងាយស្រួល និងងាយស្រួលក្នុងការរៀបចំ ហើយសំខាន់បំផុត វាអនុញ្ញាតឱ្យអ្នកធ្វើសុពលភាពដែន/ដែនរងដោយ DNS តាមរយៈ ClouDNS API។

យើងនឹងដំឡើង acme.sh នៅលើម៉ាស៊ីនមេតែមួយប៉ុណ្ណោះ - អ៊ឺរ៉ុប 199.247.18.199 ដែលវិញ្ញាបនបត្រនឹងត្រូវបានចម្លងទៅអ្នកផ្សេងទាំងអស់។ ដើម្បីដំឡើង សូមដំណើរការ៖

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

កំឡុងពេលដំឡើងស្គ្រីប ការងារ CRON នឹងត្រូវបានបង្កើតឡើងសម្រាប់ការបន្តវិញ្ញាបនបត្របន្ថែមទៀតដោយគ្មានការចូលរួមរបស់យើង។

នៅពេលចេញវិញ្ញាបនបត្រ ដែននឹងត្រូវបានពិនិត្យដោយប្រើ DNS ដោយប្រើ API ដូច្នេះនៅក្នុងគណនីផ្ទាល់ខ្លួន ClouDNS នៅក្នុងម៉ឺនុយ Reseller 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 [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

ជំនួសឱ្យលំនាំដើម យើងប្រើ config ពី spoiler ខាងក្រោម៖
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 - ផ្លូវទៅកាន់វិញ្ញាបនបត្រ 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

សូមក្រឡេកមើល pings ទៅ CDN របស់យើងពីទីតាំងភូមិសាស្ត្រផ្សេងៗគ្នា។ សេវាកម្ម ping ណាមួយនឹងដំណើរការសម្រាប់ការនេះ។

ចំណុចចាប់ផ្តើម
ម៉ាស៊ីន
IP
ពេលវេលាជាមធ្យម, ms

អាល្លឺម៉ង់ ប៊ែរឡាំង
cdn.sayt.in
199.247.18.199
9.6

ទីក្រុង Amsterdam ប្រទេសហូឡង់
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

សហរដ្ឋអាមេរិក ទីក្រុង Chicago
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 ។
បោសសំអាត.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 Failover ដែលជួយផ្លាស់ប្តូរកំណត់ត្រា A យ៉ាងឆាប់រហ័សក្នុងព្រឹត្តិការណ៍នៃការខូចម៉ាស៊ីនមេ។ នេះត្រូវបានធ្វើនៅក្នុងផ្ទាំងបញ្ជា DNS records នៃដែន។
គេហទំព័រដែលមានការគ្របដណ្តប់តាមភូមិសាស្ត្រយ៉ាងទូលំទូលាយមិនត្រូវការ CDNs ច្រើននោះទេ ប៉ុន្តែសូមកុំធ្វើជាមនុស្សជ្រុលនិយម។ ភាគច្រើនទំនងជាអ្នកប្រើប្រាស់នឹងមិនកត់សម្គាល់ពីភាពខុសគ្នាគួរឱ្យកត់សម្គាល់ទេបើប្រៀបធៀបទៅនឹង CDN ដែលបានបង់ ប្រសិនបើអ្នកដាក់ម៉ាស៊ីនមេនៅក្នុងទីតាំង 6-7៖ អឺរ៉ុប អាមេរិកខាងជើង (ខាងកើត) អាមេរិកខាងជើង (ខាងលិច) សិង្ហបុរី អូស្ត្រាលី ហុងកុង ឬជប៉ុន។
ពេលខ្លះ hosters មិនអនុញ្ញាតឱ្យប្រើប្រាស់ servers ជួលសម្រាប់គោលបំណង CDN ទេ។ ដូច្នេះហើយ ប្រសិនបើអ្នកសម្រេចចិត្តដាក់ពង្រាយបណ្តាញចែកចាយមាតិកាជាសេវាកម្មមួយ កុំភ្លេចអានច្បាប់របស់អ្នកផ្តល់សេវាបង្ហោះជាក់លាក់ជាមុន។
រុករក ផែនទីទំនាក់ទំនងក្រោមទឹក។ដើម្បីតំណាងឱ្យរបៀបដែលទ្វីបត្រូវបានភ្ជាប់ ហើយយកវាទៅក្នុងគណនីនៅពេលបង្កើតបណ្តាញចែកចាយមាតិកា
ព្យាយាមពិនិត្យ pings ពីកន្លែងផ្សេងគ្នា ទៅកាន់ម៉ាស៊ីនមេរបស់អ្នក។ វិធីនេះអ្នកអាចមើលឃើញតំបន់ដែលនៅជិតបំផុតទៅនឹងចំណុច CDN និងកំណត់រចនាសម្ព័ន្ធ GeoDNS កាន់តែត្រឹមត្រូវ។
អាស្រ័យលើភារកិច្ច វានឹងមានប្រយោជន៍ក្នុងការកែសម្រួល Nginx សម្រាប់តម្រូវការឃ្លាំងសម្ងាត់ជាក់លាក់ និងពិចារណាលើការផ្ទុកនៅលើម៉ាស៊ីនមេ។ អត្ថបទអំពីឃ្លាំងសម្ងាត់ Nginx បានជួយខ្ញុំច្រើនក្នុងរឿងនេះ - នៅទីនេះ និងការពន្លឿនការងារក្រោមបន្ទុកធ្ងន់៖ នៅទីនេះ и នៅទីនេះ

ប្រភព: www.habr.com

ការកសាង និងកំណត់រចនាសម្ព័ន្ធ CDN របស់អ្នក។