בידוד לכל אתר

כל אתר בכלוב משלו, כך ששכן גרוע אחד נשאר רק שכן גרוע אחד.

בידוד הוא ההבדל בין תקרית לבין השבתה. כל אתר שאנו מארחים פועל בתוך כלוב CloudLinux LVE ברמת הליבה (kernel) עם מגבלות CPU, RAM, IO ותהליכים משלו, תצוגת מערכת קבצים של CageFS משלו, גרסת PHP משלו ומגביל מסד נתונים משלו. אתר שמותקף, נפרץ או פשוט מריץ שאילתה כבדה נשאר מבודד במקומו — ובסיס הבידוד כלול בכל תוכנית, ולא נמכר לכם מחדש כשדרוג. זמינות: הגבלת מסד נתונים לכל אתר וסטטיסטיקות משאבים לכל אתר נמצאות בפיתוח פעיל ועדיין אינן זמינות. כל שאר הדברים המתוארים כאן פעילים כיום.

אתר יחיד המוקף בגבול בידוד משלו, מופרד משכניו.
  • +700,000אתרים המאוחסנים ברחבי העולם
  • לכל אתרמגבלות מעבד, זיכרון, קלט/פלט, פעולות קלט/פלט לשנייה ותהליכים
  • 99.99%הבטחת זמינות פעילות
  • כלולקו בסיס של בידוד בכל תוכנית

בידוד ברמת הקרנל, לא בקובץ תצורה

צי השרתים פועל על גבי CloudLinux OS, אשר מטמיע את ריבוי הדיירים ישירות ברמת הקרנל. כל אתר מקבל סביבה וירטואלית קלת-משקל — LVE — המהווה גבול קשיח ולא מוסכמה מנומסת גרידא. שום פעולה שאתר מבצע בתוך הכלוב שלו אינה יכולה להתבצע על חשבון התקציב של משתמש אחר.

תקרות משאבים קשיחות לכל אתר

מנגנון LVE מגביל את המעבד (CPU), הזיכרון (RAM), פעולות ה-IO, ה-IOPS, התהליכים ותהליכי הכניסה עבור כל אתר באופן עצמאי. כאשר אתר חורג מהרף העליון שהוגדר לו, משאביו מוגבלים בתוך הסביבה המבודדת שלו — השגיאה נרשמת לחובת אותו אתר, והאתרים הסמוכים לו ממשיכים לפעול ללא כל השפעה.

תהליכים שיצאו מכלל שליטה נבלמים, לא נרדפים

תוסף שנתקע בלולאה, משימת cron שנכתבה בצורה גרועה או זחלן שמציף נקודת קצה יפגעו תחילה במגבלות התהליכים ותהליכי הכניסה של האתר עצמו. אתר אחד אינו יכול פשוט לכלות את כל משאבי השרת.

תעבורת התקפות מוגבלת לכל אתר

מכיוון שתהליכי הכניסה מוגבלים לכל סביבה מבודדת (cage), מתקפת הצפה המכוונת לאתר יחיד אינה יכולה לפתוח עומס עבודה בלתי מוגבל בשרת המארח. מנגנון הגבלת החיבורים והבקשות של LiteSpeed וחומת האש של רשת Imunify360 ניצבים לפני כן, כך שהמתקפה נשארת הבעיה של היעד בלבד.

תקלות במשאבים הופכות לאותות, לא להפתעות

כל שגיאת LVE נרשמת לכל אתר ומועברת למנוע המדיניות של הפלטפורמה, שיכול להחמיר או להקל על המגבלות באופן אוטומטי. אתם רואים מדוע האתר הוגבל ומתי — באופן הדרגתי, הפיך ומתועד.

תצוגת מערכת קבצים משלכם

בידוד משאבים מונע מאתר להכביד על המערכת. בידוד מערכת הקבצים מונע ממנו לחטט. CageFS מעניק לכל דייר תצוגה פרטית ומוגבלת של השרת.

תחת CageFS, דייר רואה אך ורק את הקבצים שלו וקבוצה מינימלית ומטוהרת של קובצי מערכת בינאריים — ואינו יכול לראות דיירים אחרים, את האתרים שלהם או קובצי מערכת רגישים. מצב הכשל הרגיל באחסון שיתופי, שבו חשבון אחד שנפרץ הופך לעמדת קריאה עבור כל חשבון אחר בשרת, נחסם ישירות ברמת הליבה (kernel).

