ഓരോ സൈറ്റിനും പ്രത്യേകമായുള്ള ഐസൊലേഷൻ

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

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

  • 650,000+ലോകമെമ്പാടും ഹോസ്റ്റ് ചെയ്തിരിക്കുന്ന സൈറ്റുകൾ
  • സൈറ്റ് തോറുംCPU, RAM, IO, IOPS, പിന്നെ പ്രൊസസ്സ് ക്യാപ്പുകൾ
  • 99.99%അപ്‌ടൈം ഉറപ്പ്
  • ഉൾപ്പെടുത്തിയിരിക്കുന്നുഎല്ലാ പ്ലാനിലും ഐസൊലേഷൻ ബേസ്‌ലൈൻ

കോൺഫിഗറേഷൻ ഫയലിലല്ല, കേർണലിലാണ് ഐസൊലേഷൻ

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

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

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

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

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

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

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

വിഭവ തകരാറുകൾ അദ്ഭുതങ്ങളല്ല, സൂചനകളായി മാറുന്നു

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

നിങ്ങളുടെ സ്വന്തം ഫയൽസിസ്റ്റം കാഴ്ച

റിസോഴ്സ് ഐസൊലേഷൻ ഒരു സൈറ്റിനെ അമിതഭാരം ഉണ്ടാക്കുന്നതിൽ നിന്ന് തടയുന്നു. ഫയൽസിസ്റ്റം ഐസൊലേഷൻ അതിനെ മറ്റുള്ളവരുടെ കാര്യങ്ങളിൽ ഇടപെടുന്നതിൽ നിന്ന് തടയുന്നു. കേജ്എഫ്എസ് (CageFS) ഓരോ ഉപയോക്താവിനും മെഷീന്റെ സ്വകാര്യവും പരിമിതവുമായ ഒരു കാഴ്ച നൽകുന്നു.

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

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

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

ഡാറ്റാബേസ് പൂർണ്ണമായും ഐസൊലേറ്റ് ചെയ്തിരിക്കുന്നു — ഇവിടെയാണ് സാധാരണയായി ഹോസ്റ്റിംഗ് കൂടുതൽ സങ്കീർണ്ണമാകുന്നത്.

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

MySQL Governor

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

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

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

മുന്നിലുള്ള Redis ഒബ്ജക്റ്റ് കാഷെ

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

സൈറ്റ് അടിസ്ഥാനത്തിലുള്ള PHP, സുരക്ഷിതമാക്കിയത്

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

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

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

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

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

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

Footprint-Free Hosting

ബൾക്ക്, പി.ബി.എൻ (PBN) നെറ്റ്‌വർക്കുകൾ ഒരേ എൽ.വി.ഇ (LVE), കേജ് എഫ്.എസ്.ഡി (CageFS) സബ്‌സ്‌ട്രേറ്റിലാണ് പ്രവർത്തിക്കുന്നത്, ഒപ്പം ഫുട്ട്‌പ്രിന്റ് അറിയുന്ന സി.ഡി.എൻ (CDN) അക്കൗണ്ട് റൊട്ടേഷനും സ്റ്റാറ്റിക്-എച്ച്.ടി.എം.എൽ (static-HTML) ഡെലിവറിയും ഇതിനൊപ്പം പ്രവർത്തിക്കുന്നു. ഐസൊലേഷനാണ് സാന്ദ്രത സുരക്ഷിതമാക്കുന്നത്: സൈറ്റുകൾ വിധി പങ്കിടാതെ ഒരു ഫ്ലീറ്റ് പങ്കിടുന്നു.

Zinn® മാനേജ്ഡ് WordPress

മാനേജ്ഡ് WordPress, WooCommerce, PHP, സ്റ്റാറ്റിക്, പിന്നെ Node സൈറ്റുകൾക്ക് അതേ കേജുകളും ഒപ്പം മുഴുവൻ സെൽഫ് സർവീസും ലഭിക്കുന്നു — നിങ്ങളുടെ സ്വന്തം PHP പതിപ്പും എക്സ്റ്റൻഷനുകളും, Redis ഒബ്ജക്റ്റ് കാഷെ, സ്റ്റേജിംഗ്, പുഷ്-ടു-ലൈവ് എന്നിവയും ഇതിൽ ഉൾപ്പെടുന്നു.

പ്രീമിയം വേരിയന്റായി കെയ്‌സ്-പെർ-സൈറ്റ് (Container-per-site)

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

ഉൾപ്പെടുത്തിയിരിക്കുന്നു, കൂടുതൽ തുക ഈടാക്കുന്നില്ല

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

ഇവിടെ ഐസൊലേഷൻ ഒരിക്കലും ഓപ്ഷണൽ അല്ലാത്തത് কেন

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

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

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

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

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

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

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

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

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

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

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

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

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

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

എനിക്ക് സ്വന്തം PHP പതിപ്പും എക്സ്റ്റൻഷനുകളും തിരഞ്ഞെടുക്കാമോ?

Zinn® Managed WordPress-ല്‍ തീര്‍ച്ചയായും — CloudLinux alt-PHP ഓരോ സൈറ്റിനും അതിന്റേതായ PHP പതിപ്പ് സെലക്ടറും, imagick, gd, redis തുടങ്ങിയ എക്സ്റ്റന്‍ഷനുകളും, ആ സൈറ്റിന്റെ LVE പരിധികള്‍ക്കുള്ളില്‍ നിന്നുകൊണ്ട് പ്രവര്‍ത്തിക്കുന്ന സുരക്ഷിത ക്രമീകരണങ്ങളും നല്‍കുന്നു. Footprint-Free Hosting മനപ്പൂര്‍വ്വം കൂടുതല്‍ സ്റ്റാന്‍ഡേര്‍ഡൈസ് ചെയ്തതും ലോക്ക് ഡൗണ്‍ ചെയ്തതുമായ ഒരു പെര്‍-സൈറ്റ് കോണ്‍ഫിഗറേഷനാണ് ഉപയോഗിക്കുന്നത്, കാരണം കോണ്‍ഫിഗറേഷനിലെ വൈവിധ്യം തന്നെ ഒരു ഫൂട്ട്പ്രിന്റ് ആണ്.

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

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

ഞാൻ വാങ്ങുന്നതിന് മുൻപ് ഇത് ഒന്ന് പരീക്ഷിച്ചു നോക്കാമോ?

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

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

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

സൗജന്യമായി തുടങ്ങൂ