സൈറ്റ് തിരിച്ചുള്ള ഐസൊലേഷൻ

ഓരോ സൈറ്റും അതിന്റേതായ കൂട്ടിൽ, അതിനാൽ ഒരു മോശം അയൽക്കാരൻ ഒരു മോശം അയൽക്കാരനായി മാത്രം തുടരുന്നു.

ഒരു സംഭവവും പൂർണ്ണമായ പ്രവർത്തന തടസ്സവും തമ്മിലുള്ള വ്യത്യാസമാണ് ഐസൊലേഷൻ. ഞങ്ങൾ ഹോസ്റ്റ് ചെയ്യുന്ന ഓരോ സൈറ്റും അതിന്റേതായ CPU, RAM, IO, പ്രോസസ്സ് പരിധികൾ, സ്വന്തം CageFS ഫയൽസിസ്റ്റം കാഴ്‌ച, സ്വന്തം PHP പതിപ്പ്, സ്വന്തം ഡാറ്റാബേസ് ത്രോട്ടിൽ എന്നിവയുള്ള ഒരു കേർണൽ-ലെവൽ CloudLinux LVE കേജിനുള്ളിലാണ് പ്രവർത്തിക്കുന്നത്. ആക്രമിക്കപ്പെടുകയോ സുരക്ഷാ വീഴ്ച സംഭവിക്കുകയോ കനത്ത ചോദ്യം പ്രവർത്തിപ്പിക്കുകയോ ചെയ്യുന്ന ഒരു സൈറ്റ് അത് എവിടെയാണോ അവിടെത്തന്നെ നിയന്ത്രിക്കപ്പെടുന്നു — കൂടാതെ ഈ ഐസൊലേഷൻ അടിസ്ഥാന സൗകര്യം എല്ലാ പ്ലാനുകളിലും ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, ഇതൊരു അപ്‌ഗ്രേഡായി നിങ്ങൾക്ക് അധിക നിരക്കിൽ വിൽക്കുന്നില്ല. ലഭ്യത: ഓരോ സൈറ്റിനുമുള്ള ഡാറ്റാബേസ് ത്രോട്ട്‌ലിംഗും സൈറ്റ് തിരിച്ചുള്ള റിസോഴ്‌സ് സ്ഥിതിവിവരക്കണക്കുകളും സജീവ വികസനത്തിലാണ്, അവ ഇതുവരെ ലഭ്യമായിട്ടില്ല. ഇവിടെ വിവരിച്ചിരിക്കുന്ന മറ്റെല്ലാം ഇന്ന് ലഭ്യമാണ്.

അയൽക്കാരിൽ നിന്ന് വേർതിരിച്ച്, സ്വന്തം കണ്ടെയ്ൻമെന്റ് അതിർത്തിയുള്ള ഒരു ഒറ്റ സൈറ്റ്.
  • 7,00,000+ലോകമെമ്പാടും ഹോസ്റ്റ് ചെയ്‌ത സൈറ്റുകൾ
  • ഓരോ സൈറ്റിനുംസിപിയു, റാം, ഐഒ, ഐഒപിഎസ്, പ്രോസസ്സ് പരിധികൾ
  • 99.99%അപ്‌ടൈം ഉറപ്പ്
  • ഉൾപ്പെടുത്തിയിരിക്കുന്നുഎല്ലാ പ്ലാനിലും ഐസൊലേഷൻ ബേസ്‌ലൈൻ

കോൺഫിഗറേഷൻ ഫയലിലല്ല, കേർണൽ തലത്തിലുള്ള ഐസൊലേഷൻ

വർക്കർ ഫ്ലീറ്റ് CloudLinux OS-ൽ പ്രവർത്തിക്കുന്നു, ഇത് മൾട്ടി-ടെനൻസിയെ കേർണലിലേക്ക് വ്യാപിപ്പിക്കുന്നു. ഓരോ സൈറ്റിനും ഒരു ലൈറ്റ്വെയ്റ്റ് വെർച്വൽ എൻവയോൺമെന്റ് (LVE) ലഭിക്കുന്നു, ഇത് കേവലം ഒരു മര്യാദ എന്നതിലുപരി കർശനമായ ഒരു അതിർവരമ്പാണ്. ഒരു സൈറ്റ് അതിന്റെ കേജിനുള്ളിൽ ചെയ്യുന്നതൊന്നും മറ്റൊരാളുടെ ബജറ്റിൽ നിന്ന് ചിലവഴിക്കാൻ കഴിയില്ല.

ഓരോ സൈറ്റിനുമുള്ള കർശനമായ വിഭവ പരിധികൾ

