Մեկուսացում յուրաքանչյուր կայքի համար

Յուրաքանչյուր կայք իր առանձին վանդակում է, որպեսզի մեկ վատ հարևանը մնա ընդամենը մեկ վատ հարևան։

Մեկուսացումը միջադեպի և համակարգի խափանման միջև եղած տարբերությունն է։ Մեր կողմից հոսթինգ տրամադրվող յուրաքանչյուր կայք աշխատում է միջուկի մակարդակի CloudLinux LVE վանդակի ներսում՝ իր սեփական CPU-ի, RAM-ի, IO-ի և գործընթացների սահմանաչափերով, իր սեփական CageFS ֆայլային համակարգի տեսքով, իր սեփական PHP տարբերակով և իր սեփական տվյալների բազայի կարգավորիչով։ Այն կայքը, որը ենթարկվել է հարձակման, վնասվել է կամ պարզապես ծանր հարցում է կատարում, մեկուսացվում է հենց իր տեղում — իսկ մեկուսացման հիմնական մակարդակը ներառված է յուրաքանչյուր պլանում և Ձեզ չի վաճառվում որպես լրացուցիչ թարմացում։ Հասանելիություն․ յուրաքանչյուր կայքի համար տվյալների բազայի կարգավորումը և ռեսուրսների վիճակագրությունը ակտիվ մշակման փուլում են և դեռևս հասանելի չեն։ Այստեղ նկարագրված մնացած ամեն ինչն այսօր արդեն գործում է։

Մեկ կայք՝ շրջափակված իր սեփական մեկուսացման սահմանով, առանձնացված իր հարևաններից:
  • 700,000+ամբողջ աշխարհում հոսթինգ տրամադրված կայքեր
  • Ըստ կայքիՊրոցեսորի, օպերատիվ հիշողության, մուտքի/ելքի, վայրկյանում մուտքի/ելքի գործողությունների և գործընթացների սահմանափակումներ
  • 99,99%Անխափան աշխատանքի երաշխիք
  • Ներառված էՄեկուսացման հիմնարար մակարդակ յուրաքանչյուր փաթեթում

Մեկուսացում միջուկի մակարդակում, ոչ թե կարգավորումների ֆայլում

Աշխատանքային սերվերների խումբն աշխատում է CloudLinux OS համակարգով, որը բազմավարձակալությունը տեղափոխում է անմիջապես միջուկի մեջ: Յուրաքանչյուր կայք ստանում է թեթև վիրտուալ միջավայր՝ LVE, որը հանդիսանում է հստակ սահման, այլ ոչ թե պարզապես քաղաքավարի պայմանականություն: Ոչինչ, ինչ կայքն անում է իր վանդակի ներսում, չի կարող ծախսվել որևէ ուրիշի բյուջեից:

Ռեսուրսների խիստ վերին սահմաններ ըստ կայքի

LVE-ն յուրաքանչյուր կայքի համար առանձին սահմանափակում է CPU-ն, RAM-ը, IO-ն, IOPS-ը, գործընթացները և մուտքային գործընթացները: Երբ կայքը գերազանցում է իր առավելագույն շեմը, այն սահմանափակվում է իր սեփական մեկուսացված միջավայրում. սխալը գրանցվում է տվյալ կայքի համար, իսկ հարևան կայքերը շարունակում են աշխատել առանց որևէ ազդեցության կրելու:

Անվերահսկելի գործընթացները մեկուսացվում են, ոչ թե հետապնդվում

Շրջապտույտի մեջ հայտնված պլագինը, վատ գրված cron առաջադրանքը կամ վերջնակետը ծանրաբեռնող քրաուլերը նախ բախվում են հենց կայքի գործընթացների և մուտքային գործընթացների սահմանաչափերին: Մեկ կայքը չի կարող պարզապես սպառել ամբողջ սերվերի ռեսուրսները:

Հարձակման թրաֆիկը սահմանափակված է յուրաքանչյուր կայքի համար

