प्रति-साइट पृथक्करण

प्रत्येक साइट अपने अलग पिंजरे में, ताकि एक खराब पड़ोसी केवल एक खराब पड़ोसी ही रहे।

आइसोलेशन एक सामान्य घटना और आउटेज के बीच का अंतर है। हमारे द्वारा होस्ट की जाने वाली प्रत्येक साइट कर्नेल-स्तरीय CloudLinux LVE केज के भीतर चलती है, जिसकी अपनी CPU, RAM, IO और प्रोसेस सीमाएं, अपना CageFS फ़ाइल सिस्टम दृश्य, अपना PHP संस्करण और अपना डेटाबेस थ्रॉटल होता है। कोई भी साइट जिस पर हमला हुआ हो, जिससे समझौता हुआ हो या जो केवल एक भारी क्वेरी चला रही हो, उसे वहीं सीमित रखा जाता है जहाँ वह मौजूद है — और आइसोलेशन बेसलाइन हर प्लान में शामिल है, इसे आपको अपग्रेड के रूप में दोबारा नहीं बेचा जाता है। उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग और प्रति-साइट संसाधन आँकड़े सक्रिय विकास में हैं और अभी उपलब्ध नहीं हैं। यहाँ वर्णित अन्य सभी चीजें आज लाइव हैं।

मुफ़्त शुरू करें मूल्य देखें

7,00,000+दुनिया भर में होस्ट की गई साइटें
प्रति-साइटसीपीयू, रैम, आईओ, आईओपीएस और प्रक्रिया सीमाएं
99.99%अपटाइम आश्वासन
शामिलप्रत्येक प्लान पर आइसोलेशन बेसलाइन

कर्नेल स्तर पर अलगाव, कॉन्फ़िगरेशन फ़ाइल में नहीं

वर्कर फ़्लीट CloudLinux OS चलाता है, जो मल्टी-टेनेंसी को सीधे कर्नेल में ले जाता है। प्रत्येक साइट को एक लाइटवेट वर्चुअल एनवायरनमेंट — एक LVE — मिलता है जो केवल एक शिष्टाचार परंपरा होने के बजाय एक सख्त सीमा है। कोई भी साइट अपने पिंजरे के अंदर जो कुछ भी करती है, उसे किसी अन्य के बजट से खर्च नहीं किया जा सकता है।

प्रति-साइट सख्त संसाधन सीमाएं

LVE प्रत्येक साइट के लिए स्वतंत्र रूप से CPU, RAM, IO, IOPS, प्रक्रियाओं और प्रवेश-प्रक्रियाओं (entry-processes) को सीमित करता है। जब कोई साइट अपनी निर्धारित सीमा से अधिक हो जाती है, तो उसे उसके अपने ही अलग वातावरण में सीमित (थ्रॉटल) कर दिया जाता है — त्रुटि को उस साइट के खाते में दर्ज किया जाता है, और उसके आसपास की साइटें बिना किसी प्रभाव के सामान्य रूप से चलती रहती हैं।

नियंत्रण से बाहर हुई प्रक्रियाओं को नियंत्रित किया जाता है, उनका पीछा नहीं किया जाता

लूप में अटका कोई प्लगइन, खराब तरीके से लिखा गया क्रॉन जॉब, या किसी एंडपॉइंट पर अत्यधिक दबाव डालने वाला क्रॉलर सबसे पहले साइट की अपनी प्रक्रिया और प्रवेश-प्रक्रिया सीमाओं से टकराता है। एक ही साइट पूरी मशीन के संसाधनों को समाप्त नहीं कर सकती।

हमले का ट्रैफ़िक प्रति साइट सीमित है

चूंकि प्रविष्टि-प्रक्रियाएं (entry-processes) प्रति केज सीमित होती हैं, इसलिए किसी एक साइट को लक्षित करने वाली बाढ़ होस्ट पर असीमित कार्य शुरू नहीं कर सकती है। 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 होस्टिंग

बल्क और PBN नेटवर्क समान LVE और CageFS सबस्ट्रेट पर चलते हैं, साथ ही फ़ुटप्रिंट-सचेत CDN खाता रोटेशन और स्थिर-HTML डिलीवरी भी शामिल है। अलगाव ही घनत्व को सुरक्षित बनाता है: साइटें समान भाग्य साझा किए बिना एक बेड़ा साझा करती हैं।

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 वर्कर्स साइट के अपने 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-दिनों के परीक्षण के साथ शुरू होती है जिसमें पाँच साइटों तक शामिल हैं — कोई भुगतान विवरण नहीं, कोई प्रतिबद्धता नहीं। निर्णय लेने से पहले कुछ साइट्स डिप्लॉय करें, उन पर थोड़ा लोड डालें, और देखें कि केज कैसे काम करते हैं।

देखें कि आपके अपने लोड के तहत केज कैसा व्यवहार करते हैं

Footprint-Free होस्टिंग पर बिना कार्ड के 14 दिनों का निःशुल्क परीक्षण शुरू करें — अधिकतम पाँच साइटें, भुगतान संबंधी कोई विवरण नहीं, कोई बाध्यता नहीं। पहले परिनियोजन (डिप्लॉय) से ही कर्नेल-स्तरीय अलगाव, सक्रिय WAF और मैलवेयर स्कैनिंग शामिल हैं।

मुफ़्त शुरू करें