നിങ്ങളുടെ CDN നിർമ്മിക്കുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു

ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്കുകൾ (സിഡിഎൻ) വെബ്‌സൈറ്റുകളിലും ആപ്ലിക്കേഷനുകളിലും പ്രാഥമികമായി സ്റ്റാറ്റിക് എലമെന്റുകളുടെ ലോഡിംഗ് വേഗത്തിലാക്കാൻ ഉപയോഗിക്കുന്നു. വിവിധ ഭൂമിശാസ്ത്രപരമായ പ്രദേശങ്ങളിൽ സ്ഥിതി ചെയ്യുന്ന CDN സെർവറുകളിലെ ഫയലുകൾ കാഷെ ചെയ്യുന്നതു കൊണ്ടാണ് ഇത് സംഭവിക്കുന്നത്. CDN വഴി ഡാറ്റ അഭ്യർത്ഥിക്കുന്നതിലൂടെ, ഉപയോക്താവിന് അത് അടുത്തുള്ള സെർവറിൽ നിന്ന് ലഭിക്കും.

എല്ലാ ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്കുകളുടെയും പ്രവർത്തനത്തിന്റെയും പ്രവർത്തനത്തിന്റെയും തത്വം ഏകദേശം സമാനമാണ്. ഒരു ഫയൽ ഡൗൺലോഡ് ചെയ്യുന്നതിനുള്ള ഒരു അഭ്യർത്ഥന ലഭിച്ചാൽ, CDN സെർവർ അത് യഥാർത്ഥ സെർവറിൽ നിന്ന് ഒറ്റത്തവണ എടുത്ത് ഉപയോക്താവിന് നൽകുന്നു, അതേ സമയം ഒരു നിശ്ചിത സമയത്തേക്ക് അത് കാഷെ ചെയ്യുന്നു. തുടർന്നുള്ള എല്ലാ അഭ്യർത്ഥനകൾക്കും കാഷെയിൽ നിന്ന് ഉത്തരം ലഭിക്കും. എല്ലാ CDN-കൾക്കും ഫയലുകൾ പ്രീലോഡ് ചെയ്യാനും കാഷെ മായ്‌ക്കാനും കാലഹരണപ്പെടൽ തീയതി സജ്ജീകരിക്കാനും മറ്റും ഓപ്ഷനുകൾ ഉണ്ട്.

ഒരു കാരണത്താലോ മറ്റൊരു കാരണത്താലോ, നിങ്ങളുടെ സ്വന്തം ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് ഓർഗനൈസുചെയ്യേണ്ടതുണ്ട്, തുടർന്ന് - അടുത്ത ബൈക്ക് കൂട്ടിച്ചേർക്കുന്നതിനുള്ള നിർദ്ദേശങ്ങൾ ഞങ്ങളെ സഹായിക്കട്ടെ.

അവലംബം: pikisuperstar സൃഷ്ടിച്ച ഇൻഫോഗ്രാഫിക് വെക്റ്റർ - www.freepik.com

നിങ്ങളുടെ സ്വന്തം CDN ആവശ്യമുള്ളപ്പോൾ

നിങ്ങളുടെ സ്വന്തം CDN പ്രവർത്തിപ്പിക്കുന്നത് അർത്ഥമാക്കുന്ന സന്ദർഭങ്ങൾ പരിഗണിക്കുക:

• പണം ലാഭിക്കാനുള്ള ആഗ്രഹം ഉള്ളപ്പോൾ, ചെലവുകുറഞ്ഞ CDN-കൾ ഉപയോഗിക്കുമ്പോൾ പോലും നടത്തിപ്പ് ചെലവ് ബണ്ണിസിഡിഎൻ പ്രതിമാസം നൂറുകണക്കിന് ഡോളർ
• സെർവറും ചാനൽ അയൽക്കാരും ഇല്ലാതെ സ്ഥിരമായ കാഷെയോ കാഷെയോ ലഭിക്കണമെങ്കിൽ
• നിങ്ങൾക്ക് ആവശ്യമുള്ള മേഖലയിൽ CDN സേവനങ്ങൾക്ക് സാന്നിധ്യത്തിന്റെ പോയിന്റുകളില്ല
• ഏതെങ്കിലും പ്രത്യേക ഉള്ളടക്ക ഡെലിവറി ക്രമീകരണങ്ങൾ ആവശ്യമാണ്
• പ്രൊഡക്ഷൻ സെർവർ ഉപയോക്താക്കളോട് അടുപ്പിച്ച് ഡൈനാമിക് ഉള്ളടക്കത്തിന്റെ ഡെലിവറി വേഗത്തിലാക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു
• ഒരു മൂന്നാം കക്ഷി സിഡിഎൻ സേവനം ഉപയോക്തൃ പെരുമാറ്റത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ (ഹലോ നോൺ-ജിഡിപിആർ-കംപ്ലയന്റ് സേവനങ്ങൾ) അല്ലെങ്കിൽ മറ്റ് നിയമവിരുദ്ധ പ്രവർത്തനങ്ങളിൽ ഏർപ്പെടുമെന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ നിയമവിരുദ്ധമായി ശേഖരിക്കുകയോ ഉപയോഗിക്കുകയോ ചെയ്തേക്കുമെന്ന ആശങ്കയുണ്ട്.

മറ്റ് മിക്ക കേസുകളിലും, നിലവിലുള്ള റെഡിമെയ്ഡ് പരിഹാരങ്ങൾ ഉപയോഗിക്കുന്നത് കൂടുതൽ ഉചിതമാണ്.

നിങ്ങൾക്ക് എന്താണ് ആരംഭിക്കേണ്ടത്

നിങ്ങൾക്ക് സ്വന്തമായി സ്വയംഭരണ സംവിധാനം (എഎസ്) ഉണ്ടെങ്കിൽ അത് അതിശയകരമാണ്. ഇത് ഉപയോഗിച്ച്, നിങ്ങൾക്ക് നിരവധി സെർവറുകളിലേക്ക് ഒരേ ഐപി നൽകാം ഈ നിർദ്ദേശം അനുസരിച്ച് നെറ്റ്‌വർക്ക് തലത്തിൽ, ഉപയോക്താക്കളെ അടുത്തുള്ള ഒന്നിലേക്ക് നയിക്കുക. /24 വിലാസ ബ്ലോക്ക് ഉപയോഗിച്ച് പോലും, ഒരു ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് നിർമ്മിക്കാൻ കഴിയുമെന്ന് പറയേണ്ടതാണ്. ചില സെർവർ ദാതാക്കൾ അവർക്ക് ലഭ്യമായ എല്ലാ പ്രദേശങ്ങളിലും ഉപയോഗത്തിനായി ഒരു അറിയിപ്പ് നടത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു.

IP വിലാസങ്ങളുടെ ഒരു ബ്ലോക്കിന്റെ സന്തുഷ്ട ഉടമ നിങ്ങളല്ലെങ്കിൽ, ഒരു ലളിതമായ CDN പ്രവർത്തിപ്പിക്കാൻ നിങ്ങൾക്ക് ഇത് ആവശ്യമാണ്:

• ഡൊമെയ്ൻ നാമം അല്ലെങ്കിൽ ഉപഡൊമെയ്ൻ
• വ്യത്യസ്ത പ്രദേശങ്ങളിൽ കുറഞ്ഞത് രണ്ട് സെർവറുകൾ. സെർവർ സമർപ്പിതമോ വെർച്വൽ ആകാം
• geoDNS ഉപകരണം. ഇത് ഉപയോഗിച്ച്, ഉപയോക്താവ്, ഡൊമെയ്ൻ അഭിസംബോധന ചെയ്തുകഴിഞ്ഞാൽ, അടുത്തുള്ള സെർവറിലേക്ക് നയിക്കപ്പെടും

ഒരു ഡൊമെയ്ൻ രജിസ്റ്റർ ചെയ്ത് സെർവറുകൾ ഓർഡർ ചെയ്യുക