LVE ഓരോ സൈറ്റിനുമുള്ള CPU, RAM, IO, IOPS, പ്രക്രിയകൾ, എൻട്രി-പ്രക്രിയകൾ എന്നിവ സ്വതന്ത്രമായി പരിമിതപ്പെടുത്തുന്നു. ഒരു സൈറ്റ് അതിന്റെ പരിധി കവിയുമ്പോൾ, അത് സ്വന്തം നിയന്ത്രിത ചുറ്റുപാടിൽ തന്നെ ചുരുക്കപ്പെടുന്നു — ആ സൈറ്റിനെതിരെ തകരാർ രേഖപ്പെടുത്തപ്പെടുകയും, അതിന്റെ അടുത്തുള്ള മറ്റ് സൈറ്റുകൾ യാതൊരു ബാധ്യതയുമില്ലാതെ പ്രവർത്തനം തുടരുകയും ചെയ്യുന്നു.

നിയന്ത്രണാതീതമായ പ്രക്രിയകൾ നിയന്ത്രിച്ചുനിർത്തപ്പെടുന്നു, പിന്തുടരപ്പെടുന്നില്ല

ഒരു ലൂപ്പിൽ കുടുങ്ങിയ പ്ലഗിൻ, മോശമായി എഴുതിയ ക്രോൺ ജോബ്, അല്ലെങ്കിൽ ഒരു എൻഡ്‌പോയിന്റിൽ അമിതഭാരം ചെലുത്തുന്ന ക്രാവ്‌ലർ എന്നിവ ആദ്യം സൈറ്റിന്റെ സ്വന്തം പ്രോസസ്, എൻട്രി-പ്രോസസ് പരിധികളിലാണ് ചെന്നെത്തുന്നത്. ഒരു സൈറ്റിന് മാത്രമായി മെഷീൻ പൂർണ്ണമായി ഉപയോഗിച്ചുതീർക്കാൻ കഴിയില്ല.

ആക്രമണ ട്രാഫിക് ഓരോ സൈറ്റിനും പരിമിതപ്പെടുത്തിയിരിക്കുന്നു

എൻട്രി-പ്രോസസുകൾ ഓരോ കേജിലും പരിമിതപ്പെടുത്തിയിരിക്കുന്നതിനാൽ, ഒരു സൈറ്റിനെ ലക്ഷ്യമിട്ടുള്ള അമിതമായ ട്രാഫിക്കിന് ഹോസ്റ്റിൽ പരിധിയില്ലാത്ത വർക്കുകൾ തുറക്കാൻ കഴിയില്ല. LiteSpeed കണക്ഷനും റിക്വസ്റ്റ് ത്രോട്ടിലിംഗും Imunify360 നെറ്റ്‌വർക്ക് ഫയർവാളും ഇതിന് മുന്നിലായി പ്രവർത്തിക്കുന്നതിനാൽ, ആക്രമണം ലക്ഷ്യമിട്ട സൈറ്റിന്റെ മാത്രം പ്രശ്നമായി ഒതുങ്ങുന്നു.

റിസോഴ്സ് തകരാറുകൾ അപ്രതീക്ഷിത സംഭവങ്ങളല്ല, മറിച്ച് സൂചനകളായി മാറുന്നു

ഓരോ LVE പിശകും ഓരോ സൈറ്റിനും പ്രത്യേകം രേഖപ്പെടുത്തുകയും പ്ലാറ്റ്‌ഫോമിന്റെ പോളിസി എഞ്ചിനിലേക്ക് നൽകുകയും ചെയ്യുന്നു, ഇതിന് പരിധികൾ സ്വയമേവ കർശനമാക്കാനോ ലഘൂകരിക്കാനോ കഴിയും. ഒരു സൈറ്റ് എന്തിനാണ് ത്രോട്ടിൽ ചെയ്യപ്പെട്ടതെന്നും എപ്പോഴാണെന്നും നിങ്ങൾക്ക് കാണാം — ഘട്ടംഘട്ടമായി, മാറ്റങ്ങൾ പഴയപടിയാക്കാൻ കഴിയുന്നത്, ലോഗ് ചെയ്യപ്പെട്ടത്.

നിങ്ങളുടേതായ ഒരു ഫയൽസിസ്റ്റം കാഴ്‌ച

റിസോഴ്സ് വേർതിരിക്കൽ ഒരു സൈറ്റ് അമിതമായി സിസ്റ്റം ഉപയോഗിക്കുന്നത് തടയുന്നു. ഫയൽസിസ്റ്റം വേർതിരിക്കൽ അത് അനാവശ്യമായി ഇടപെടുന്നത് തടയുന്നു. CageFS ഓരോ ഉപയോക്താവിനും സിസ്റ്റത്തിന്റെ സ്വകാര്യവും പരിമിതവുമായ കാഴ്‌ച നൽകുന്നു.

