सिस्टम

व्यवस्थापक के लिए एक तकनीकी अनुभाग। मुख्य टैब: अपडेट, जियो/क्लोक DB, JavaScript और वॉटरमार्क। यहाँ आप Qubix संस्करण अपडेट करते हैं, जियो/क्लोक डेटाबेस प्रबंधित करते हैं और सुरक्षात्मक सीमाएँ सेट करते हैं।

अपडेट

यह टैब वर्तमान संस्करण दिखाता है और आपको सिस्टम को इच्छित रिलीज़ पर अपडेट करने देता है।

ऊपर दो संस्करण कार्ड हैं:

• qubixd बाइनरी — Qubix निष्पादन योग्य फ़ाइल का संस्करण (बिल्ड, बिल्ड तिथि, डेटा स्कीमा संस्करण)।
• लाइव कंटेनर — चल रहे कंटेनर का संस्करण (टैग और इमेज, updater संस्करण)।

यदि बाइनरी संस्करण कंटेनर टैग से मेल नहीं खाता, तो एक चेतावनी दिखाई देती है: आमतौर पर इसका मतलब है कि कंटेनर मानक अपडेट प्रवाह के बाहर शुरू किया गया था, और अगला अपडेट उसे ओवरराइट कर देगा।

अपडेट कैसे चलाएँ

1. अपडेट चलाएँ ब्लॉक में, लक्ष्य संस्करण दर्ज करें — उदाहरण के लिए, 1.1.2, या सबसे ताज़ा के लिए latest।
2. अपडेट करें पर क्लिक करें।
3. प्रगति देखें: सिस्टम नई इमेज पुल करता है, पुराने संस्करण को रोकता है, नए को उठाता है और उसके स्वास्थ्य की जाँच करता है। फेज़ एक सूची के रूप में दिखाए जाते हैं, और पूरा होने पर आप विस्तृत लॉग को विस्तृत कर सकते हैं।

यदि नए संस्करण की स्वास्थ्य-जाँच विफल हो जाती है, तो Qubix स्वतः पिछले कंटेनर पर रोलबैक कर देता है — मैन्युअल रूप से कुछ करने की ज़रूरत नहीं।

अपडेट को बाधित न करें

जब तक अपडेट प्रगति पर है, सर्वर को रीबूट न करें या कंटेनरों को मैन्युअल रूप से न रोकें। ऑटो-रोलबैक केवल सामान्य स्वास्थ्य-जाँच विफलता के लिए डिज़ाइन किया गया है। यदि रोलबैक भी विफल हो जाता है (अत्यंत दुर्लभ स्थिति), तो सर्वर पर व्यवस्थापक के मैन्युअल हस्तक्षेप की आवश्यकता होगी।

होस्ट संसाधन

संस्करण कार्डों के नीचे, Qubix सर्वर के संसाधनों का एक लाइव स्नैपशॉट दिखाता है। यह पृष्ठभूमि में एकत्र किया जाता है और स्वचालित रूप से ताज़ा होता है, इसलिए पृष्ठ वर्तमान स्थिति को दर्शाता है।

• डिस्क खाली — डेटा संग्रहीत करने वाली डिस्क पर उपलब्ध स्थान।
• मेमोरी खाली — सर्वर पर उपलब्ध RAM।
• Qubix प्रक्रिया मेमोरी — Qubix प्रक्रिया स्वयं कितना RAM उपयोग करती है। यह जानने के लिए उपयोगी है कि मेमोरी Qubix खा रहा है या सर्वर पर कोई और प्रक्रिया।
• Swap — Qubix प्रक्रिया कितना swap उपयोग करती है। सामान्यतः यह शून्य होता है; कोई भी ध्यान देने योग्य मान इंगित करता है कि सर्वर RAM की कमी से जूझ रहा है और डिस्क पर paging शुरू कर दी है, जिससे सब कुछ धीमा हो जाता है।
• CPU लोड — पिछले 5 मिनटों में कोर की संख्या के सापेक्ष प्रोसेसर का औसत लोड।

कोई पंक्ति केवल उन्हीं के लिए दिखाई देती है जिन्हें सर्वर वास्तव में माप सकता है; कुछ सेटअप में कोई विशेष मीट्रिक उपलब्ध नहीं हो सकती और वह छिपी रहती है।

संसाधन अलर्ट

Qubix केवल ये संख्याएँ प्रदर्शित नहीं करता — यह स्वयं इन्हें निगरानी में रखता है और कुछ गड़बड़ होने पर तकनीकी चैनल में Telegram अलर्ट भेजता है:

• डिस्क स्थान कम हो रहा है (एक अलग, तेज़ अलर्ट के साथ जब यह गंभीर रूप से कम हो जाती है);
• उपलब्ध मेमोरी कम हो रही है (एक अलग महत्वपूर्ण अलर्ट के साथ);
• Qubix प्रक्रिया swap का उपयोग शुरू कर चुकी है;
• प्रोसेसर लगातार भारी लोड में है।

