جداسازی به ازای هر سایت
ایزولاسیون مرز میان یک رخداد ساده و یک قطعی کامل است. هر سایتی که میزبانی می‌کنیم درون یک محیط CloudLinux LVE cage در سطح هسته همراه با سقف‌های اختصاصی پردازنده، رم، ورودی/خروجی و فرآیندها، نمای سیستم فایل CageFS اختصاصی، نسخه PHP اختصاصی و کنترل‌کننده سرعت پایگاه داده اختصاصی اجرا میشود. سایتی که مورد حمله قرار گیرد، به خطر بیفتد یا صرفاً یک پرسمان سنگین را اجرا کند، در همان محدوده خود مهار میشود — و سطح پایه ایزولاسیون در تمام پلن‌ها گنجانده شده است، نه اینکه به عنوان ارتقا مجدداً به شما فروخته شود. دسترسی: کنترل سرعت پایگاه داده به ازای هر سایت و آمار منابع به ازای هر سایت در دست توسعه فعال هستند و هنوز در دسترس قرار ندارند. هر چیز دیگری که در اینجا توصیف شده است، همین امروز فعال و در دسترس است.
ناوگان کارگری با CloudLinux OS اجرا میشود که قابلیت چندمستأجری را مستقیماً به داخل هسته منتقل میکند. هر سایت یک محیط مجازی سبک‌وزن — یک LVE — دریافت میکند که مرزی قطعی است، نه یک توافق صرف از روی تعارف. هیچ کاری که یک سایت درون قفس خود انجام میدهد، نمی‌تواند از بودجه شخص دیگری کسر شود.
فناوری LVE مصرف CPU، RAM، IO، IOPS، فرآیندها و فرآیندهای ورودی را برای هر سایت به طور مستقل محدود میکند. هنگامی که یک سایت از سقف مجاز خود فراتر می‌رود، در محیط مجزای خود با محدودیت سرعت مواجه میشود — خطای مربوطه برای همان سایت ثبت می‌گردد و سایت‌های مجاور بدون هیچ‌گونه تأثیری به کار خود ادامه می‌دهند.
افزونه‌ای که در یک حلقه گیر کرده است، یک cron job با کدنویسی ضعیف یا خزنده‌ای که یک نقطه پایانی را به شدت تحت فشار قرار میدهد، ابتدا به محدودیت‌های فرآیند و فرآیند ورودی خود سایت برخورد می‌کنند. یک سایت نمی‌تواند به سادگی کل منابع سرور را مصرف کند.
از آنجا که فرآیندهای ورودی برای هر محیط ایزوله محدود شده‌اند، هجوم ترافیک به سمت یک سایت نمی‌تواند حجم نامحدودی از پردازش را روی میزبان ایجاد کند. کنترل نرخ اتصالات و درخواست‌های LiteSpeed و فایروال شبکه Imunify360 در مقابل آن قرار دارند، بنابراین پیامدهای حمله فقط برای خود هدف باقی می‌ماند.
هر خطای LVE به ازای هر سایت ثبت میشود و به موتور خط‌مشی پلتفرم وارد میشود که می‌تواند محدودیت‌ها را به‌طور خودکار تشدید یا تعدیل کند. شما می‌بینید که چرا یک سایت محدود شده است و چه زمانی — به‌صورت مرحله‌ای، برگشت‌پذیر و ثبت‌شده.
جداسازی منابع مانع از مصرف بیش‌ازحد منابع توسط یک سایت میشود. جداسازی فایل‌سیستم مانع از کنجکاوی و دسترسی غیرمجاز آن می‌گردد. CageFS به هر کاربر نمایی خصوصی و محدود از سرور ارائه میدهد.
تحت CageFS، یک کاربر تنها فایل‌های خود و مجموعه‌ای حداقلی و پاک‌سازی‌شده از باینری‌های سیستم را مشاهده میکند — و قادر به مشاهده سایر کاربران، وب‌سایت‌های آن‌ها یا فایل‌های حساس سیستم نیست. حالت شکست معمول در هاست اشتراکی، که در آن یک حساب هک‌شده به نقطه‌ای برای خواندن اطلاعات تمام حساب‌های دیگر روی سرور تبدیل میشود، در سطح هسته مسدود می‌گردد.
این موضوع دقیقاً در روزی که مشکلی رخ دهد بیشترین اهمیت را پیدا میکند. اگر سایتی به خطر بیفتد — از طریق یک افزونه قدیمی، یک اطلاعات ورود به سرقت رفته یا یک قالب آسیب‌پذیر — این CageFS است که شعاع آسیب را به همان یک قفس محدود نگه می‌دارد. مشخصات امنیتی ما در انتخاب واژگان دقیق و هدفمند است: CageFS نقض‌های امنیتی را مهار میکند. مهار کردن، ادعایی صادقانه است و همان عاملی است که تعیین میکند یک حادثه به پاکسازی یک سایت محدود میشود یا پاکسازی کل ناوگان را می‌طلبد.
نسخه‌های پشتیبان همان مرز را تقویت می‌کنند. نسخه‌های پشتیبان اختصاصی هر سایت غیرقابل‌تغییر، خارج از محل و جدا از ناوگان در حال اجرا، همراه با بازیابی‌های آزمایش‌شده هستند؛ بنابراین حتی در بدترین سناریوی نفوذ به یک سایت، یک مسیر بازیابی پاک و مستقل وجود دارد که به وضعیت دستگاهی که سایت روی آن اجرا می‌شده است وابسته نیست.
جداسازی لایه وب تنها نیمی از ماجراست. در یک مجموعه از سرورهای WordPress، چیزی که اغلب باعث کندی سرور میشود، پرس‌وجوهای یک سایت است، نه ترافیک آن. این موضوع به طور صریح مدیریت میشود.
قابلیت CloudLinux MySQL Governor مصرف پایگاه داده را برای هر سایت محدود میکند تا پرس‌وجوهای سنگین یک سایت نتواند سرعت سرور را برای دیگران کاهش دهد. این کنترل ضد کُندی است و چه سایت پرمصرف متوجه محدود شدن خود بشود و چه نشود، به کار خود ادامه میدهد.
ناوگان از MariaDB (یا Percona) استفاده میکند که به‌جای به ارث بردن پیشفرض، برای حجم کاری WordPress انتخاب شده است و Governor بهعنوان لایه عدالت بهازای هر مستأجر بر روی آن قرار دارد.
یک حافظه پنهان اشیاء Redis برای هر سایت، خواندن‌های مکرر را قبل از رسیدن به پایگاه داده جذب میکند، که این امر از همان ابتدا فشاری را که Governor باید مدیریت کند کاهش میدهد. حافظه پنهان و ایزوله‌سازی مانند یک سیستم واحد عمل می‌کنند.
قابلیت alt-PHP در CloudLinux به هر سایت انتخابگر نسخه PHP اختصاصی، افزونه‌های اختصاصی (imagick، gd، redis و سایر موارد) و تنظیمات امنیتی تقویت‌شده خاص خود را ارائه میدهد — به‌طوری که فرآیندهای کاری LSAPI توسط محدودیت‌های LVE همان سایت محدود می‌شوند و همزمانی PHP بخشی از قفس محسوب میشود، نه راهی برای فرار از آن.
ایزولاسیون تعیین میکند که یک مشکل تا چه حد گسترش یابد. اعمال مقررات مشخص میکند که در مرحله بعد چه اتفاقی رخ دهد. ما تعلیق صریح روشن/خاموش را با یک ماشین حالت جایگزین کردیم که توسط گردش‌های کاری پایدار هدایت میشود و از طریق LiteSpeed، LVE و Imunify روی ورکر اجرا می‌گردد.
ایزوله‌سازی یک ویژگی پلن نیست که سه سطح بالاتر نمایان شود. این قابلیتی از ساختار زیرین است، بنابراین چه یک فروشگاه WooCommerce را اداره کنید و چه دو هزار سایت شبکه‌ای، کاملاً یکسان است.
شبکه‌های انبوه و PBN بر روی همان بستر LVE و CageFS اجرا می‌شوند، در کنار چرخش حساب‌های CDN آگاه به ردپا و تحویل HTML ایستا. جداسازی عاملی است که تراکم را ایمن می‌سازد: سایت‌ها ناوگان را به اشتراک می‌گذارند بدون اینکه سرنوشت یکسانی داشته باشند.
سایت‌های مدیریت‌شدهٔ WordPress، WooCommerce، PHP، استاتیک و Node از محیط‌های ایزولهٔ مشابه به همراه قابلیت‌های کامل خودخدمتی بهره‌مند می‌شوند — نسخه و افزونه‌های PHP اختصاصی خودتان، حافظهٔ پنهان شیء Redis، محیط آزمایشی (staging) و انتشار مستقیم نسخه نهایی (push-to-live).
برای بارهای کاری که به مرز قویتری نسبت به حالت پیش‌فرضِ بهینهسازیشده برای تراکم نیاز دارند، جداسازی کامل کانتینر به ازای هر سایت به عنوان یک مدل درایور راه‌اندازی ارائه میشود: همان موتور، همان صفحه کنترل، جایگذاری متفاوت، با بار اضافی بالاتر.
ایزوله‌سازی LVE و CageFS، فایروال فعال (WAF) و اسکن بدافزار برای همه مشتریان گنجانده شده است، زیرا یک سایت آلوده یا مهارنشدنی همسایگان خود و اعتبار IP ما را تهدید میکند. پاکسازی بدافزار با یک کلیک و سطوح پیشرفته حفاظت، افزونه‌های پولی هستند — سطح پایه هزینه‌ای ندارد.
وسوسه تجاری در حوزه میزبانی وب این است که امنیت در سطوح مختلف فروخته شود: مشتریان کم‌هزینه را در یک سرور اشتراکی با محدودیت‌های انعطاف‌پذیر قرار داده و از کسانی که مرزبندی می‌خواهند هزینه دریافت شود. ما این کار را انجام نمی‌دهیم، زیرا مشتری‌ای که برای ایزولاسیون هزینه‌ای پرداخت نکرده است، دقیقاً همان کسی است که وب‌سایت هک‌شده‌اش به مشکل همه تبدیل میشود.
ما میزبان بیش از ۷۰۰٬۰۰۰ سایت در سراسر جهان هستیم، بر روی ناوگانی که تراکم، تمام مزیت اقتصادی آن است. این امر تنها در صورتی کارآمد است که جداسازی زیرساختی آن بدون قید و شرط باشد. قفس‌های سطح کرنل، نمای فایل‌سیستم خصوصی، محدودسازی پایگاه داده به ازای هر سایت و PHP اختصاصی به ازای هر سایت، بهای فعالیت در چنین مقیاسی بدون سرنوشت مشترک است — بنابراین این قابلیت‌ها برای همه، در هر طرحی، از همان اولین سایتی که مستقر می‌کنید فعال هستند.
نتیجه، پلتفرمی است که حتی در روزهای سخت دیگران، رفتاری قابل پیش‌بینی دارد. در پشت صحنه، ضمانت آپ‌تایم 99.99٪، پشتیبان‌گیری‌های برون‌سایتی تغییرناپذیر برای هر سایت با بازیابی‌های آزمایش‌شده، و یک ردپای حسابرسی کامل از هر اقدام اجرایی انجام‌شده روی سایت‌های شما قرار دارد.
ایزولاسیون دقیقاً برای جلوگیری از این موضوع طراحی شده است. LVE میزان CPU، RAM، IO، IOPS و فرآیندها را به ازای هر سایت محدود میکند، MySQL Governor مصرف پایگاه داده را به ازای هر سایت کنترل می‌نماید و ورکر‌های LSAPI توسط cage اختصاصی خود سایت محدود می‌شوند — بنابراین، افزایش ناگهانی ترافیک یا بار سنگین کوئری‌های یک همسایه در سقف تعیین‌شده برای خود آن‌ها مهار میشود، نه سقف شما. هر خطا به ازای هر سایت ثبت میشود و موتور خط‌مشی می‌تواند محدودیت‌های یک سایت پر سر و صدا را به‌طور خودکار تشدید کند.
پاسخ صادقانه، مهار بحران است و نه یک تضمین. CageFS نمایی ایزوله از سیستم فایل را در اختیار هر کاربر قرار میدهد — یک کاربر آسیب‌دیده نمی‌تواند کاربران دیگر، سایت‌های آن‌ها یا فایل‌های حساس سیستم را ببیند — و یک مورد تأییدشده از بدافزار یا فیشینگ، آن سایت را به قرنطینه منتقل میکند: آفلاین، فایل‌های قفل‌شده، بدون امکان اجرا، و ایزوله برای تحلیل‌های قانونی. این همان چیزی است که دامنه خسارت را محدود میکند. در کنار آن، ما اسکن بدافزار و یک WAF پیشگیرانه را روی هر سایت اجرا می‌کنیم، به‌علاوه نسخه پشتیبان غیرقابل‌تغییر در خارج از محل به ازای هر سایت با بازیابی‌های آزمایش‌شده، تا بازیابی هرگز به وضعیت سیستم درگیر وابسته نباشد.
در هر طرحی گنجانده شده است. جداسازی LVE و CageFS، دیوار آتش برنامه‌های وب (WAF) کنش‌گرایانه و اسکن بدافزار برای هر مشتری یک استاندارد پایه‌ای است، زیرا یک سایت آلوده یا مهارنشدنی همسایگان خود و اعتبار IP ما را تهدید میکند — ما منطقاً نمی‌توانیم آن را اختیاری بگذاریم. آنچه به عنوان افزونه فروخته میشود، پاکسازی و رفع بدافزار با یک کلیک و سطوح حفاظتی پیشرفته مانند قوانین WAF بهبودیافته، اسکن اولویت‌دار، مدیریت بات‌ها و سطوح بالاتر محافظت در برابر DDoS است.
به جای اینکه کاملاً خاموش شود، در قفس (cage) اختصاصی خود محدود (throttle) میشود. محدود شدن به معنای اعمال محدودیت‌های سخت‌گیرانه‌ترِ LVE و کنترل نرخ درخواست‌ها است، در حالی که سایت همچنان فعال است و سرویس‌دهی میکند؛ همچنین به محض برطرف شدن علت، به طور خودکار به حالت عادی بازمی‌گردد. دلیل آن به شما اطلاع داده میشود، این تغییر وضعیت همراه با شواهد ثبت می‌گردد و قابل اعتراض است. اگر بار وارده ناشی از رشد واقعی باشد و نه یک خطا، راه‌حل ارتقا به طرحی بزرگ‌تر است، نه محدودیت دائمی.
خیر — یک سایت تعلیقشده، یک صفحه نگهدارنده دارای نشان تجاری و متناسب با دلیل تعلیق (صورتحساب، نگهداری یا سوءاستفاده) را نمایش میدهد تا مشخص شود این اقدام عمدی بوده و ناشی از خرابی سایت نیست. تعلیق پس از پرداخت، رفع مشکل یا ثبت درخواست تجدیدنظر برطرف میشود. قرنطینه سختگیرانهتر است و روند متفاوتی دارد: تنها پس از پاکسازی و بررسی لغو میشود و هرگز به صورت خودکار رفع نخواهد شد.
در Zinn® Managed WordPress، بله — CloudLinux alt-PHP به هر سایت انتخابگر نسخه PHP اختصاصی، افزونه‌های اختصاصی مانند imagick، gd و redis، و تنظیمات امنیتی اختصاصی خود را میدهد که همگی توسط محدودیت‌های LVE آن سایت محدود شده‌اند. هاستینگ Footprint-Free عمداً از یک پیکربندی استانداردتر و قفل‌شده برای هر سایت استفاده میکند، زیرا تنوع در پیکربندی خود یک ردپا (footprint) محسوب میشود.
بله. CloudLinux LVE و CageFS پیشفرض بهینهسازیشده برای تراکم در هر دو خط تولید هستند. برای بارهای کاری که به مرز سختگیرانهتری نیاز دارند، جداسازی کامل کانتینر بهازای هر سایت بهعنوان یک نوع درایور تدارک ارائه میشود — همان موتور و صفحه کنترل با جایگذاری متفاوت، که در ازای جداسازی قویتر، بار پردازشی بیشتری مصرف میکند.
بله. میزبانی Footprint-Free با یک دوره آزمایشی ۱۴ روزه بدون نیاز به کارت آغاز میشود که تا پنج سایت را پوشش میدهد — بدون نیاز به اطلاعات پرداخت، بدون تعهد. قبل از تصمیم‌گیری، چند سایت را راه‌اندازی کنید، مقداری بار ترافیکی روی آن‌ها اعمال کنید و عملکرد قفس‌ها را بررسی نمایید.
یک دوره آزمایشی ۱۴ روزه بدون نیاز به کارت بانکی را در Footprint-Free Hosting آغاز کنید — تا پنج وب‌سایت، بدون نیاز به اطلاعات پرداخت، بدون تعهد. ایزوله‌سازی سطح کرنل، فایبرون امنیتی وب (WAF) فعال و اسکن بدافزار از اولین استقرار گنجانده شده‌اند.
رایگان شروع کنید