CageFS-ന് കീഴിൽ, ഒരു വാടകക്കാരന് സ്വന്തം ഫയലുകളും സിസ്റ്റം ബൈനറികളുടെ ചുരുങ്ങിയതും സുരക്ഷിതമാക്കിയതുമായ ഒരു കൂട്ടം മാത്രമേ കാണാൻ കഴിയൂ — ഒപ്പം മറ്റ് വാടകക്കാരെയോ, മറ്റ് വാടകക്കാരുടെ സൈറ്റുകളെയോ, നിർണായക സിസ്റ്റം ഫയലുകളെയോ കാണാൻ കഴിയില്ല. ഒരു അക്കൗണ്ട് അപഹരിക്കപ്പെടുമ്പോൾ അത് സെർവറിലെ മറ്റെല്ലാ അക്കൗണ്ടുകളിലേക്കും വിവരങ്ങൾ പരിശോധിക്കാനുള്ള അവസരമായി മാറുന്ന സാധാരണ ഷെയർഡ്-ഹോസ്റ്റിംഗ് തകരാർ കേർണൽ തലത്തിൽ തന്നെ തടയപ്പെടുന്നു.

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

ബാക്കപ്പുകൾ ഇതേ അതിർത്തിയെ ശക്തിപ്പെടുത്തുന്നു. ഓരോ സൈറ്റിന്റെയും ബാക്കപ്പുകൾ മാറ്റംവരുത്താനാവാത്തതും, ഓഫ്‌സൈറ്റിൽ ഉള്ളതും, പ്രവർത്തിക്കുന്ന ഫ്ലീറ്റിൽ നിന്ന് വേർതിരിച്ചതുമാണ്, ഒപ്പം പരീക്ഷിച്ച് ഉറപ്പുവരുത്തിയ പുനഃസ്ഥാപനങ്ങളുമുണ്ട്. അതിനാൽ ഒരു സൈറ്റിൽ ഏറ്റവും മോശമായ രീതിയിലുള്ള ലംഘനം ഉണ്ടായാൽ പോലും, അത് പ്രവർത്തിച്ചിരുന്ന മെഷീന്റെ അവസ്ഥയെ ആശ്രയിക്കാത്ത, വ്യക്തവും സ്വതന്ത്രവുമായ ഒരു വീണ്ടെടുക്കൽ വഴി ലഭ്യമാണ്.

ഡാറ്റാബേസും വേർതിരിക്കപ്പെട്ടിരിക്കുന്നു — സാധാരണയായി ഹോസ്റ്റിംഗിൽ പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നത് ഇവിടെയാണ്

വെബ്-ടയർ ഐസൊലേഷൻ എന്നത് കഥയുടെ പകുതി മാത്രമാണ്. ഒരു WordPress ഫ്ലീറ്റിൽ, ഒരു സെർവർ മന്ദഗതിയിലാകാൻ പലപ്പോഴും കാരണമാകുന്നത് ഒരു സൈറ്റിലെ ട്രാഫിക്കല്ല, മറിച്ച് ആ സൈറ്റിന്റെ ക്വറികളാണ്. അത് വ്യക്തമായി കൈകാര്യം ചെയ്യപ്പെടുന്നു.

MySQL Governor

CloudLinux MySQL Governor ഓരോ സൈറ്റിനുമുള്ള ഡാറ്റാബേസ് ഉപയോഗം നിയന്ത്രിക്കുന്നു, അതിനാൽ ഒരു സൈറ്റിലെ കനത്ത ക്വറികൾ മറ്റെല്ലാവർക്കും സെർവറിന്റെ വേഗത കുറയ്ക്കില്ല. ഇത് വേഗത കുറയുന്നത് തടയുന്ന നിയന്ത്രണമാണ്, അമിതമായി വിഭവങ്ങൾ ഉപയോഗിക്കുന്ന സൈറ്റ് തങ്ങൾ നിയന്ത്രിക്കപ്പെടുന്നുവെന്ന് ശ്രദ്ധിച്ചാലും ഇല്ലെങ്കിലും ഇത് പ്രവർത്തിക്കുന്നു.

WordPress വർക്ക്‌ലോഡുകൾക്കായുള്ള MariaDB

ഫ്ലീറ്റ് പ്രവർത്തിപ്പിക്കുന്നത് MariaDB (അല്ലെങ്കിൽ Percona) ആണ്, ഇത് സ്ഥിരസ്ഥിതിയായി സ്വീകരിക്കുന്നതിന് പകരം WordPress വർക്ക്‌ലോഡുകൾക്കായി തിരഞ്ഞെടുത്തതാണ്, ഒപ്പം Governor ഇതിനു മുകളിൽ ഓരോ വാടകക്കാരനുമുള്ള ന്യായമായ വിതരണ പാളിയായി പ്രവർത്തിക്കുന്നു.

മുന്നിൽ Redis ഒബ്‌ജക്റ്റ് കാഷെ

