के अर्को ग्राहकको साइटले मेरो साइटलाई सुस्त बनाउन सक्छ?
आइसोलेसन विशेष रूपमा त्यसलाई रोक्नको लागि डिजाइन गरिएको हो। LVE ले प्रति साइट CPU, RAM, IO, IOPS र प्रक्रियाहरू सीमित गर्छ, MySQL Governor ले प्रति साइट डाटाबेस प्रयोगलाई थ्रोटल गर्छ, र LSAPI वर्करहरू साइटको आफ्नै केजद्वारा सीमित हुन्छन् — त्यसैले छिमेकीको ट्राफिक स्पाइक वा भारी क्वेरी लोडलाई तपाईंको सीमामा होइन, उनीहरूको आफ्नै सीमामा थ्रोटल गरिन्छ। प्रत्येक त्रुटि प्रति साइट रेकर्ड गरिन्छ, र नीति इन्जिनले बढी स्रोत खपत गर्ने साइटको सीमाहरू स्वचालित रूपमा कडा पार्न सक्छ।
एउटै सर्भरमा भएको अर्को साइट ह्याक भएमा, मेरो साइट पनि जोखिममा हुन्छ?
इमानदार जवाफ ग्यारेन्टीभन्दा पनि नियन्त्रण हो। CageFS ले प्रत्येक भाडामा लिने (टेनन्ट) लाई अलग गरिएको फाइलप्रणाली दृश्य प्रदान गर्दछ — एउटा सङ्क्रमित टेनन्टले अन्य टेनन्टहरू, तिनीहरूका साइटहरू, वा संवेदनशील प्रणाली फाइलहरू देख्न सक्दैन — र मालवेयर वा फिसिङको घटना पुष्टि भएमा उक्त साइटलाई क्वारेन्टाइनमा सारिन्छ: अफलाइन, फाइलहरू लक गरिएका, कुनै कार्यान्वयन नहुने, फरेन्सिकका लागि छुट्टाइएको। यसले नै क्षतिको दायरालाई सीमित गर्छ। यसका साथै हामी प्रत्येक साइटमा मालवेयर स्क्यानिङ र सक्रिय WAF चलाउँछौं, साथै परीक्षण गरिएका पुनर्स्थापनाहरू सहित प्रति-साइट अपरिवर्तनीय अफसाइट ब्याकअपहरू पनि राख्छौं, ताकि पुन: प्राप्ति कहिल्यै पनि सम्बन्धित मेसिनको स्थितिको भरमा नपरोस्।
के आइसोलेसन समावेश छ, वा यसको अतिरिक्त शुल्क लाग्छ?
यो प्रत्येक योजनामा समावेश गरिएको छ। एलभीई र केजएफएस आइसोलेसन, सक्रिय डब्ल्यूएएफ र मालवेयर स्क्यानिङ प्रत्येक ग्राहकका लागि आधारभूत हुन्, किनभने संक्रमित वा अनियन्त्रित साइटले आफ्ना छिमेकीहरू र हाम्रो आईपी प्रतिष्ठालाई खतरामा पार्छ — हामी यसलाई समझदारीपूर्वक वैकल्पिक रूपमा छाड्न सक्दैनौं। एड-अनको रूपमा बिक्री गरिने कुरा एक-क्लिक मालवेयर क्लिनअप र रिमेडिएसन हो, र उन्नत सुरक्षा स्तरहरू जस्तै परिष्कृत डब्ल्यूएएफ नियमहरू, प्राथमिकता स्क्यानिङ, बोट व्यवस्थापन र उच्च डीडीओएस स्तरहरू हुन्।
मेरो साइटले यसको स्रोत सीमाहरू पार गर्यो भने के हुन्छ?
यसलाई बन्द गर्नुको सट्टा यसको आफ्नै पिँजडभित्र थ्रोटल गरिएको छ। थ्रोटल भन्नाले साइट चालु र सेर्भिङमै रहेको अवस्थामा कडा LVE सीमाहरू र दर सीमितता बुझाउँछ, र कारण समाप्त भएपछि यो स्वचालित रूपमा पुन: प्राप्त हुन्छ। तपाईंलाई कारणसहित सूचित गरिन्छ, यसको प्रमाणसहित परिवर्तन लग गरिन्छ, र यसमा अपिल गर्न सकिन्छ। यदि भार त्रुटिको सट्टा वास्तविक वृद्धिको कारणले हो भने, यसको समाधान स्थायी थ्रोटल नभई ठूलो योजना हो।
निलम्बन गरिएको साइट केवल खाली हुन्छ?
होइन — निलम्बन गरिएको साइटले ब्रान्डेड, कारण-विशेष होल्डिङ पेज (बिलिङ, मर्मतसम्भार वा दुरुपयोग) देखाउँछ जसले गर्दा यो बिग्रिएको भन्दा पनि जानाजानी गरिएको जस्तो देखिन्छ। भुक्तानी, समाधान वा अपील गरेपछि निलम्बन फुकुवा हुन्छ। क्वारेन्टाइन अझ कडा हुन्छ र यसले फरक तरिकाले काम गर्छ: यो सरसफाइ र समीक्षा पछि मात्र फुकुवा हुन्छ, कहिल्यै पनि स्वचालित रूपमा हुँदैन।
के म मेरो आफ्नै PHP संस्करण र एक्सटेन्सनहरू छनौट गर्न सक्छु?
Zinn® Managed WordPress मा, हुन्छ— CloudLinux alt-PHP ले प्रत्येक साइटलाई यसको आफ्नै PHP संस्करण चयनकर्ता, यसका आफ्नै एक्सटेन्सनहरू जस्तै imagick, gd र redis, र यसका आफ्नै कठोर बनाइएका सेटिङहरू प्रदान गर्दछ, यी सबै कुराहरू उक्त साइटको LVE सीमाहरूभित्र सीमित हुन्छन्। Footprint-Free Hosting ले जानाजवान (deliberately) एउटा बढी मानकीकृत (standardised), लक-डाउन गरिएको प्रति-साइट कन्फिगरेसन चलाउँछ, किनकि कन्फिगरेसनको विविधता आफैंमा एउटा फुटप्रिन्ट हो।
के Shared-kernel मोडलभन्दा बलियो अलगाव (isolation) विकल्प छ?
हो। CloudLinux LVE र CageFS दुवै उत्पादन लाइनहरूमा घनत्व-अनुकूलित पूर्वनिर्धारित हुन्। कडा सीमा आवश्यक पर्ने कार्यभारहरूका लागि, पूर्ण कन्टेनर-प्रति-साइट आइसोलेसन (अलग्गै राख्ने कार्य) एक प्रोभिजनिंग-ड्राइभर भेरियन्टको रूपमा प्रस्ताव गरिएको छ — एउटै इन्जिन र कन्ट्रोल प्लेन फरक प्लेसमेन्ट (स्थान निर्धारण) सँग, जसले बलियो विभाजनको बदलामा ओभरहेड व्यापार गर्दछ।
के म प्रतिबद्ध हुनुअघि यसलाई प्रयास गर्न सक्छु?
हो। Footprint-Free Hosting ले कार्ड-रहित १४-दिनको परीक्षणबाट सुरु हुन्छ जसले पाँचवटा साइटहरूसम्म समेट्छ — कुनै भुक्तानी विवरणहरू छैनन्, कुनै प्रतिबद्धता छैन। केही साइटहरू डिप्लोय गर्नुहोस्, तिनमा केही लोड पुश गर्नुहोस्, र तपाईंले निर्णय गर्नु अघि केजहरूले कसरी काम गर्छन् हेर्नुहोस्।