עניין זה מקבל את החשיבות המרבית ביום שבו משהו משתבש. אם אתר נפרץ — באמצעות תוסף לא מעודכן, פרטי גישה גנובים, או תבנית פגיעה — CageFS הוא מה ששומר על רדיוס הפגיעה בתוך אותו כלוב בודד. מפרט האבטחה שלנו מדויק במכוון בנוסח שלו: CageFS מכיל פריצות. הכלה היא ההצהרה הכנה, והיא זו שקובעת האם תקרית תסתכם בניקוי אתר בודד או בניקוי של כלל השרתים.

גיבויים מחזקים את אותו הגבול. גיבויים ברמת האתר הם בלתי ניתנים לשינוי, מרוחקים ומבודדים מצי השרתים הפעיל, עם שחזורים שנבדקו, כך שגם במקרה הגרוע ביותר של פריצה לאתר יחיד קיים נתיב שחזור נקי ועצמאי שאינו תלוי במצב המכונה שבה הוא פעל.

מסד הנתונים מבודד גם הוא — כאן בדרך כלל האחסון הופך לרועש

בידוד שכבת הרשת הוא רק חצי מהסיפור. בצי של WordPress, הדבר שלרוב גורם לשרת להרגיש איטי הוא השאילתות של אתר בודד, ולא התעבורה שלו. זה מטופל בצורה מפורשת.

MySQL Governor

ה-CloudLinux MySQL Governor מגביל את השימוש במסד הנתונים לכל אתר, כך ששאילתות כבדות של אתר אחד לא יוכלו להאט את השרת עבור כל השאר. זוהי בקרת מניעת ההאטה, והיא פועלת בין אם האתר הרועש מבחין בכך שהוא מוגבל ובין אם לאו.

MariaDB עבור עומסי עבודה של WordPress

הצי מריץ את MariaDB (או Percona), שנבחר במיוחד עבור עומסי עבודה של WordPress ולא בירושה כברירת מחדל, כאשר Governor פועל מעליו כשכבת הוגנות פר-דייר.

מטמון אובייקטים של Redis בחזית

מטמון אובייקטים של Redis לכל אתר סופג קריאות חוזרות ונשנות לפני שהן מגיעות למסד הנתונים, מה שמפחית מלכתחילה את העומס שעל Governor לתווך בו. אחסון במטמון ובידוד פועלים כמערכת אחת.

PHP לכל אתר, מוקשח

התכונה alt-PHP של CloudLinux מעניקה לכל אתר בורר גרסת PHP משלו, הרחבות משלו (imagick, gd, redis והשאר) והגדרות מוקשחות משלו — כאשר תהליכי ה-LSAPI מוגבלים על ידי מגבלות ה-LVE של אותו אתר, כך שהפעילות המקבילית של PHP היא חלק מהכלוב ולא בריחה ממנו.

הכשל הוא הדרגתי, הפיך ומוסבר

הבידוד קובע עד כמה הבעיה תתפשט. האכיפה קובעת מה יקרה בהמשך. החלפנו את ההשעיה הגורפת של הפעלה/כיבוי במכונת מצבים, המונעת על ידי תהליכי עבודה עמידים ונאכפת ב-worker באמצעות LiteSpeed, LVE ו-Imunify.

  • מוגבל — מגבלות LVE מחמירות יותר והגבלת קצב, כאשר האתר עדיין פעיל ומגיב. בדרך כלל מדובר בניצול יתר של משאבים או באות אזהרה קל, והמצב מתאושש אוטומטית ברגע שהסיבה נפתרת.
  • מוגבל — דואר יוצא, משימות cron או בקשות POST מושבתים בעוד האתר נשאר גלוי. משמש במקרה של חשד לפריצה או שליחת ספאם, ומשתחזר אוטומטית עם תיקון הבעיה.
  • מושעה — האתר הופך ללא זמין מאחורי דף המתנה ממותג המציין את הסיבה הספציפית (חיוב, תחזוקה או שימוש לרעה) במקום דף שבור. המצב מבוטל בעת תשלום, תיקון או הגשת ערעור.
  • בהסגר — לא מקוון, קבצים נעולים, ללא הפעלה, מבודד לצורך בדיקה פורנזית. שמור לתוכנות זדוניות או דיוג מאומתים, ומתבטל רק לאחר ניקוי ובדיקה; אין שחרור אוטומטי בסריקה חוזרת.
  • כל מעבר מתועד ביומן הביקורת יחד עם הסיבה, הגורם המבצע והראיות, מועבר לידיעתכם עם הנחיות כיצד לפתור אותו, וניתן לערעור. תזמון האכיפה ניתן להגדרה עבור כל קו מוצרים, כך שחיוב, שימוש לרעה ועניינים משפטיים מוחרפים כל אחד לפי לוח זמנים עצמאי.