ഓരോ സൈറ്റിനുമുള്ള Redis ഒബ്ജക്റ്റ് കാഷെ ആവർത്തിച്ചുള്ള റീഡുകൾ ഡാറ്റാബേസിൽ എത്തുന്നതിനുമുമ്പ് തന്നെ ഉൾക്കൊള്ളുന്നു, ഇത് Governor ആദ്യം മുതൽ പരിഹരിക്കേണ്ട സമ്മർദ്ദം കുറയ്ക്കുന്നു. കാഷിംഗും ഐസൊലേഷനും ഒരൊറ്റ സിസ്റ്റമായി പ്രവർത്തിക്കുന്നു.

ഓരോ സൈറ്റിനുമുള്ള PHP, സുരക്ഷിതമാക്കിയത്

CloudLinux alt-PHP ഓരോ സൈറ്റിനും അതിന്റേതായ PHP പതിപ്പ് സെലക്ടറും സ്വന്തം വിപുലീകരണങ്ങളും (imagick, gd, redis എന്നിവയും മറ്റുള്ളവയും) സ്വന്തമായി ശക്തിപ്പെടുത്തിയ ക്രമീകരണങ്ങളും നൽകുന്നു — ഒപ്പം LSAPI വർക്കർമാർ ആ സൈറ്റിന്റെ LVE പരിധികളാൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, അതിനാൽ PHP കൺകറൻസി കൂട്ടിൽ നിന്നുള്ള രക്ഷപ്പെടലല്ല, മറിച്ച് അതിന്റെ ഭാഗം തന്നെയാണ്.

പരാജയം ഘട്ടം ഘട്ടമായുള്ളതും പഴയപടിയാക്കാവുന്നതും വിശദീകരിച്ചതുമാണ്

ഒരു പ്രശ്നം എത്രത്തോളം വ്യാപിക്കുമെന്ന് ഐസൊലേഷൻ നിർണ്ണയിക്കുന്നു. അടുത്തതായി എന്ത് സംഭവിക്കണമെന്ന് എൻഫോഴ്സ്മെന്റ് തീരുമാനിക്കുന്നു. ലൈറ്റ്സ്പീഡ് (LiteSpeed), LVE, Imunify എന്നിവയിലൂടെ വർക്കറിൽ നടപ്പിലാക്കുന്നതും ഈടുനിൽക്കുന്ന വർക്ക്ഫ്ലോകളാൽ നയിക്കപ്പെടുന്നതുമായ ഒരു സ്റ്റേറ്റ് മെഷീൻ ഉപയോഗിച്ച് ഞങ്ങൾ പഴയ ഓൺ/ഓഫ് സസ്പെൻഡ് രീതി മാറ്റിസ്ഥാപിച്ചു.

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

രണ്ട് ഉൽപ്പന്ന ശ്രേണികളിലും ഒരേ ഐസൊലേഷൻ — നിങ്ങൾക്ക് ആവശ്യമുള്ളപ്പോൾ കൂടുതൽ കരുത്തുറ്റ ഒരു തലം

ഐസൊലേഷൻ എന്നത് മൂന്ന് നിരകൾ മുകളിലായി മാത്രം ലഭ്യമാകുന്ന ഒരു പ്ലാൻ ഫീച്ചറല്ല. ഇത് അടിത്തറയുടെ തന്നെ സവിശേഷതയാണ്, അതിനാൽ നിങ്ങൾ ഒരു WooCommerce സ്റ്റോർ പ്രവർത്തിപ്പിച്ചാലും രണ്ടായിരം നെറ്റ്‌വർക്ക് സൈറ്റുകൾ പ്രവർത്തിപ്പിച്ചാലും ഇത് സമാനമാണ്.

Footprint-Free ഹോസ്റ്റിംഗ്

ഫൂട്ട്പ്രിന്റ്-അവബോധമുള്ള CDN അക്കൗണ്ട് റൊട്ടേഷനും സ്റ്റാറ്റിക്-HTML ഡെലിവറിയും സഹിതം, ബൾക്ക്, PBN നെറ്റ്‌വർക്കുകൾ ഒരേ LVE, CageFS സബ്‌സ്‌ട്രേറ്റിലാണ് പ്രവർത്തിക്കുന്നത്. ഐസൊലേഷനാണ് സാന്ദ്രത സുരക്ഷിതമാക്കുന്നത്: സൈറ്റുകൾ വിധി പങ്കിടാതെ തന്നെ ഒരു കൂട്ടം പങ്കിടുന്നു.

Zinn® Managed WordPress

മാനേജ് ചെയ്യുന്ന WordPress, WooCommerce, PHP, സ്റ്റാറ്റിക്, Node സൈറ്റുകൾക്ക് ഒരേ ഐസൊലേറ്റഡ് പരിതസ്ഥിതികളും (cages) പൂർണ്ണ സെൽഫ് സർവീസും ലഭിക്കുന്നു — നിങ്ങളുടെ സ്വന്തം PHP പതിപ്പും എക്സ്റ്റൻഷനുകളും, Redis ഒബ്‌ജക്റ്റ് കാഷെ, സ്റ്റേജിംഗ്, പുഷ്-ടു-ലൈവ് എന്നിവ.