इस प्रकार आप किसी समस्या के बारे में इस पृष्ठ को खोले बिना भी जान लेते हैं, इससे पहले कि इंस्टेंस ठप हो जाए। शोर से बचने के लिए, एक संक्षिप्त स्पाइक अलर्ट नहीं भेजता, और एक ही चेतावनी बहुत जल्दी-जल्दी नहीं दोहराई जाती। जब कोई मीट्रिक सामान्य पर लौटती है, तो Qubix एक पुनर्प्राप्ति संदेश भेजता है।

तकनीकी चैनल व्यवस्थापक द्वारा कनेक्शन → Telegram में सेट किया जाता है। इसके बिना अलर्ट कहीं नहीं जाएंगे।

swap पर नज़र रखें

Qubix प्रक्रिया को swap में नहीं जाना चाहिए। यदि Swap एक गैर-शून्य मान दिखाता है (या आपको swap अलर्ट प्राप्त होता है), तो सर्वर में मेमोरी की कमी है — RAM बढ़ाएँ। swap से चलाने पर सब कुछ ध्यान देने योग्य रूप से धीमा हो जाता है।

जियो/क्लोक DB

पहचान और क्लोकिंग के लिए उपयोग किए जाने वाले जियो और क्लोक डेटाबेस। टैब में अपडेट के दो मोड हैं:

• स्वचालित अपडेट — डेटाबेस लाइसेंस सर्वर से शेड्यूल के अनुसार खींचे जाते हैं। आप हर बार अपडेट करें फ़ील्ड (घंटों में) से तय करते हैं कि कितनी बार।
• मैनुअल अपडेट — शेड्यूलर बंद है; डेटाबेस केवल अभी अपडेट करें बटन से अपडेट होते हैं।

नीचे डेटाबेस स्थिति (प्रत्येक डेटाबेस अपनी वर्तमान स्थिति और आकार के साथ) और अपडेट इतिहास है — अपडेट रन का एक लॉग जिसमें समय, डेटाबेस, स्थिति, ट्रिगर (शेड्यूल्ड या मैनुअल), आकार और एक संदेश होता है।

JavaScript

उपयोगकर्ता स्क्रिप्ट के लिए सीमाएँ। ये सेटिंग्स ऑन-द-फ़्लाई बदलती हैं और एक साथ सभी स्क्रिप्ट पर लागू होती हैं। इन्हें कई ब्लॉक में समूहीकृत किया गया है:

• Fetch — स्क्रिप्ट से आउटबाउंड HTTP अनुरोधों के नियम:
  • होस्ट allowlist — अनुमत पतों की सूची, प्रति पंक्ति एक। यदि सूची खाली है, तो स्क्रिप्ट से आउटबाउंड अनुरोध अक्षम हैं।
  • डिफ़ॉल्ट timeout और अधिकतम timeout — डिफ़ॉल्ट और अधिकतम अनुमत अनुरोध timeout (मिलीसेकंड में)।
  • अधिकतम body — बाइट्स में अधिकतम प्रतिक्रिया आकार।
  • प्रति run अधिकतम कॉल — एक ही स्क्रिप्ट रन में कितने आउटबाउंड अनुरोधों की अनुमति है।
• रनटाइम — अधिकतम script रनटाइम: एक एकल स्क्रिप्ट का अधिकतम निष्पादन समय (मिलीसेकंड में)।
• SQL — स्क्रिप्ट से डेटा queries पर सीमाएँ: प्रति run queries की संख्या, प्रति query rows की संख्या, timeouts। queries read-only और स्क्रिप्ट मालिक के अधिकारों के भीतर चलती हैं।
• मेमोरी — एक मेमोरी सीमा; जल्द आ रहा है, अभी उपलब्ध नहीं।

संपादन के बाद, सहेजें पर क्लिक करें।

ध्यान दें

allowlist में एक तारांकन * स्क्रिप्ट को किसी भी पते तक पहुँचने देता है, जिसमें आंतरिक पते भी शामिल हैं। इसका सोच-समझकर उपयोग करें — यह व्यवस्थापक की ज़िम्मेदारी है।

वॉटरमार्क

वॉटरमार्क हटाने के टूल के लिए सीमाएँ। ये अपलोड की गई छवि के आकार पर अधिकतम सीमा तय करती हैं — यह सर्वर को मेमोरी ओवरलोड से बचाता है। सीमा से अधिक छवि को संसाधित किए जाने से पहले ही अस्वीकार कर दिया जाता है।

• अधिकतम मेगापिक्सेल — अधिकतम छवि क्षेत्रफल (चौड़ाई गुणा ऊँचाई)।
• अधिकतम भुजा — किसी भी भुजा की अधिकतम लंबाई, पिक्सेल में।

संपादन के बाद, सहेजें पर क्लिक करें। प्रत्येक फ़ील्ड के नीचे अनुशंसित मान के साथ एक संकेत होता है।

आगे क्या

कनेक्शन

एकीकरण कुंजियाँ और API टोकन।

सेवाएँ

आवर्ती कार्यों की सूची और मैनुअल रन।