ഡൊമെയ്ൻ രജിസ്ട്രേഷൻ ഉപയോഗിച്ച്, എല്ലാം ലളിതമാണ് - ഞങ്ങൾ ഏതെങ്കിലും രജിസ്ട്രാറുമായി ഏത് സോണിലും രജിസ്റ്റർ ചെയ്യുന്നു. നിങ്ങൾക്ക് ഒരു CDN-നായി ഒരു ഉപഡൊമെയ്‌ൻ ഉപയോഗിക്കാനും കഴിയും, ഉദാഹരണത്തിന് cdn.domainname.com. യഥാർത്ഥത്തിൽ, ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, ഞങ്ങൾ അത് ചെയ്യും.

സെർവറുകൾ ഓർഡർ ചെയ്യുന്നതിനായി, നിങ്ങളുടെ ഉപയോക്തൃ പ്രേക്ഷകർ സ്ഥിതിചെയ്യുന്ന പ്രദേശങ്ങളിലും രാജ്യങ്ങളിലും അവ വാടകയ്‌ക്കെടുക്കണം. പ്രോജക്റ്റ് ഭൂഖണ്ഡാന്തരമാണെങ്കിൽ, ലോകമെമ്പാടുമുള്ള സെർവറുകൾ ഒരേസമയം വാഗ്ദാനം ചെയ്യുന്ന ഹോസ്റ്റിംഗ് ദാതാക്കളെ തിരഞ്ഞെടുക്കുന്നത് സൗകര്യപ്രദമാണ്. ഉദാഹരണങ്ങൾ: .തടയൽ, ലീസ്വെബ് и ക്സനുമ്ക്സത്ബ് - സമർപ്പിത സെർവറുകൾക്കായി, വേൾഡ് и ദിഗിതലൊചെഅന് — വെർച്വൽ ക്ലൗഡിന്*.

ഞങ്ങളുടെ സ്വകാര്യ CDN-നായി, ഞങ്ങൾ വിവിധ ഭൂഖണ്ഡങ്ങളിൽ 3 വെർച്വൽ സെർവറുകൾ ഓർഡർ ചെയ്യും. ചെയ്തത് വേൾഡ് സെർവറിൽ $5/മാസം നമുക്ക് ലഭിക്കും 25GB SSD സ്ഥലങ്ങളും 1TB ട്രാഫിക്. ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, ഏറ്റവും പുതിയ ഡെബിയൻ തിരഞ്ഞെടുക്കുക. ഞങ്ങളുടെ സെർവറുകൾ:

ഫ്രാങ്ക്ഫർട്ട്, ip: 199.247.18.199

ചിക്കാഗോ, ip: 149.28.121.123

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

* പേയ്‌മെന്റ് രീതി ചേർത്ത ഉടൻ തന്നെ ലേഖനത്തിലെ ലിങ്കുകൾ വഴി രജിസ്റ്റർ ചെയ്യുന്ന ഉപയോക്താക്കൾക്ക് Vultr ഉം DigitalOcean ഉം $100 ക്രെഡിറ്റ് വാഗ്ദാനം ചെയ്യുന്നു. രചയിതാവിന് ഇതിൽ നിന്ന് ഒരു ചെറിയ അഭിനന്ദനവും ലഭിക്കുന്നു, അത് ഇപ്പോൾ അദ്ദേഹത്തിന് വളരെ പ്രധാനമാണ്. ദയവായി മനസ്സിലാക്കുക.

geoDNS സജ്ജീകരിക്കുന്നു

ഒരു ഡൊമെയ്ൻ അല്ലെങ്കിൽ CDN സബ്ഡൊമെയ്ൻ ആക്സസ് ചെയ്യുമ്പോൾ ഉപയോക്താവിനെ ആവശ്യമുള്ള (അടുത്തുള്ള) സെർവറിലേക്ക് നയിക്കുന്നതിന്, ഞങ്ങൾക്ക് ജിയോഡിഎൻഎസ് ഫംഗ്ഷനുള്ള ഒരു ഡിഎൻഎസ് സെർവർ ആവശ്യമാണ്.