പ്രീമിയം വേരിയന്റായി ഓരോ സൈറ്റിനും കണ്ടെയ്നർ

സാന്ദ്രതയ്ക്ക് അനുയോജ്യമാക്കിയ ഡിഫോൾട്ടിനേക്കാൾ ശക്തമായ അതിർത്തി ആവശ്യമുള്ള വർക്ക്‌ലോഡുകൾക്കായി, പ്രൊവിഷനിംഗ്-ഡ്രൈവർ വേരിയന്റായി ഓരോ സൈറ്റിനും പൂർണ്ണമായ കണ്ടെയ്‌നർ ഐസൊലേഷൻ വാഗ്ദാനം ചെയ്യുന്നു: ഒരേ എഞ്ചിൻ, ഒരേ കൺട്രോൾ പ്ലെയിൻ, വ്യത്യസ്ത പ്ലെയ്‌സ്‌മെന്റ്, ഉയർന്ന ഓവർഹെഡ്ഡിൽ.

ഉൾപ്പെടുത്തിയിരിക്കുന്നു, അധികമായി വിൽക്കുന്നതല്ല

LVE, CageFS ഐസൊലേഷൻ, സജീവമായ WAF, മാൽവെയർ സ്കാനിംഗ് എന്നിവ ഓരോ ഉപഭോക്താവിനും ഉൾപ്പെടുത്തിയിരിക്കുന്നു, കാരണം അണുബാധയുള്ളതോ നിയന്ത്രണംവിട്ടതോ ആയ ഒരു സൈറ്റ് അയൽ സൈറ്റുകൾക്കും ഞങ്ങളുടെ IP സൽപ്പേരിനും ഭീഷണിയാണ്. ഒറ്റ ക്ലിക്കിലൂടെയുള്ള മാൽവെയർ ക്ലീനപ്പും വിപുലമായ സുരക്ഷാ തലങ്ങളും പണമടച്ചുള്ള ആഡ്-ഓണുകളാണ് — അടിസ്ഥാന സുരക്ഷ അങ്ങനെയല്ല.

ഇവിടെ ഐസൊലേഷൻ ഒരിക്കലും ഒരു ഐച്ഛികമല്ലാത്തത് എന്തുകൊണ്ട്

ഹോസ്റ്റിംഗിലെ വാണിജ്യപരമായ പ്രലോഭനം സുരക്ഷയെ വിവിധ തലങ്ങളായി തിരിച്ച് വിൽക്കുക എന്നതാണ്: കുറഞ്ഞ നിരക്കിലുള്ള ഉപഭോക്താക്കളെ മൃദുവായ പരിധികളുള്ള ഒരു ഷെയർഡ് ബോക്സിൽ ഉൾപ്പെടുത്തുകയും, പ്രത്യേക അതിരുകൾ ആഗ്രഹിക്കുന്നവരിൽ നിന്ന് കൂടുതൽ ഈടാക്കുകയും ചെയ്യുക. ഞങ്ങൾ അങ്ങനെ ചെയ്യുന്നില്ല, കാരണം ഐസൊലേഷനായി പണം നൽകാത്ത ഉപഭോക്താവിന്റെ സുരക്ഷ ലംഘിക്കപ്പെട്ട സൈറ്റാണ് മറ്റെല്ലാവരുടെയും പ്രശ്നമായി മാറുന്നത്.

സാന്ദ്രത എന്നത് സമ്പൂർണ്ണ സാമ്പത്തിക വാഗ്ദാനമായ ഒരു ഇൻഫ്രാസ്ട്രക്ചറിൽ ഞങ്ങൾ ലോകമെമ്പാടുമുള്ള 700,000-ലധികം സൈറ്റുകൾ ഹോസ്റ്റ് ചെയ്യുന്നു. അവ തമ്മിലുള്ള ഐസൊലേഷൻ നിരുപാധികമാണെങ്കിൽ മാത്രമേ ഇത് സാധ്യമാകൂ. അപകടസാധ്യതകൾ പങ്കിടാതെ ഇത്രയും വലിയ തോതിൽ പ്രവർത്തിക്കുന്നതിന് കേർണൽ തലത്തിലുള്ള നിയന്ത്രണങ്ങൾ, ഒരു സ്വകാര്യ ഫയൽസിസ്റ്റം കാഴ്‌ച, ഓരോ സൈറ്റിനുമുള്ള ഡാറ്റാബേസ് ത്രോട്ടിലിംഗ്, ഓരോ സൈറ്റിനുമുള്ള PHP എന്നിവ അത്യന്താപേക്ഷിതമാണ് — അതിനാൽ നിങ്ങൾ വിന്യസിക്കുന്ന ആദ്യ സൈറ്റ് മുതൽ തന്നെ ഓരോ പ്ലാനിലും എല്ലാവർക്കുമായി ഇവ സജ്ജീകരിച്ചിരിക്കുന്നു.

