शेयर्ड होस्टिंग सर्वर के लिए CloudLinux लाइसेंस
वह OS परत जो एक अकाउंट को पूरी मशीन ले डूबने नहीं देती। लाइसेंस सर्वर के IP पर जारी होता है और इंस्टॉलेशन सिर्फ एक कमांड है।
CloudLinux OS एक सर्वर ऑपरेटिंग सिस्टम है जो सीधे शेयर्ड होस्टिंग के लिए बना है। हर होस्टिंग अकाउंट अपने अलग LVE में चलता है — एक हल्का दायरा, जिसमें CPU, मेमोरी, डिस्क I/O और एक साथ चलने वाली प्रोसेस की अपनी-अपनी सीमाएँ होती हैं — इसलिए बेकाबू हुई कोई स्क्रिप्ट सिर्फ अपने अकाउंट को धीमा करती है, बाकी ग्राहकों की शिकायतों से सपोर्ट कतार नहीं भरती। CageFS हर अकाउंट को फाइल सिस्टम का सिर्फ उसका अपना हिस्सा दिखाता है; सिस्टम फाइलें और पड़ोसी अकाउंट, दोनों छिपे रहते हैं। हर अकाउंट के लिए अलग PHP सिलेक्टर की वजह से एक ग्राहक अपने पुराने एप्लिकेशन के लिए पुराने वर्जन पर टिका रह सकता है, जबकि बाकी सब आगे बढ़ जाते हैं। अगर आप एक ही मशीन पर कई ग्राहक रखते हैं, तो यही वह परत है जो एक अकाउंट की गड़बड़ी को उसी अकाउंट के भीतर रोके रखती है।
लाइसेंस हर सर्वर के IP पर जारी होता है, इसलिए ऐसी कोई की-फाइल नहीं है जिसे इमेज में बेक करना पड़े या बाद में बदलना पड़े। रात तीन बजे नई मशीन खड़ी करनी हो तो भी दिक्कत नहीं: उसी प्रोविजनिंग स्क्रिप्ट के भीतर REST API से लाइसेंस बना लें, फिर इंस्टॉलर चलाएँ — वह एक ही कमांड है और लाइसेंस को IP से पहचान लेता है। बनाना, नवीनीकरण, निलंबन और IP बदलना, सब API कॉल हैं और हर अकाउंट स्तर पर खुले हैं, इसलिए इन्हें WHMCS से या अपने पैनल से चलाया जा सकता है। भुगतान आपके प्रीपेड बैलेंस से कटता है, बीच में मंज़ूरी का कोई पड़ाव नहीं। मशीन दोबारा इमेज करने या दूसरे डेटा सेंटर ले जाने पर IP आप खुद पैनल में बदलते हैं, और पुराना पता उसी क्षण बंद हो जाता है। रीसेलर अकाउंट अपने सब-रीसेलर बना सकते हैं, हर एक के लिए अलग मूल्य सूची और बैलेंस सीमा तय कर सकते हैं, और इंस्टॉल स्क्रिप्ट अपने डोमेन से अपने ब्रांड के नाम पर दे सकते हैं। हर ऑर्डर, नवीनीकरण और API कॉल अपने नतीजे के साथ दर्ज होता है, इसलिए किस मशीन को कब लाइसेंस मिला, यह रिकॉर्ड में रहता है।
CloudLinux किसी मौजूदा RHEL परिवार के सिस्टम — CentOS, AlmaLinux, Rocky और उनके रिश्तेदारों — को उसी जगह बदलकर इंस्टॉल होता है। अगर आपका पूरा बेड़ा Ubuntu पर है, तो यह रास्ता आपके लिए नहीं है। कन्वर्ज़न अपना कर्नेल इंस्टॉल करता है, इसलिए एक रीबूट काम का हिस्सा है: पहले एक विंडो तय करें और बैकअप ले लें। इसके एक से ज़्यादा एडिशन हैं, और आपको कौन से हिस्से मिलेंगे — PHP सिलेक्टर, CageFS, डेटाबेस रिसोर्स मैनेजमेंट — यह खरीदे गए एडिशन पर निर्भर करता है, इसलिए ऑर्डर से पहले कैटलॉग में एडिशन का नाम और उसका दायरा पढ़ लें। CloudLinux कोई कंट्रोल पैनल भी नहीं है; यह आइसोलेशन संभालता है और अकाउंट खोलना व बिलिंग उसी पैनल पर छोड़ देता है जो आप पहले से चला रहे हैं। मासिक लाइसेंस अवधि के अंत तक चलते हैं और ऑटो-रिन्यूअल बंद किया जा सकता है; न कोई प्रतिबद्धता, न रद्द करने का शुल्क। मौजूदा एडिशन और कीमतें पैनल में दिखती हैं।
यहाँ से क्यों लें
हर अकाउंट की अपनी सीमा
LVE हर अकाउंट के CPU, मेमोरी, डिस्क I/O और प्रोसेस पर सीमा लगाता है, ताकि व्यस्त साइट सिर्फ अपने तक रहे।
IP पर जारी लाइसेंस
लाइसेंस मशीन के IP पते का होता है; इमेज में साथ ढोने के लिए कोई की-फाइल नहीं।
API से प्रोविजनिंग
नई मशीन आपकी बिल्ड स्क्रिप्ट के भीतर से ही अपना लाइसेंस बना और चालू कर सकती है।
सब-रीसेलर मूल्य सूची
रीसेलर अकाउंट हर सब-रीसेलर के लिए अलग मूल्य सूची और बैलेंस सीमा तय कर सकते हैं।
अक्सर पूछे जाने वाले सवाल
क्या मैं दोबारा इंस्टॉल किए बिना चलते सर्वर को कन्वर्ट कर सकता हूँ?
हाँ — CloudLinux इसी तरह बना है कि मौजूदा RHEL परिवार के सिस्टम को उसी जगह कन्वर्ट कर दे, इसलिए सर्वर दोबारा खड़ा करने की ज़रूरत नहीं। वह अपना कर्नेल ज़रूर इंस्टॉल करता है, इसलिए एक रीबूट लगेगा। कोई शांत घंटा चुनें और शुरू करने से पहले बैकअप ले लें।
सर्वर दोबारा बनाने पर क्या नया लाइसेंस चाहिए?
नहीं। लाइसेंस IP पते का होता है, इसलिए उसी IP पर सर्वर दोबारा बनाने में आपको कुछ नहीं करना पड़ता — इंस्टॉलर उसे IP से फिर पहचान लेता है। दूसरे IP पर जाने का मतलब है कि पता आप खुद पैनल में बदलेंगे, और पुराना उसी क्षण बंद हो जाएगा।
ऑटोमेटेड सर्वर बिल्ड में लाइसेंसिंग को कैसे फिट करूँ?
API से लाइसेंस बनाएँ और उसी स्क्रिप्ट में इंस्टॉलर चला दें — एक ही कमांड। इंस्टॉलर लाइसेंस को मशीन के IP से पहचानता है, इसलिए आपके ऑटोमेशन को न कोई गुप्त कुंजी रखनी है, न इमेज में बेक करनी है। नवीनीकरण और IP बदलना भी उसी API से होता है।
क्या लाइसेंस इस पर निर्भर है कि मैं कितने अकाउंट होस्ट करता हूँ?
यह एडिशन पर निर्भर करता है। एक ही अकाउंट वाले सर्वर के लिए बने एडिशन और भरे-पूरे शेयर्ड सर्वर के लिए बने एडिशन का दायरा एक जैसा नहीं होता, इसलिए पैनल में हर एडिशन का विवरण देखकर शामिल घटक और अकाउंट सीमा जाँच लें। कुछ साफ न हो तो ऑर्डर से पहले हमसे पूछ लें।
दूसरे लाइसेंस
अपने सर्वर का IP जोड़ें, लाइसेंस बनाएँ और आगे का काम अपनी बिल्ड स्क्रिप्ट पर छोड़ दें।