ജിയോഡിഎൻഎസിന്റെ തത്വവും പ്രവർത്തനവും ഇപ്രകാരമാണ്:

1. DNS അഭ്യർത്ഥന അയച്ച ക്ലയന്റിൻറെ IP അല്ലെങ്കിൽ ക്ലയന്റ് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുമ്പോൾ ഉപയോഗിക്കുന്ന ആവർത്തന DNS സെർവറിന്റെ IP വ്യക്തമാക്കുന്നു. അത്തരം ആവർത്തന സെർവറുകൾ സാധാരണയായി ദാതാക്കളുടെ DNS-കളാണ്.
2. ക്ലയന്റിന്റെ ഐപി അവന്റെ രാജ്യമോ പ്രദേശമോ തിരിച്ചറിയുന്നു. ഇതിനായി, ജിയോഐപി ഡാറ്റാബേസുകൾ ഉപയോഗിക്കുന്നു, അവയിൽ ഇന്ന് ധാരാളം ഉണ്ട്. നല്ലവരുണ്ട് സൗജന്യ ഓപ്ഷനുകൾ.
3. ക്ലയന്റിന്റെ സ്ഥാനം അനുസരിച്ച്, അയാൾക്ക് അടുത്തുള്ള CDN സെർവറിന്റെ IP വിലാസം നൽകുന്നു.

ജിയോഡിഎൻഎസ് പ്രവർത്തനമുള്ള ഡിഎൻഎസ് സെർവർ ആകാം സ്വയം കൂട്ടിച്ചേർക്കുക, എന്നാൽ ലോകമെമ്പാടുമുള്ള DNS സെർവറുകളുടെ ഒരു നെറ്റ്‌വർക്ക് ഉപയോഗിച്ച് റെഡിമെയ്ഡ് സൊല്യൂഷനുകൾ ഉപയോഗിക്കുന്നതാണ് നല്ലത് എനികാസ്റ്റ് ബോക്സിൽ നിന്ന്:

• CloudDNS от $9.95/മാസം, GeoDNS താരിഫ്, ഡിഫോൾട്ടായി ഒരു DNS പരാജയം ഉണ്ട്
• സിലോർ от $25/മാസം, DNS Failover പ്രവർത്തനക്ഷമമാക്കി
• ആമസോൺ റൂട്ട് 53 от $35/മാസം മൊത്തം 50M ജിയോ അഭ്യർത്ഥനകൾക്കായി. ഡിഎൻഎസ് പരാജയം പ്രത്യേകം ബിൽ ചെയ്യുന്നു
• DNS ഈസി മേഡ് от $125/മാസം, 10 DNS പരാജയങ്ങൾ ഉണ്ട്
• ച്ലൊഉദ്ഫ്ലരെ, "ജിയോ സ്റ്റിയറിംഗ്" ഫീച്ചർ എന്റർപ്രൈസ് പ്ലാനുകളിൽ ലഭ്യമാണ്

ജിയോഡിഎൻഎസ് ഓർഡർ ചെയ്യുമ്പോൾ, താരിഫിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണം നിങ്ങൾ ശ്രദ്ധിക്കണം കൂടാതെ ഡൊമെയ്‌നിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ യഥാർത്ഥ എണ്ണം നിരവധി തവണ പ്രതീക്ഷകൾ കവിയുമെന്ന് ഓർമ്മിക്കുക. ദശലക്ഷക്കണക്കിന് ചിലന്തികളും സ്കാനറുകളും സ്പാമറുകളും മറ്റ് ദുരാത്മാക്കളും വിശ്രമമില്ലാതെ പ്രവർത്തിക്കുന്നു.