Քանի որ մուտքային գործընթացները (entry-processes) սահմանափակված են յուրաքանչյուր մեկուսացված միջավայրի (cage) համար, մեկ կայքին ուղղված հարցումների հոսքը չի կարող անսահմանափակ ծանրաբեռնվածություն ստեղծել հոսթի վրա: LiteSpeed-ի միացումների ու հարցումների սահմանափակումը և Imunify360 ցանցային միջցանցային էկրանը գտնվում են դրա առջևում, ուստի հարձակումը մնում է բացառապես թիրախի խնդիրը:

Ռեսուրսների անսարքությունները դառնում են ազդանշաններ, ոչ թե անակնկալներ

Յուրաքանչյուր LVE սխալ գրանցվում է ըստ կայքի և փոխանցվում հարթակի քաղաքականության շարժիչին, որը կարող է ավտոմատ կերպով խստացնել կամ թուլացնել սահմանաչափերը: Դուք տեսնում եք, թե ինչու է կայքը սահմանափակվել, և երբ՝ աստիճանական, հետշրջելի և մատյանում գրանցված:

Ձեր սեփական ֆայլային համակարգի տեսքը

Ռեսուրսների մեկուսացումը թույլ չի տալիս կայքին խանգարել մյուսներին: Ֆայլային համակարգի մեկուսացումը կանխում է նրա անհարկի միջամտությունը: CageFS-ը յուրաքանչյուր օգտատիրոջ տրամադրում է սերվերի անձնական և սահմանափակ տեսարան:

CageFS-ի ներքո վարձակալը տեսնում է միայն իր սեփական ֆայլերը և համակարգային երկուական ֆայլերի նվազագույն, զտված հավաքածուն — և չի կարող տեսնել այլ վարձակալներին, նրանց կայքերը կամ զգայուն համակարգային ֆայլերը: Ընդհանուր հոսթինգի խափանման սովորական սցենարը, երբ մեկ վտանգված հաշիվը դառնում է սերվերի յուրաքանչյուր այլ հաշիվ կարդալու դիրք, կանխվում է միջուկի մակարդակում:

Սա առավել կարևոր է այն օրը, երբ ինչ-որ բան սխալ է ընթանում: Եթե կայքը վտանգված է՝ հնացած փլագինի, գողացված մուտքային տվյալների կամ խոցելի թեմայի պատճառով, CageFS-ն է, որ պահպանում է ազդեցության շառավիղը այդ մեկ վանդակի սահմաններում: Մեր անվտանգության բնութագրում ձևակերպումը միտումնավոր է ընտրված. CageFS-ը զսպում է խախտումները: Զսպումը ազնիվ պնդումն է, և հենց դա է որոշում՝ միջադեպը մեկ կայքի մաքրում է, թե ամբողջ սերվերային պարկի:

Պահուստային պատճեններն ամրապնդում են նույն սահմանը: Յուրաքանչյուր կայքի պահուստային պատճեններն անփոփոխելի են, գտնվում են արտաքին պահոցում և մեկուսացված են աշխատող համակարգերից՝ փորձարկված վերականգնման հնարավորությամբ, այնպես որ նույնիսկ մեկ կայքի ամենածանր վտանգման դեպքում առկա է վերականգնման մաքուր, անկախ ուղի, որը կախված չէ այն մեքենայի վիճակից, որի վրա այն աշխատում էր:

Տվյալների բազան նույնպես մեկուսացված է — հոսթինգը սովորաբար հենց այստեղ է աղմկոտ դառնում

Վեբ մակարդակի մեկուսացումը միայն պատմության կեսն է: WordPress նավատորմում այն, ինչ ամենից հաճախ ստիպում է սերվերին դանդաղ աշխատել, մեկ կայքի հարցումներն են, ոչ թե մեկ կայքի տրաֆիկը: Դա հստակորեն կարգավորվում է:

MySQL Governor

CloudLinux MySQL Governor-ը սահմանափակում է տվյալների բազայի օգտագործումը յուրաքանչյուր կայքի համար, որպեսզի մեկ կայքի ծանր հարցումները չկարողանան դանդաղեցնել սերվերը մյուս բոլորի համար: Սա դանդաղեցման դեմ վերահսկողություն է, և այն գործում է անկախ նրանից, թե աղմկոտ կայքը երբևէ կնկատի, որ իրեն սահմանափակում են, թե ոչ:

MariaDB՝ WordPress-ի ծանրաբեռնվածությունների համար

Ֆլոտն աշխատում է MariaDB-ով (կամ Percona-ով), որն ընտրվել է հատուկ WordPress-ի ծանրաբեռնվածությունների համար, այլ ոչ թե լռելյայն ժառանգվել, իսկ Governor-ը գործում է դրա վրա՝ որպես յուրաքանչյուր վարձակալի համար արդարության շերտ։

Redis օբյեկտների քեշ առջևում

Յուրաքանչյուր կայքի համար Redis օբյեկտների քեշը կլանում է կրկնվող ընթերցումները նախքան դրանց տվյալների բազա հասնելը, ինչն ի սկզբանե նվազեցնում է այն ճնշումը, որը Governor-ը պետք է կարգավորի: Քեշավորումը և մեկուսացումն աշխատում են որպես մեկ միասնական համակարգ:

Յուրաքանչյուր կայքի համար PHP, ուժեղացված

CloudLinux alt-PHP-ն յուրաքանչյուր կայքին տրամադրում է PHP տարբերակի իր ընտրիչը, իր ընդլայնումները (imagick, gd, redis և մնացածը) և իր հուսալիորեն պաշտպանված կարգավորումները՝ LSAPI աշխատանքային գործընթացներով, որոնք սահմանափակված են տվյալ կայքի LVE սահմանաչափերով, այնպես որ PHP-ի միաժամանակյա կատարումը վանդակի մաս է կազմում, ոչ թե դրանից փախուստ:

Խափանումն աստիճանական է, դարձելի և բացատրված

Մեկուսացումն է որոշում, թե որքան կտարածվի խնդիրը: Հարկադրումն է որոշում, թե ինչ տեղի կունենա հաջորդիվ: Մենք փոխարինել ենք միացնելու/անջատելու կոպիտ կասեցումը վիճակների ավտոմատով, որը ղեկավարվում է հուսալի աշխատանքային հոսքերով և կիրառվում է worker-ի վրա LiteSpeed-ի, LVE-ի և Imunify-ի միջոցով:

  • Սահմանափակված է — LVE-ի ավելի խիստ սահմանաչափեր և արագության սահմանափակում, մինչդեռ կայքը դեռ աշխատում է և սպասարկում: Սովորաբար սա ռեսուրսների չարաշահման կամ մեղմ ազդանշան է, և այն ավտոմատ կերպով վերականգնվում է, երբ պատճառը վերացվում է:
  • Սահմանափակված է — ելքային նամակները, cron-ը կամ POST հարցումներն անջատված են, մինչդեռ կայքը մնում է տեսանելի: Օգտագործվում է անվտանգության հնարավոր խախտման կամ սպամ ուղարկելու կասկածի դեպքում և ինքնաշխատորեն վերականգնվում է խնդիրը շտկելուց հետո:
  • Կասեցված — կայքն անցնում է օֆլայն ռեժիմի բրենդավորված, կոնկրետ պատճառը նշող սպասման էջի հետևում (վճարում, սպասարկում կամ չարաշահում)՝ անսարք էջի փոխարեն: Այն վերականգնվում է վճարման, շտկման կամ բողոքարկման դեպքում:
  • Կարանտինացված — անցանց, ֆայլերը կողպված են, առանց գործարկման, մեկուսացված է փորձաքննության համար: Նախատեսված է հաստատված վնասաբեր ծրագրերի կամ ֆիշինգի համար, և այն չեղարկվում է միայն մաքրումից և վերանայումից հետո. կրկնակի սկանավորման դեպքում ավտոմատ ազատում չկա:
  • Յուրաքանչյուր անցում աուդիտի մատյանում գրանցվում է իր պատճառով, կատարողով և ապացույցներով, ծանուցվում է Ձեզ՝ այն լուծելու հրահանգներով, և ենթակա է բողոքարկման: Կիրառման ժամկետները կարգավորելի են ըստ ապրանքային գծի, ուստի հաշվարկային, չարաշահման և իրավական հարցերից յուրաքանչյուրը զարգանում է իր սեփական ժամանակացույցով:

Նույն մեկուսացումը երկու արտադրանքի գծերում էլ — և ավելի հզոր մակարդակ, երբ դրա կարիքն ունեք

Մեկուսացումը սակագնային պլանի գործառույթ չէ, որը հայտնվում է երեք մակարդակ վերև: Դա հիմքային ենթակառուցվածքի հատկություն է, ուստի այն նույնն է՝ անկախ նրանից, դուք աշխատեցնում եք մեկ WooCommerce խանութ, թե երկու հազար ցանցային կայք:

Footprint-Free հոսթինգ

Զանգվածային և PBN ցանցերն աշխատում են նույն LVE և CageFS հիմքի վրա՝ հետքը հաշվի առնող CDN հաշիվների ռոտացիայի և ստատիկ HTML մատակարարման հետ մեկտեղ: Մեկուսացումն այն է, ինչը խտությունն անվտանգ է դարձնում. կայքերը կիսում են նավատորմը՝ առանց ընդհանուր ճակատագիր ունենալու:

Zinn® Managed WordPress

Կառավարվող WordPress, WooCommerce, PHP, ստատիկ և Node կայքերը ստանում են նույն մեկուսացված միջավայրերը (cages) և ամբողջական ինքնասպասարկում՝ ձեր սեփական PHP տարբերակը և ընդլայնումները, Redis օբյեկտների քեշ, staging և ուղիղ թողարկում (push-to-live):

Յուրաքանչյուր կայքի համար առանձին կոնտեյներ՝ որպես պրեմիում տարբերակ

Այն ծանրաբեռնվածությունների համար, որոնք պահանջում են ավելի ամուր սահման, քան խտության համար օպտիմալացված լռելյայն տարբերակը, առաջարկվում է կոնտեյների լիարժեք մեկուսացում յուրաքանչյուր կայքի համար՝ որպես տրամադրման դրայվերի տարբերակ. նույն շարժիչը, նույն կառավարման հարթությունը, այլ տեղադրություն՝ ավելի մեծ ծախսերով:

Ներառված է, ոչ հավելյալ վաճառքով

LVE և CageFS մեկուսացումը, պրոակտիվ WAF-ը և վնասակար ծրագրերի սկանավորումը ներառված են յուրաքանչյուր հաճախորդի համար, քանի որ վարակված կամ անվերահսկելի կայքը սպառնում է իր հարևաններին և մեր IP-ի հեղինակությանը: Մեկ սեղմումով վնասակար ծրագրերի մաքրումը և պաշտպանության առաջադեմ մակարդակները վճարովի հավելումներ են, իսկ հիմնական մակարդակը՝ ոչ:

Ինչու մեկուսացումն այստեղ երբեք կամընտիր չէ

Հոսթինգում առևտրային գայթակղությունն է վաճառել անվտանգությունը մակարդակներով՝ էժան հաճախորդներին տեղադրել մեղմ սահմանափակումներով ընդհանուր սերվերի վրա, իսկ նրանցից, ովքեր մտահոգված են սահմանազատմամբ, հավելավճար գանձել։ Մենք դա չենք անում, որովհետև մեկուսացման համար չվճարած հաճախորդը հենց նա է, ում վտանգված կայքը դառնում է բոլորի խնդիրը։

Մենք հոսթինգ ենք տրամադրում ավելի քան 700,000 կայքերի ամբողջ աշխարհում՝ այնպիսի ենթակառուցվածքում, որտեղ խտությունն ամբողջ տնտեսական առաջարկն է: Դա աշխատում է միայն այն դեպքում, եթե դրա հիմքում ընկած մեկուսացումն անվերապահ է: Միջուկի մակարդակի վանդակները, ֆայլային համակարգի անհատական տեսքը, ըստ կայքի տվյալների բազայի սահմանափակումը և ըստ կայքի PHP-ն առանց ընդհանուր ճակատագրի այդ մասշտաբով աշխատելու գինն են, ուստի դրանք միացված են բոլորի համար, յուրաքանչյուր սակագնային պլանում՝ սկսած Ձեր տեղակայած առաջին իսկ կայքից:

Արդյունքը մի հարթակ է, որը գործում է կանխատեսելիորեն նույնիսկ ուրիշների անհաջող օրերին: Դրա հիմքում ընկած է 99.99% անխափան աշխատանքի երաշխիք, յուրաքանչյուր կայքի համար անփոփոխ արտաքին պահուստային պատճեններ՝ փորձարկված վերականգնումներով, և Ձեր կայքերում ձեռնարկված յուրաքանչյուր հարկադիր գործողության աուդիտի ամբողջական հետք:

Հաճախակի տրվող հարցեր

Կարո՞ղ է մեկ այլ հաճախորդի կայքը դանդաղեցնել իմ կայքի աշխատանքը:

Մեկուսացումը նախագծված է հատուկ դա կանխելու համար: LVE-ն սահմանափակում է CPU-ն, RAM-ը, IO-ն, IOPS-ը և գործընթացները յուրաքանչյուր կայքի համար, MySQL Governor-ը կարգավորում է տվյալների բազայի օգտագործումը յուրաքանչյուր կայքի համար, իսկ LSAPI-ի աշխատողները սահմանափակված են կայքի սեփական cage-ով, այնպես որ հարևանի տրաֆիկի կտրուկ աճը կամ հարցումների ծանր բեռնվածությունը սահմանափակվում են նրանց առավելագույն շեմով, ոչ թե Ձեր: Յուրաքանչյուր խափանում գրանցվում է ըստ կայքի, իսկ քաղաքականության շարժիչը կարող է ավտոմատ կերպով խստացնել աղմկոտ կայքի սահմանաչափերը:

Եթե նույն սերվերի վրա գտնվող կայքը կոտրվի, իմ կայքը վտանգվա՞ծ է:

Անկեղծ պատասխանը զսպումն է, ոչ թե երաշխիքը: CageFS-ը յուրաքանչյուր օգտատիրոջ տրամադրում է ֆայլային համակարգի մեկուսացված տեսք — խոցված օգտատերը չի կարող տեսնել այլ օգտատերերի, նրանց կայքերը կամ համակարգային զգայուն ֆայլերը —, իսկ վնասաբեր ծրագրի կամ ֆիշինգի հաստատված դեպքն այդ կայքը տեղափոխում է կարանտին՝ օֆլայն, արգելափակված ֆայլեր, առանց գործարկման հնարավորության, մեկուսացված փորձաքննության համար: Հենց դա է սահմանափակում վնասի շառավիղը: Դրան զուգահեռ, մենք իրականացնում ենք վնասաբեր ծրագրերի սկանավորում և պրոակտիվ WAF յուրաքանչյուր կայքում, ինչպես նաև յուրաքանչյուր կայքի համար անփոփոխ արտաքին պահուստային պատճենահանումներ՝ փորձարկված վերականգնմամբ, որպեսզի վերականգնումը երբեք կախված չլինի տվյալ մեքենայի վիճակից:

Մեկուսացումը ներառվա՞ծ է, թե՞ լրացուցիչ վճար է պահանջվում:

Այն ներառված է յուրաքանչյուր սակագնային պլանում: LVE և CageFS մեկուսացումը, պրոակտիվ WAF-ը և վնասակար ծրագրերի սկանավորումը հիմնարար են յուրաքանչյուր հաճախորդի համար, քանի որ վարակված կամ վերահսկողությունից դուրս եկած կայքը սպառնում է իր հարևաններին և մեր IP-ի հեղինակությանը. մենք չենք կարող խելամտորեն այն թողնել ըստ ցանկության: Որպես հավելում վաճառվում են մեկ սեղմումով վնասակար ծրագրերի մաքրումն ու վերականգնումը, ինչպես նաև պաշտպանության առաջադեմ մակարդակները, ինչպիսիք են բարելավված WAF կանոնները, առաջնահերթ սկանավորումը, բոտերի կառավարումը և DDoS պաշտպանության ավելի բարձր մակարդակները:

Ի՞նչ կպատահի իմ կայքի հետ, եթե այն գերազանցի իր ռեսուրսների սահմանաչափերը:

Այն ամբողջությամբ անջատվելու փոխարեն սահմանափակվում է իր սեփական մեկուսացված միջավայրում (cage): Սահմանափակումը նշանակում է LVE-ի ավելի խիստ սահմանաչափեր և հարցումների հաճախականության սահմանափակում (rate limiting), ընդ որում՝ կայքը շարունակում է գործել ու սպասարկել, իսկ պատճառը վերանալուն պես այն ավտոմատ կերպով վերականգնվում է: Ձեզ ծանուցվում է պատճառի մասին, փոփոխությունը գրանցվում է համապատասխան ապացույցներով, և այն ենթակա է բողոքարկման: Եթե ծանրաբեռնվածությունը ոչ թե խափանման, այլ իրական աճի հետևանք է, ապա լուծումը ավելի մեծ սակագնային պլանն է, ոչ թե մշտական սահմանափակումը:

Կասեցված կայքը պարզապես դատա՞րկ է դառնում:

Ոչ — կասեցված կայքը ցուցադրում է բրենդավորված, պատճառը նշող սպասման էջ (վճարում, սպասարկում կամ չարաշահում), որպեսզի այն ընկալվի որպես կանխամտածված գործողություն, այլ ոչ թե խափանում: Կասեցումը չեղարկվում է վճարման, խնդրի շտկման կամ բողոքարկման դեպքում: Կարանտինն ավելի խիստ է և գործում է այլ կերպ. այն չեղարկվում է միայն մաքրումից և վերանայումից հետո, երբեք՝ ինքնաշխատ կերպով:

Կարո՞ղ եմ ընտրել իմ սեփական PHP տարբերակը և ընդլայնումները:

Zinn® Managed WordPress-ում՝ այո — CloudLinux alt-PHP-ն յուրաքանչյուր կայքի տրամադրում է PHP-ի տարբերակի իր սեփական ընտրիչը, իր սեփական ընդլայնումները, ինչպիսիք են imagick-ը, gd-ն և redis-ը, և իր սեփական պաշտպանված կարգավորումները, որոնք բոլորը սահմանափակված են տվյալ կայքի LVE սահմանաչափերով: Footprint-Free հոսթինգը միտումնավոր կերպով կիրառում է ավելի ստանդարտացված և ֆիքսված կազմաձևում յուրաքանչյուր կայքի համար, քանի որ կազմաձևման բազմազանությունն ինքնին հետք (footprint) է:

Կա՞ մեկուսացման ավելի հուսալի տարբերակ, քան ընդհանուր միջուկի մոդելը:

Այո։ CloudLinux LVE-ն և CageFS-ը խտության համար օպտիմալացված լռելյայն տարբերակն են երկու ապրանքային գծերում էլ։ Ավելի խիստ սահման պահանջող ծանրաբեռնվածությունների համար առաջարկվում է ամբողջական մեկ կոնտեյներ մեկ կայքի համար մեկուսացում՝ որպես տրամադրման դրայվերի տարբերակ՝ նույն շարժիչը և կառավարման հարթությունը այլ տեղադրությամբ, որը փոխանակում է լրացուցիչ ծախսերը ավելի ուժեղ տարանջատման հետ։

Կարո՞ղ եմ փորձել այն նախքան պարտավորվելը:

Այո: Footprint-Free հոսթինգը սկսվում է առանց քարտի 14-օրյա փորձաշրջանով, որը ներառում է մինչև հինգ կայք՝ առանց վճարային տվյալների, առանց պարտավորությունների: Մինչ որոշում կայացնելը տեղակայեք մի քանի կայքեր, փոխանցեք դրանց որոշակի ծանրաբեռնվածություն և տեսեք, թե ինչպես են իրենց դրսևորում մեկուսացման վանդակները:

Տեսեք, թե ինչպես են վանդակները գործում ձեր սեփական ծանրաբեռնվածության տակ

Սկսեք 14-օրյա փորձաշրջան Footprint-Free հոսթինգում՝ առանց բանկային քարտի․ մինչև հինգ կայք, առանց վճարային տվյալների, առանց պարտավորությունների։ Միջուկի մակարդակով մեկուսացումը, պրոակտիվ WAF-ը և վնասակար ծրագրերի սկանավորումը ներառված են առաջին իսկ տեղակայումից։

Սկսեք անվճար