אותה רמת בידוד בשני קווי המוצרים — ורובד חזק יותר כשתזדקקו לו

בידוד אינו תכונה של תוכנית המופיעה שלוש דרגות למעלה. זוהי תכונה של התשתית, ולכן היא זהה בין אם אתם מפעילים חנות WooCommerce אחת ובין אם אלפיים אתרי רשת.

אחסון Footprint-Free

רשתות Bulk ו-PBN פועלות על אותה תשתית LVE ו-CageFS, לצד רוטציית חשבונות CDN מודעת-עקבות ואספקת HTML סטטי. בידוד הוא מה שהופך את הצפיפות לבטוחה: אתרים חולקים צי מבלי לחלוק גורל.

Zinn® Managed WordPress

אתרי WordPress, WooCommerce, PHP, סטטיים ו-Node מנוהלים מקבלים את אותן סביבות מבודדות בנוסף לשירות עצמי מלא — גרסת PHP והרחבות משלכם, מטמון אובייקטים של Redis, סביבת בדיקות (staging) ופרסום מיידי לסביבת הייצור (push-to-live).

קונטיינר לכל אתר כגרסת פרימיום

עבור עומסי עבודה הדורשים הפרדה חזקה יותר מזו של ברירת המחדל המותאמת לצפיפות, מוצע בידוד מלא של קונטיינר לכל אתר כגרסה של מנהל התקן ההקצאה: אותו מנוע, אותו מישור בקרה, מיקום שונה, בתקורה גבוהה יותר.

כלול, ללא תוספת תשלום

בידוד LVE ו-CageFS, מערכת WAF פרואקטיבית וסריקת נוזקות כלולים עבור כל לקוח, מכיוון שאתר נגוע או בלתי מבוקר מאיים על שכניו ועל מוניטין ה-IP שלנו. ניקוי נוזקות בלחיצה אחת ורמות הגנה מתקדמות הם תוספים בתשלום — רמת הבסיס אינה בתשלום.

מדוע בידוד אינו בגדר רשות כאן לעולם

הפיתוי המסחרי באחסון אתרים הוא למכור אבטחה ברמות שונות: להציב את הלקוחות הזולים על שרת משותף עם מגבלות גמישות, ולגבות תשלום מאלה שחשוב להם תיחום ברור. אנחנו לא פועלים כך, מכיוון שהלקוח שלא שילם עבור בידוד הוא בדיוק זה שהאתר שנפרץ שלו הופך לתקרית שמשפיעה על כולם.

אנו מארחים יותר מ-700,000 אתרים ברחבי העולם, על גבי צי שבו צפיפות היא כל ההצעה הכלכלית. זה עובד רק אם הבידוד שמתחתיו הוא בלתי מותנה. כלובים ברמת הליבה (kernel), תצוגת מערכת קבצים פרטית, הגבלת קצב של מסד הנתונים ברמת האתר ו-PHP ייעודי לכל אתר הם המחיר של פעילות בקנה מידה כזה ללא גורל משותף — לכן הם מופעלים עבור כולם, בכל תוכנית, החל מהאתר הראשון שאתם פורסים.

התוצאה היא פלטפורמה שמתפקדת בצורה צפויה גם בימים הקשים של אחרים. מאחוריה עומדים הבטחת זמינות של 99.99%, גיבויי חוץ בלתי ניתנים לשינוי ברמת האתר עם שחזורים שנבדקו, ומעקב ביקורת מלא אחר כל פעולת אכיפה שננקטה באתרים שלכם.

שאלות נפוצות

האם אתר של לקוח אחר יכול להאט את האתר שלי?

הבידוד מתוכנן במיוחד כדי למנוע זאת. LVE מגביל את ה-CPU, ה-RAM, ה-IO, ה-IOPS והתהליכים לכל אתר, MySQL Governor מווסת את השימוש במסד הנתונים לכל אתר, ועובדי LSAPI מוגבלים על ידי ה-cage של האתר עצמו — כך שזינוק בתעבורה או עומס שאילתות כבד של שכן נבלמים כנגד התקרה שלהם, ולא שלכם. כל תקלה מתועדת ביומן לכל אתר, ומנוע המדיניות יכול להחמיר אוטומטית את המגבלות של אתר רועש.

אם אתר באותו שרת נפרץ, האם האתר שלי בסכנה?