മിക്കവാറും എല്ലാ ഡിഎൻഎസ് സേവനങ്ങളിലും ഒരു സിഡിഎൻ - ഡിഎൻഎസ് പരാജയം നിർമ്മിക്കുന്നതിനുള്ള ഒഴിച്ചുകൂടാനാവാത്ത സേവനം ഉൾപ്പെടുന്നു. അതിന്റെ സഹായത്തോടെ, നിങ്ങളുടെ സെർവറുകളുടെ പ്രവർത്തനത്തിന്റെ നിരീക്ഷണം നിങ്ങൾക്ക് സജ്ജീകരിക്കാനും ജീവിതത്തിന്റെ അടയാളങ്ങളുടെ അഭാവത്തിൽ, DNS പ്രതികരണങ്ങളിൽ ഒരു ബാക്കപ്പ് ഉപയോഗിച്ച് പ്രവർത്തിക്കാത്ത സെർവറിന്റെ വിലാസം സ്വയമേവ മാറ്റിസ്ഥാപിക്കാനും കഴിയും.

ഞങ്ങളുടെ CDN നിർമ്മിക്കാൻ, ഞങ്ങൾ ഉപയോഗിക്കും ക്ലൗഡ്എൻഎസ്, GeoDNS താരിഫ്.

നിങ്ങളുടെ ഡൊമെയ്ൻ വ്യക്തമാക്കിക്കൊണ്ട് നിങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിൽ ഒരു പുതിയ DNS സോൺ ചേർക്കാം. ഞങ്ങൾ ഒരു സബ്‌ഡൊമെയ്‌നിൽ ഒരു CDN നിർമ്മിക്കുകയാണെങ്കിൽ, പ്രധാന ഡൊമെയ്‌ൻ ഇതിനകം ഉപയോഗത്തിലാണെങ്കിൽ, സോൺ ചേർത്ത ഉടൻ, നിലവിലുള്ള പ്രവർത്തിക്കുന്ന DNS റെക്കോർഡുകൾ ചേർക്കാൻ മറക്കരുത്. അടുത്ത ഘട്ടം CDN ഡൊമെയ്‌ൻ / സബ്‌ഡൊമെയ്‌നിനായി നിരവധി എ-റെക്കോഡുകൾ സൃഷ്‌ടിക്കുക എന്നതാണ്, അവ ഓരോന്നും ഞങ്ങൾ വ്യക്തമാക്കിയ മേഖലയിലേക്ക് പ്രയോഗിക്കും. നിങ്ങൾക്ക് ഭൂഖണ്ഡങ്ങളെയോ രാജ്യങ്ങളെയോ പ്രദേശങ്ങളായി വ്യക്തമാക്കാൻ കഴിയും, യു‌എസ്‌എയ്ക്കും കാനഡയ്ക്കും ഉപ-പ്രദേശങ്ങൾ ലഭ്യമാണ്.

ഞങ്ങളുടെ കാര്യത്തിൽ, CDN ഒരു ഉപഡൊമെയ്‌നിൽ ഉയർത്തും cdn.sayt.in. ഒരു സോൺ ചേർക്കുന്നതിലൂടെ sayt.in, ഉപഡൊമെയ്‌നിനായി ആദ്യത്തെ എ-റെക്കോർഡ് സൃഷ്‌ടിക്കുകയും വടക്കേ അമേരിക്ക മുഴുവൻ ചിക്കാഗോയിലെ സെർവറിലേക്ക് പോയിന്റ് ചെയ്യുകയും ചെയ്യുക:

ഡിഫോൾട്ട് റീജിയണുകൾക്കായി ഒരു എൻട്രി സൃഷ്‌ടിക്കാൻ ഓർമ്മിച്ചുകൊണ്ട്, മറ്റ് പ്രദേശങ്ങൾക്കായുള്ള പ്രവർത്തനം ആവർത്തിക്കാം. അവസാനം സംഭവിക്കുന്നത് ഇതാ:

സ്ക്രീൻഷോട്ടിലെ അവസാന ഡിഫോൾട്ട് എൻട്രി അർത്ഥമാക്കുന്നത്, വ്യക്തമാക്കാത്ത എല്ലാ പ്രദേശങ്ങളും (ഇവ യൂറോപ്പ്, ആഫ്രിക്ക, സാറ്റലൈറ്റ് ഇന്റർനെറ്റ് ഉപയോക്താക്കൾ മുതലായവയാണ്) ഫ്രാങ്ക്ഫർട്ടിലെ സെർവറിലേക്ക് അയയ്ക്കും എന്നാണ്.