മറ്റുള്ളവരുടെ പ്രതികൂല സാഹചര്യങ്ങളിലും പ്രവചനീയമായി പ്രവർത്തിക്കുന്ന ഒരു പ്ലാറ്റ്‌ഫോമാണ് ഇതിന്റെ ഫലം. ഇതിന് പിന്നിൽ 99.99% അപ്ടൈം ഉറപ്പും, ടെസ്റ്റ് ചെയ്‌ത റീസ്റ്റോറുകളോടുകൂടിയ ഓരോ സൈറ്റിനുമുള്ള മാറ്റാനാവാത്ത ഓഫ്‌സൈറ്റ് ബാക്കപ്പുകളും, നിങ്ങളുടെ സൈറ്റുകളിൽ സ്വീകരിച്ച ഓരോ നടപടിയുടെയും പൂർണ്ണമായ ഓഡിറ്റ് ട്രയലും അടങ്ങിയിരിക്കുന്നു.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

മറ്റൊരു ഉപഭോക്താവിന്റെ സൈറ്റിന് എന്റെ സൈറ്റിന്റെ വേഗത കുറയ്ക്കാൻ കഴിയുമോ?

അത് തടയുന്നതിനായി പ്രത്യേകമായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ് ഐസൊലേഷൻ. LVE ഓരോ സൈറ്റിനുമുള്ള CPU, RAM, IO, IOPS, പ്രോസസ്സുകൾ എന്നിവ പരിമിതപ്പെടുത്തുന്നു, MySQL Governor ഓരോ സൈറ്റിലുമുള്ള ഡാറ്റാബേസ് ഉപയോഗം നിയന്ത്രിക്കുന്നു, കൂടാതെ LSAPI വർക്കർമാർ സൈറ്റിന്റെ സ്വന്തം കേജിനാൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു — അതിനാൽ അയൽപക്കത്തെ ട്രാഫിക് വർദ്ധനവോ കനത്ത ക്വറി ലോഡോ നിങ്ങളുടെ പരിധിയിലല്ല, മറിച്ച് അവരുടെ പരിധിയിലാണ് നിയന്ത്രിക്കപ്പെടുന്നത്. ഓരോ തകരാറും സൈറ്റ് തിരിച്ച് രേഖപ്പെടുത്തുന്നു, കൂടാതെ പോളിസി എഞ്ചിന് പ്രശ്നമുണ്ടാക്കുന്ന ഒരു സൈറ്റിന്റെ പരിധികൾ സ്വയമേവ കർശനമാക്കാനും കഴിയും.

ഒരേ സെർവറിലുള്ള ഒരു സൈറ്റ് ഹാക്ക് ചെയ്യപ്പെട്ടാൽ, എന്റേത് അപകടത്തിലാകുമോ?

ഉത്തരവാദിത്തത്തോടെയുള്ള നേരായ ഉത്തരം ഉറപ്പുനൽകുന്നതിനേക്കാൾ നിയന്ത്രണത്തിന് (കണ്ടെയ്ൻമെന്റ്) പ്രാധാന്യം നൽകുന്നു എന്നതാണ്. CageFS ഓരോ ഉപയോക്താവിനും ഒറ്റപ്പെട്ട ഫയൽസിസ്റ്റം കാഴ്‌ച നൽകുന്നു — ബാധിക്കപ്പെട്ട ഒരു ഉപയോക്താവിന് മറ്റ് ഉപയോക്താക്കളെയോ അവരുടെ സൈറ്റുകളെയോ സെൻസിറ്റീവ് സിസ്റ്റം ഫയലുകളെയോ കാണാൻ കഴിയില്ല — കൂടാതെ മാൽവെയറോ ഫിഷിംഗോ സ്ഥിരീകരിച്ചാൽ ആ സൈറ്റിനെ ക്വാറന്റൈൻ ചെയ്തതിലേക്ക് മാറ്റുന്നു: ഓഫ്‌ലൈൻ, ഫയലുകൾ ലോക്ക് ചെയ്‌തു, എക്സിക്യൂഷൻ ഇല്ല, ഫോറൻസിക്സിനായി ഒറ്റപ്പെടുത്തി. ഇതാണ് ആഘാതത്തിന്റെ വ്യാപ്തി പരിമിതപ്പെടുത്തുന്നത്. അതോടൊപ്പം ഓരോ സൈറ്റിലും ഞങ്ങൾ മാൽവെയർ സ്കാനിംഗും മുൻകരുതലായ WAF-ഉം പ്രവർത്തിപ്പിക്കുന്നു, കൂടാതെ പരീക്ഷിച്ചുറപ്പിച്ച പുനഃസ്ഥാപനങ്ങളുള്ള (ടെസ്റ്റഡ് റീസ്റ്റോറുകൾ) ഓരോ സൈറ്റിനുമുള്ള മാറ്റാനാവാത്ത ഓഫ്‌സൈറ്റ് ബാക്കപ്പുകളും നൽകുന്നു, അതിനാൽ വീണ്ടെടുക്കൽ ഒരിക്കലും ഉൾപ്പെട്ടിരിക്കുന്ന മെഷീന്റെ അവസ്ഥയെ ആശ്രയിക്കുന്നില്ല.