התשובה הכנה היא הכלה ולא הבטחה. CageFS מעניק לכל דייר תצוגת מערכת קבצים מבודדת — דייר שנפגע אינו יכול לראות דיירים אחרים, את האתרים שלהם או קובצי מערכת רגישים — ומקרה מאומת של תוכנה זדונית או דיוג מעביר את אותו אתר להסגר: במצב לא מקוון, קבצים נעולים, ללא הפעלה ומבודד לצורכי חקירה פורנזית. זה מה שמגביל את טווח הפגיעה. במקביל לכך, אנו מפעילים סריקת תוכנות זדוניות ו-WAF פרואקטיבי בכל אתר, בתוספת גיבויים חיצוניים בלתי ניתנים לשינוי ברמת האתר עם שחזורים שנבדקו, כך שההתאוששות אינה תלויה לעולם במצב המכונה המעורבת.

האם בידוד כלול, או שהוא כרוך בעלות נוספת?

זה כלול בכל תוכנית. בידוד LVE ו-CageFS, ה-WAF היזום וסריקת התוכנות הזדוניות הם ברירת המחדל הבסיסית עבור כל לקוח, מכיוון שאתר נגוע או שיצא משליטה מאיים על שכניו ועל מוניטין ה-IP שלנו — איננו יכולים להשאיר זאת כאופציונלי באופן הגיוני. מה שנמכר כתוסף הוא ניקוי ותיקון תוכנות זדוניות בלחיצה אחת, ורמות הגנה מתקדמות כגון כללי WAF משופרים, סריקה בעדיפות, ניהול בוטים ורמות DDoS גבוהות יותר.

מה קורה לאתר שלי אם הוא חורג ממגבלות המשאבים שלו?

המשאבים מוגבלים (throttled) בתוך הכלוב (cage) הייעודי שלו במקום שיושבת לחלוטין. הגבלה פירושה מגבלות LVE מחמירות יותר והגבלת קצב (rate limiting) בעוד האתר נותר פעיל ומגיב, והוא מתאושש אוטומטית ברגע שהגורם מוסר. תקבלו הודעה המפרטת את הסיבה, המעבר מתועד ביומן יחד עם הראיות לכך, וניתן לערער על כך. אם העומס נובע מצמיחה אמיתית ולא מתקלה, הפתרון הוא תוכנית גדולה יותר, ולא הגבלה קבועה.

האם אתר מושעה פשוט נהיה ריק?

לא — אתר מושעה מציג דף המתנה ממותג ומותאם לסיבה (חיוב, תחזוקה או שימוש לרעה), כך שהוא נראה מושבת במכוון ולא תקול. ההשעיה מבוטלת בעת תשלום, תיקון או הגשת ערעור. הסגר (הסגר אבטחה) מחמיר יותר ופועל אחרת: הוא מבוטל רק לאחר ניקוי ובדיקה, ולעולם לא באופן אוטומטי.

האם אוכל לבחור את גרסת ה-PHP וההרחבות שלי?

ב-Zinn® Managed WordPress, כן — CloudLinux alt-PHP מעניק לכל אתר בורר גרסת PHP משלו, הרחבות משלו כגון imagick, gd ו-redis, והגדרות מוקשחות משלו, כולן מוגבלות על ידי מגבלות ה-LVE של אותו אתר. האחסון Footprint-Free מפעיל בכוונה תצורה סטנדרטית ונעולה יותר לכל אתר, מכיוון שמגוון תצורות מהווה בעצמו עקבה (footprint).

האם קיימת אפשרות בידוד חזקה יותר ממודל הליבה המשותפת?

כן. CloudLinux LVE ו-CageFS הם ברירת המחדל מותאמת-הצפיפות בשני קווי המוצרים. עבור עומסי עבודה הדורשים גבול מוגדר וקשיח יותר, מוצע בידוד מלא של קונטיינר לכל אתר כגרסת מנהל התקן הקצאה (provisioning-driver) — אותו מנוע ומשטח שליטה במיקום שונה, הממירים תקורה בהפרדה חזקה יותר.

האם אוכל לנסות זאת לפני שאני מתחייב?

כן. אחסון Footprint-Free מתחיל בתקופת ניסיון של 14 יום ללא כרטיס אשראי המכסה עד חמישה אתרים — ללא פרטי תשלום, ללא התחייבות. פרסו כמה אתרים, הפעילו עליהם עומס ובדקו כיצד הכלובים מתנהגים לפני שתחליטו.

ראו כיצד הכלובים מתנהגים תחת העומס שלכם

התחל ניסיון חינם למשך 14 יום ב-Footprint-Free Hosting ללא צורך בכרטיס אשראי — עד חמישה אתרים, ללא פרטי תשלום וללא התחייבות. בידוד ברמת הקרנל, חומת האש פרואקטיבית וסריקת נוזקות כלולים החל מהפריסה הראשונה.

התחל בחינם