ഇത് അടിസ്ഥാന DNS സജ്ജീകരണം പൂർത്തിയാക്കുന്നു. ഡൊമെയ്‌ൻ രജിസ്‌ട്രാറുടെ വെബ്‌സൈറ്റിലേക്ക് പോകാനും നിലവിലെ ഡൊമെയ്‌ൻ NS-കൾ CloudDNS നൽകിയവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാനും ഇത് ശേഷിക്കുന്നു. NS-കൾ അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ, ഞങ്ങൾ സെർവറുകൾ തയ്യാറാക്കും.

SSL സർട്ടിഫിക്കറ്റുകളുടെ ഇൻസ്റ്റാളേഷൻ

ഞങ്ങളുടെ CDN HTTPS-ൽ പ്രവർത്തിക്കും, അതിനാൽ നിങ്ങൾക്ക് ഇതിനകം ഒരു ഡൊമെയ്‌നിനോ ഉപഡൊമെയ്‌നിനോ വേണ്ടി SSL സർട്ടിഫിക്കറ്റുകൾ ഉണ്ടെങ്കിൽ, അവ എല്ലാ സെർവറുകളിലേക്കും അപ്‌ലോഡ് ചെയ്യുക, ഉദാഹരണത്തിന്, ഡയറക്ടറിയിലേക്ക് /etc/ssl/yourdomain/

സർട്ടിഫിക്കറ്റുകൾ ഇല്ലെങ്കിൽ, ലെറ്റ്സ് എൻക്രിപ്റ്റിൽ നിന്ന് നിങ്ങൾക്ക് സൗജന്യമായി ഒന്ന് ലഭിക്കും. ഇതിന് അനുയോജ്യമാണ് ACME ഷെൽസ്ക്രിപ്റ്റ്. ക്ലയന്റ് സൗകര്യപ്രദവും സജ്ജീകരിക്കാൻ എളുപ്പവുമാണ്, ഏറ്റവും പ്രധാനമായി, ക്ലൗഡ്എൻഎസ് എപിഐ വഴി ഡിഎൻഎസ് വഴി ഒരു ഡൊമെയ്ൻ/സബ്ഡൊമെയ്ൻ സാധൂകരിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

യൂറോപ്യൻ 199.247.18.199 എന്ന സെർവറുകളിൽ ഒന്നിൽ മാത്രം ഞങ്ങൾ acme.sh ഇൻസ്റ്റാൾ ചെയ്യും, അതിൽ നിന്ന് സർട്ടിഫിക്കറ്റുകൾ മറ്റെല്ലാവർക്കും പകർത്തും. ഇൻസ്റ്റാൾ ചെയ്യാൻ, പ്രവർത്തിപ്പിക്കുക:

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

സ്ക്രിപ്റ്റ് ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, ഞങ്ങളുടെ പങ്കാളിത്തമില്ലാതെ സർട്ടിഫിക്കറ്റുകൾ കൂടുതൽ പുതുക്കുന്നതിനായി ഒരു CRON ജോലി സൃഷ്ടിക്കപ്പെടും.