ഐസൊലേഷൻ ഉൾപ്പെടുത്തിയിട്ടുണ്ടോ, അതോ ഇതിന് അധിക ചിലവ് വരുമോ?

ഇത് എല്ലാ പ്ലാനിലും ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. വൈറസ് ബാധിച്ചതോ നിയന്ത്രണം വിട്ടതോ ആയ ഒരു സൈറ്റ് അതിന്റെ സമീപത്തുള്ള സൈറ്റുകൾക്കും ഞങ്ങളുടെ IP സൽപ്പേരിനും ഭീഷണിയാകുമെന്നതിനാൽ, LVE, CageFS ഐസൊലേഷൻ, സജീവമായ WAF, മാൽവെയർ സ്കാനിംഗ് എന്നിവ ഓരോ ഉപഭോക്താവിനും അടിസ്ഥാനപരമായുള്ളതാണ് — ഞങ്ങൾക്ക് ഇത് വിവേകപൂർവ്വം ഓപ്ഷണൽ ആയി വിടാൻ കഴിയില്ല. ഒറ്റ ക്ലിക്കിലൂടെയുള്ള മാൽവെയർ നീക്കംചെയ്യലും പരിഹാരവും, കൂടാതെ മെച്ചപ്പെടുത്തിയ WAF നിയമങ്ങൾ, മുൻഗണനാ സ്കാനിംഗ്, ബോട്ട് മാനേജ്‌മെന്റ്, ഉയർന്ന DDoS ടയറുകൾ തുടങ്ങിയ വിപുലമായ സംരക്ഷണ തലങ്ങളുമാണ് ആഡ്-ഓൺ ആയി വിൽക്കുന്നത്.

എന്റെ സൈറ്റ് അതിന്റെ റിസോഴ്സ് പരിധികൾ കവിഞ്ഞാൽ എന്ത് സംഭവിക്കും?

ഇത് ഓഫ് ചെയ്യുന്നതിന് പകരം അതിൻ്റെ സ്വന്തം പരിധിക്കുള്ളിൽ ത്രോട്ട്ൽ ചെയ്യപ്പെടുകയാണ് ചെയ്യുന്നത്. സൈറ്റ് പ്രവർത്തനക്ഷമമായിരിക്കെത്തന്നെ കൂടുതൽ കർശനമായ LVE പരിധികളും നിരക്ക് നിയന്ത്രണങ്ങളും ഏർപ്പെടുത്തുന്നതിനെയാണ് ത്രോട്ട്ൽ ചെയ്യൽ എന്നത് അർത്ഥമാക്കുന്നത്, കൂടാതെ പ്രശ്നകാരണം നീങ്ങിയാലുടൻ ഇത് സ്വയമേവ പഴയപടിയാകും. കാരണം സഹിതം നിങ്ങളെ അറിയിക്കും, മാറ്റം അതിൻ്റെ തെളിവ് സഹിതം രേഖപ്പെടുത്തും, കൂടാതെ ഇതിനെതിരെ അപ്പീൽ നൽകാവുന്നതുമാണ്. ലോഡ് ഒരു തകരാറല്ല, മറിച്ച് യഥാർത്ഥ വളർച്ചയാണെങ്കിൽ, പരിഹാരം ഒരു വലിയ പ്ലാൻ ആണ്, സ്ഥിരമായ ത്രോട്ടിങ് അല്ല.

സസ്‌പെൻഡ് ചെയ്‌ത സൈറ്റ് വെറുതെ ശൂന്യമാകുമോ?

അല്ല — സസ്‌പെൻഡ് ചെയ്‌ത സൈറ്റ് തകരാറിലായ ഒന്നായി തോന്നുന്നതിന് പകരം മനഃപൂർവ്വമായ നടപടിയാണെന്ന് വ്യക്തമാക്കുന്നതിനായി, കാരണങ്ങൾ വ്യക്തമാക്കുന്ന (ബില്ലിംഗ്, മെയിൻ്റനൻസ് അല്ലെങ്കിൽ ദുരുപയോഗം) ഒരു ബ്രാൻഡഡ് ഹോൾഡിംഗ് പേജ് നൽകുന്നു. പണമടയ്ക്കുമ്പോഴോ, പരിഹരിക്കുമ്പോഴോ അല്ലെങ്കിൽ അപ്പീൽ നൽകുമ്പോഴോ സസ്‌പെൻഷൻ പിൻവലിക്കപ്പെടും. ക്വാറന്റൈൻ കൂടുതൽ കർശനവും വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നതുമാണ്: ഇത് ക്ലീനപ്പിനും അവലോകനത്തിനും ശേഷം മാത്രമേ പിൻവലിക്കൂ, ഒരിക്കലും യാന്ത്രികമായി പിൻവലിക്കില്ല.