ഒരു സർട്ടിഫിക്കറ്റ് നൽകുമ്പോൾ, API ഉപയോഗിച്ച് DNS ഉപയോഗിച്ച് ഡൊമെയ്‌ൻ പരിശോധിക്കും, അതിനാൽ റീസെല്ലർ API മെനുവിലെ CloudDNS സ്വകാര്യ അക്കൗണ്ടിൽ, നിങ്ങൾ ഒരു പുതിയ ഉപയോക്തൃ 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 TB ട്രാഫിക്കും ലഭിച്ചു: ഓരോ സ്ഥലത്തും 1 TB.

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-ന്റെ തെറ്റ് സഹിഷ്ണുത വർദ്ധിപ്പിക്കുന്നതിന്, ഒരു സെർവർ തകരാർ സംഭവിക്കുമ്പോൾ A റെക്കോർഡ് വേഗത്തിൽ മാറ്റാൻ സഹായിക്കുന്ന DNS Failover കോൺഫിഗർ ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു. ഡൊമെയ്‌നിന്റെ നിയന്ത്രണ പാനലിൽ DNS റെക്കോർഡുകളിലാണ് ഇത് ചെയ്യുന്നത്.
• വിശാലമായ ഭൂമിശാസ്ത്രപരമായ കവറേജുള്ള സൈറ്റുകൾക്ക് ധാരാളം CDN-കൾ ആവശ്യമുണ്ട് എന്നതിൽ സംശയമില്ല, പക്ഷേ നമുക്ക് മതഭ്രാന്താകരുത്. യൂറോപ്പ്, വടക്കേ അമേരിക്ക (കിഴക്ക്), വടക്കേ അമേരിക്ക (പടിഞ്ഞാറ്), സിംഗപ്പൂർ, ഓസ്‌ട്രേലിയ, ഹോങ്കോംഗ് അല്ലെങ്കിൽ ജപ്പാൻ എന്നിങ്ങനെ 6-7 ലൊക്കേഷനുകളിൽ നിങ്ങൾ സെർവറുകൾ സ്ഥാപിക്കുകയാണെങ്കിൽ, പണമടച്ചുള്ള CDN നെ അപേക്ഷിച്ച് ഉപയോക്താവിന് കാര്യമായ വ്യത്യാസം ഉണ്ടാകില്ല.
• സിഡിഎൻ ആവശ്യങ്ങൾക്കായി വാടകയ്‌ക്കെടുത്ത സെർവറുകൾ ഉപയോഗിക്കാൻ ചിലപ്പോൾ ഹോസ്റ്റർമാർ അനുവദിക്കില്ല. അതിനാൽ, നിങ്ങൾ പെട്ടെന്ന് ഒരു ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് ഒരു സേവനമായി വിന്യസിക്കാൻ തീരുമാനിക്കുകയാണെങ്കിൽ, ഒരു പ്രത്യേക ഹോസ്റ്റിംഗ് ദാതാവിന്റെ നിയമങ്ങൾ മുൻകൂട്ടി വായിക്കാൻ മറക്കരുത്
• പര്യവേക്ഷണം ചെയ്യുക അണ്ടർവാട്ടർ കമ്മ്യൂണിക്കേഷൻസ് മാപ്പ്ഭൂഖണ്ഡങ്ങൾ എങ്ങനെ ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് പ്രതിനിധീകരിക്കുന്നതിനും ഒരു ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് നിർമ്മിക്കുമ്പോൾ ഇത് കണക്കിലെടുക്കുന്നതിനും
• പരിശോധിക്കാൻ ശ്രമിക്കുക വിവിധ സ്ഥലങ്ങളിൽ നിന്നുള്ള പിംഗ്സ് നിങ്ങളുടെ സെർവറുകളിലേക്ക്. ഇതുവഴി നിങ്ങൾക്ക് CDN പോയിന്റുകൾക്ക് ഏറ്റവും അടുത്തുള്ള പ്രദേശങ്ങൾ കാണാനും GeoDNS കൂടുതൽ ശരിയായി ക്രമീകരിക്കാനും കഴിയും
• ടാസ്‌ക്കുകളെ ആശ്രയിച്ച്, നിർദ്ദിഷ്ട കാഷിംഗ് ആവശ്യകതകൾക്കായി Nginx നന്നായി ട്യൂൺ ചെയ്യുന്നതിനും സെർവറിലെ ലോഡ് കണക്കിലെടുക്കുന്നതിനും ഇത് ഉപയോഗപ്രദമാകും. Nginx കാഷെയെക്കുറിച്ചുള്ള ലേഖനങ്ങൾ ഇതിൽ എന്നെ വളരെയധികം സഹായിച്ചു - ഇവിടെ കനത്ത ലോഡുകളിൽ ജോലിയുടെ ത്വരിതപ്പെടുത്തലും: ഇവിടെ и ഇവിടെ

അവലംബം: www.habr.com