എന്റെ സ്വന്തം PHP പതിപ്പും വിപുലീകരണങ്ങളും തിരഞ്ഞെടുക്കാൻ എനിക്ക് കഴിയുമോ?

Zinn® Managed WordPress-ൽ, അതെ — CloudLinux alt-PHP ഓരോ സൈറ്റിനും അതിന്റേതായ PHP പതിപ്പ് സെലക്ടറും, imagick, gd, redis എന്നിവ പോലുള്ള വിപുലീകരണങ്ങളും, സുരക്ഷിതമായ ക്രമീകരണങ്ങളും നൽകുന്നു, ഇവയെല്ലാം ആ സൈറ്റിന്റെ LVE പരിധികൾക്കുള്ളിൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു. കോൺഫിഗറേഷനിലെ വൈവിധ്യം തന്നെ ഒരു കാൽപ്പാടായതിനാൽ (footprint), Footprint-Free ഹോസ്റ്റിംഗ് ഓരോ സൈറ്റിനും കൂടുതൽ മാനദണ്ഡമാക്കിയതും നിയന്ത്രിതവുമായ കോൺഫിഗറേഷൻ ബോധപൂർവ്വം പ്രവർത്തിപ്പിക്കുന്നു.

ഷെയർഡ്-കേർണൽ മോഡലിനേക്കാൾ ശക്തമായ ഐസൊലേഷൻ ഓപ്ഷൻ ഉണ്ടോ?

അതെ. രണ്ട് ഉൽപ്പന്ന നിരകളിലും സാന്ദ്രത ഒപ്റ്റിമൈസ് ചെയ്ത ഡിഫോൾട്ടാണ് CloudLinux LVE-യും CageFS-ഉം. കൂടുതൽ കർശനമായ അതിർത്തി ആവശ്യമുള്ള വർക്ക്ലോഡുകൾക്കായി, പ്രൊവിഷനിംഗ്-ഡ്രൈവർ വേരിയന്റായി ഓരോ സൈറ്റിനും പൂർണ്ണ കണ്ടെയ്നർ ഐസൊലേഷൻ വാഗ്ദാനം ചെയ്യുന്നു — വ്യത്യസ്ത പ്ലേസ്‌മെന്റോടുകൂടിയ ഒരേ എഞ്ചിനും കൺട്രോൾ പ്ലെയിനും, ശക്തമായ വേർതിരിവിനായി ഓവർഹെഡ് വിട്ടുവീഴ്ച ചെയ്യുന്നു.

പ്രതിബദ്ധത കാണിക്കുന്നതിന് മുമ്പ് എനിക്ക് ഇത് പരീക്ഷിക്കാൻ കഴിയുമോ?

അതെ. അഞ്ച് സൈറ്റുകൾ വരെ ഉൾക്കൊള്ളുന്ന കാർഡ് ആവശ്യമില്ലാത്ത 14 ദിവസത്തെ ട്രയലോടെയാണ് Footprint-Free ഹോസ്റ്റിംഗ് ആരംഭിക്കുന്നത് — പേയ്‌മെൻ്റ് വിവരങ്ങളോ ബാധ്യതകളോ ഇല്ല. തീരുമാനമെടുക്കുന്നതിന് മുൻപായി കുറച്ച് സൈറ്റുകൾ വിന്യസിക്കുക, അവയിലൂടെ കുറച്ച് ലോഡ് നൽകുക, കൂടാതെ കേജുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കാണുക.

നിങ്ങളുടെ സ്വന്തം ലോഡിൽ കേജുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കാണുക

Footprint-Free ഹോസ്റ്റിംഗിൽ കാർഡ് വിവരങ്ങൾ ആവശ്യമില്ലാത്ത 14 ദിവസത്തെ ട്രയൽ ആരംഭിക്കുക — അഞ്ച് സൈറ്റുകൾ വരെ, പേയ്‌മെന്റ് വിവരങ്ങൾ നൽകേണ്ടതില്ല, യാതൊരു ബാധ്യതയുമില്ല. കേർണൽ ലെവൽ ഐസൊലേഷൻ, പ്രോആക്ടീവ് WAF, മാൽവെയർ സ്കാനിംഗ് എന്നിവ ആദ്യ ഡെപ്ലോയ് മുതൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നു.

സൗജന്യമായി ആരംഭിക്കുക